为什么我要把公司做成扁平型

　　本文是从 Why I Run a Flat Company 这篇文章翻译而来。
　　译者提示：本文中所提到的37signals是一家在西方很有知名度的公司，它是Ruby On Rails这个框架发祥地。

　　我一直在保持公司组织结构上层级体系的最小化。当有一个员工说出“晋升我吧”，我不得不重新评估公司的组织结构。

　　几个月前，公司里发生了一些奇怪的事情：我们放弃了一个员工。这种事情在我创办的37signals这家芝加哥软件公司里并不常见。在过去的11年里，我们仅损失了5个人——其中还有个人在离开了7年后又回来了。

　　但这里真正奇怪的事情是这位员工和我一起决定在此时辞去的原因。问题出自志向抱负上——不是缺乏，而是过剩，我们无法接受。

　　她在我们的客户服务部已经做了差不多3年，工作一直很优秀。她聪明，主动积极，工作有效率，从未出过问题。现在，她希望获得管理职务、一个新的头衔，作为她这种表现的奖赏。这不是薪水待遇方面的问题。

　　你可能感到奇怪，这种事情怎么会成为了一个问题。毕竟，哪一个公司老板不想让自己的公司里多些希望能多承担更多工作的有积极性的员工呢？事实上，很多公司都经常的想办法多发明一些职位、职责、工作头衔，来留住他们的最有抱负的员工。

　　然而，在 37signals，我们对志向抱负有不同的立场。我们对那种、我认为是“垂直型”发展的志向报复并不多感兴趣——那是我们最常见的职业发展轨迹——一个员工从入职开始向上爬梯子，在多年的工作中从新员工爬上经理职务，爬到副总裁。相反，我们推崇“水平型”的志向发展方向——在这种情况下，当员工喜欢他们所做的工作时，我们会鼓励他深入研究，扩展他的知识面，让他在这方面越来越强。我们一直在努力招到一些渴望成为技术高手的人，也就是那些希望成为大师级设计师的设计人员，想精通编程技术而不是管理工作的开发人员。

　　相对于给予更高的管理职位作为奖赏——这样通常会把这些人从他们实际擅长的工作岗位上移走——我们奖赏跟他们的工作相关的东西。我们同时会提供高于市场水平的薪水和丰富的福利，包括夏天每周4天工作日，假期想休多少天都可以(当然，要有理由)，在他们正在做的项目上给予他们充分的自主决策权。

　　这种策略我们使用了多年，效果很好。但最近，因为我们招入了更多的人，这种模式开始显现不适应的迹象。我们现在是26个人。就像很多企业家都知道的，一旦你的公司达到一定规模，以前你不会太注意的事情现在就变得不可忽视了。在我们公司现在这种情况里，诸如”部门”，“经理”，“头衔”的人力资源术语开始频繁的出现了。

　　除了要保持小规模，37signals一直在保持一个扁平型的组织结构。事实上，扁平化是我们的一个核心理念。我们有8个开发人员，但我们没有首席技术师。我们有5个设计人员，但我们没有创意总监。我们的客户支持团队里有5个人，但没有客户支持经理。而且因为我们没有市场部，我们没有首席营销主管。

　　即使我们规模扩大了，我们仍然维持着一个干瘪的组织结构。我们没有任何空间留给没有实际工作的人。在37signal的每个人几乎都跟我们产品的某些东西有直接的关系。从编写员编写和更新支持文档，到设计人员设计用户界面，到程序员给用户开发代码，他们都在尽自己的职责，我们没有一个拿着薪水只是去告诉别人去做什么的议院议员。

　　我们曾做过实验，把一部分人提升到管理层。在某些方面，这样做有好处；但另外一些方面，这样有问题。其中我们发现的一个问题就是，让团队自己管理自己通常比让团队受另外一个人管理要好。所以，当组织需要建设的时候，我们通常让他们自己去处理。

　　例如，当我们还是只有3个人在客户服务处的时候，我们招募了一个人去管理这个团队。这个人的职责是审查每个人的工作表现，注意他们的语气，确保我们的客户能得到迅速和正确的回复，并和我们的开发人员交流，让他们知道客户的需求，评估我们整个支持的执行效果。他也许可以投入到客服工作中，解决一些客户问题。但他的主要职责是退出前线、改进整个部门的工作。

　　效果不好。这并不是对某个经理的问责(他是个很棒的家伙，知道如何去管理一个部门，我们希望他能找到其它合适的工作)。关键问题不是谁在这个角色职位上；这个角色职位本身是没必要的。因为我们希望这个部门能够成长，所以我们就以为适当的调整现有组织机构是个好主意。毕竟，谁都知道，当你增加人手时，你就扩大了组织。

　　我们从这件事情中学的的教训是，增加一个专职经理、创造出上下级关系并不是建设你的组织的唯一途径。相反，我们决定让这个团队完全的自主管理自己。仍然会有一个团队领导，但这个角色是在整个团队人员中每周轮流轮换的。每周，新团队领导会勾勒出这周的议事日程，把问题和完成的任务写成报告，进入第一线来解决跟客户交流中遇到的各种问题。

　　我喜欢这种安排的一个原因是，它解决了常见的非常有害的管理者和劳动者之间的冲突，在这样的安排中，两种角色的人都能体验到对方角色的状况。你会发现公司中的很多冲突都是因为对相互的职务不了解产生的。因为这种每周的轮流管理，每个人都更能体谅其他人的处境。当你知道你很快就会被管理时，你就会更注意你的管理工作了。这让我想起一句最喜欢的名言、哲学家John Rawls说的：“最公平的规则是让那些不知道自己该有多大权利的人都同意的规则。(The fairest rules are those to which everyone would agree if they did not know how much power theywould have.)”我们的客户支持工作上了一个新台阶，我们的客户比以前更满意了。我们对比了以前和现在的不同，我们知道现在是对的。

　　对客服服务团队的工作表现的观察，使我想到了横向激励而不是竖向激励会使每个人都受益。把有志向的人往上层推实际上是阻挡了团队里其他有能力的人。当有三、四个人都有管理能力(按传统的说法)，如果只晋升其中的一位，团队气氛就会陷入困境。我们更喜欢一个所有人都能融洽相处的环境，让每个人都能有机会在横向上自豪的完全的发展。

　　最后我要说的是，当一个员工离开时大家都很不高兴。但作为一个公司老板，我必须去考虑公司的长远发展。只是因为他或她具有超出了现有的职位的能力就让其升上管理职位，这理由还不够充分。增设管理职位对于一个扁平型的公司来说实际是宣判了公司文化向等级制度的妥协。目前我们绝对没有这样的想法。我希望永远都不会有。

　　跟很多故事一样，我们的故事也有了一个完美的结局。我们的这位走掉的员工没有找到合适的工作——她创办了自己的公司。她管理整个公司，忙得不亦乐乎。我们还给她提了建议、帮助宣传她的新业务。对任何人来说这都是一个绝对正确的发展方向。

　　本文作者Jason Fried是37signals这个芝加哥软件公司的创始人之一，他也是《Rework》(中文版《重来》)这本书的合著者。

　　本文链接：http://news.cnblogs.com/n/97100/

　　相关新闻：
　　· Fix Bug的五个阶段(2011-03-24)
　　· 不要用面向对象来迷惑程序员新手(2011-03-29)
　　· 你欠自己一个老学究的身份(2011-03-02)
　　· 不需要计算机的程序员(2011-03-18)
　　· 经验丰富的程序员和代码行数(2011-03-21)