团队是什么？软件公司团队结构竟如多叉树般独特

以团队开头：

团队指的是什么？有一个相对规范的说明，团队是由员工和管理人员构成的集体，它能够充分运用每位成员的专业特长，合作完成任务，攻克难题，实现整体目的。

在软件开发企业，一个核心的工作单元，通常由团队负责人（有时也称作项目经理，不同机构对职位的命名有所不同，本描述中以团队负责人作为统称）带领的一批成员（例如编码人员）构成。从组织架构角度分析，这类似于一个多分支的层级体系；每一个上级节点都管理着若干下级节点；上级节点与下级节点共同构成一个完整的团队。团队负责人会统辖好几个团队分支，比如研发团队、质检团队和设计团队等；这些团队分支共同构成了一个庞大的团队体系，负责人同时是这个大团队的领导者。换言之，每个团队分支的负责人都是其下属团队分支的领导者，至于具体称谓如何，并不会改变领导者的职责。

团队类型和选择：（重要，直接决定着后续的多个因素）

一个团队的具体形态并没有什么统一的规定。团队负责人在工作过程中常常更换成员构成。一旦团队发展得较为完善，为了便于沟通，人们会借助日常可见的事物来比喻它（比如手术台那样的结构）。

事实上，前辈们已经归纳出许多完备的团队结构形式。例如手术团队结构。大家对于手术流程通常比较了解，通常由一位首席医师负责主导，其他医务人员提供支持，共同执行整个手术过程。这种模式可以很方便地与团队构成相联系。一个团队里，往往由一个或两三位核心成员负责主要工作，其他成员则配合完成编程任务；这种组织方式在国内游戏制作行业较为普遍。核心技术人员也就是大家口中的技术负责人，以技术负责人为中心展开工作，其他开发人员协助实现额外功能。

日常工作中，我更习惯用交响乐团来形容这种模式，因为它的运作方式和交响乐团非常相似，也方便大家理解，具体会在后面的“团队合作”部分做详细阐述和对比。在交响乐团里，每个成员都具备独特的才能，并且职责划分清晰；他们需要听从指挥的安排来完成表演。这个指挥就相当于我们的团队负责人。

团队种类繁多，当前仅介绍两种常见类型，其他类型则需自行探索研究。

确定团队类别，是领导者在团队构建过程中必须思考的一个议题。各种团队类型关联着不同的成员构成，对成员能力也提出各异的标准。这关系到你需要招募哪些人员，正因如此，我将副标题设为：善用你现有的资源。团队成员好比不同的牌局元素，你需要去统筹并发挥其作用。放开思路，能够将团队运作比作玩纸牌的情形，玩纸牌其实就是在实施管理。

各类团队展现出各自的特色与局限。以手术团队为例，它对首席工程师的要求极为严苛。在整个项目推进过程中，首席工程师的专业水平直接关系到成败；很多时候，首席工程师还兼任团队负责人的职责。首席工程师个人能力这一要素，让我对其采用方式有所保留；毕竟风险过于集中。然而在部分前沿技术的研发中，这种手术团队的组织形式又显得十分必要。这道理非常明了，核心工作理应交给最优秀的人来完成。这种做法有个显著优点，就是对于普通程序员的要求并不苛刻，因此更容易招募到符合条件的人员。

谈谈管弦乐队的种类，通常推荐这种类型，主要考虑是没必要采用非常先进的技术手段，同时这种形式有助于分担潜在的风险。不过这种方式对开发者的技能有一定标准，需要具备某些专门领域的才能，具体要求需依据项目的不同需求来界定。我对你掌握众多技能没有要求，关键是要在某个方面有深入的研究；或者你对某个方向感兴趣，并且有持续投入的意愿。我希望你能够专注某个领域，就像交响乐团的成员各自精通自己的乐器。但这种做法有个不足之处，那就是在招聘初级程序员时，很难找到专门研究某个方向的人。毕竟他们刚接触编程不久。不过，这个问题可以通过内部培训来弥补。后面会具体探讨内部培训。

因此，团队模式的挑选需结合项目具体要求和领导者能力。很多小型企业或非正式组织也常采用手术台式结构。这种模式通常由三人至五人组成一个小组，配备一名技术负责人，再搭配两到三人即可运作。其优势在于组建简便，费用较低。相比之下，若选用交响乐团式团队，在相似规模下，所需人员会更多一些，开销也相对高些。然而着眼于未来前景，由多人协作组成的集体更为稳定且具备长远发展潜力；倘若需要攻克技术上的关键障碍，专注于特定领域的精英小组则更为恰当。

提倡快速迭代，快速迭代算是一种协作方式，曾经引起广泛实践、探讨和剖析。我也参与过，最后还是选择了传统团队模式。下面谈谈我对快速迭代的粗浅看法。好处，产出迅速，极快！非常迅速！坏处，依照快速迭代的理念，本不该有缺点。看似完美的快速迭代，实际执行时却常遭遇挫折。它主要存在的症结在于，快速迭代模式对研发集体成员的综合能力标准设定过高，通常规模不大的企业，较难满足这样的整体能力水准，这也是我遭遇挫折的缘由。

团队合作：（别跟我说你会团队合作，十有八九你在忽悠）

合作模式因团队性质各异而有所区别。这就是我为何在“团队种类与抉择”标题后强调其必要性。倘若你对团队功能特性认知模糊，后续诸多议题都会让你看法混乱。因此我推荐你务必下功夫探究各类团队的结构特点。譬如手术现场，可以推想出医疗人员如何协同工作；在交响乐团演奏时，成员们怎样默契配合。

协同工作并非简单意味着众人聚首，彼此间毫无摩擦，各自为政。依据我于职业场合的见闻，发觉相当一部分人存有此种想法。其深层缘由在于，自幼至成年，我们从未经历过系统的团队协作教育。即便后来步入职场，明白工作需与他人配合，师长亦会告诫，但思维深处仍将众人共事视作合作的表现。不能产生矛盾，和集体合作，这仅是工作应当有的基本心态。倘若连这点都办不到，那你其实还没做好做事的准备。

你要问我什么是协作精神，那我也只能提供最基本的说明：协作精神意味着一批有才能，有决心的人在一个特定的集体里，为了一个一致的方向互相帮助，联合努力，持续拼搏。

从字面意思上来讲，根本无法领会其真谛。这仅是一种抽象概念，并非实际步骤。具体做法，我会在下文详细说明。但有一点必须牢记，各类团队间的协作途径与执行过程各有差异。由此便会衍生出多种多样的合作模式，毕竟团队种类繁多。倘若自诩精通团队协作，岂非自欺欺人？掌握一两种团队协作方法已经相当不错了。敏捷开发是一种不同的合作模式，这种模式显然对合作能力的要求更为严苛。许多人连最基本的两种团队协作形式都未了解，就被迫直接采用敏捷开发的合作模式。这种情况怎能不导致失败呢？

接下来，我会借助交响乐团的表演来阐释协作的具体操作及其必要性。这仅是众多合作模式中的一种，我主要以此为例，引导你深入认识团队协作。稍后，我会逐步介绍其他形式的合作。

一个大型乐队由众多演奏者构成，能够划分为弦乐、木管、铜管和打击乐四大类别，这些类别类似于公司的不同部门。以弦乐为例，这个类别内部又包含多种乐器，例如小提琴、中提琴、大提琴以及低音提琴，这些乐器之间各有分工。同理，木管组内部也包含多种乐器，它们共同协作完成演奏任务。通过观察可以发现，乐队的各个部分职责分明，任务分配清晰。不过，还有一个关键角色，即乐队指挥，暂时先不考虑他的作用。缺少统一协调，每个人只管自己，你演奏大提琴，我吹奏双簧管，他敲击长号，这样组合出来的声音只能算是杂音。或许大家可以商议一下，你完成大提琴的乐段后，接着由你吹奏双簧管，然后他演奏长号，依次进行。这个方法确实可行，看起来没有指挥也能顺利进行。团体舞蹈演出便是如此情形，依据他人表演的节点是否达成，或抵达某个状态时来启动自身的后续动作；借助前一位舞者的动作来引发下一位舞者的动作。然而存在不足之处，必须应对众多上下文环境状况（例如前一位舞者表演终止，或某个特定触发情形）。一旦中途出现失误，就会导致后续环节全部失败，因为参与者无法识别错误并加以应对。这种流程对执行者的综合能力要求很高，需要团队具备极强的协作精神，并能够妥善处置各种突发状况。通过这个实例，我们可以初步认识到，造成意外的潜在原因相当繁杂。那么如何应对并简化这一难题呢？我们乐团里有一位指挥，他相当于团队的负责人。乐团的成员们不需要去分析复杂的整体情况，只需专注于自己的演奏技巧，同时留意指挥的手势（指令）来决定何时开始演奏（行动）。这样一来，事情就变得容易理解和掌握了，因为指挥能够把握整体，并且负责处理突发状况。一旦团员出现状况，指挥能立刻察觉，并凭借经验应对；同时演出不会被打断，其他成员也无需担忧状况如何。每个人各司其职，只需等待指挥的指令。事情是否因此变得容易许多呢？不过，这种方式凸显了指挥的关键作用。许多人其实并不明白指挥的意义，觉得指挥工作没什么了不起，无非是在上面做个示意动作而已。这个角色非常基础，比不上乐器演奏者那么关键，也不需要那么多专业技能。不需要负责指挥，不出意外的话，其实也能演出不错的水平。假如你这么认为，那说明你不知道指挥有多重要，不明白团队合作的意义所在。要是你是个这样的组员，那就不可能信任你的指挥（Team Leader）。一旦出现状况，这个演奏可能就会被打断，甚至彻底失败。由于缺乏对领导的信心，一旦状况发生，你会凭借自身判断来应对。这种情况下，领导对你的指令将无效，进而导致难以解决的突发状况。这也是许多团队失败的根本。由此可见，领导需要负责管理整个活动的突发情况。依照这种机制，我们能够便捷地找到问题的根源。弄清楚是团队主管的异常处理办法存在缺陷，还是异常触发环节出了差错，这个层面的细节并非本篇文稿的核心，不过依据异常的识别机制，能够迅速锁定相关责任方。

协作关系的维系依赖于负责人进行统筹与引导。个体只需准确贯彻负责人的指令，便构成了协作的基础。然而这并不意味着已经掌握了协作的实质。对于协作的核心要义，负责人与成员都必须有深入的认识，否则彼此间无法建立信任，协作关系也无法真正形成。通过我的观察和与人沟通了解到，团队中最为突出的矛盾在于彼此缺乏信任，然而造成这种状况的根源究竟是什么，若以编程中“抽象”这一概念来分析，在持续归纳的过程中可以发现，其最深层的原因在于成员们对协作精神缺乏正确认识。

置身于协奏乐团式的集体，我们能够察觉到：开发人员会倚重你的上级，并执行上级下达的任务。这就是协奏乐团式的团队协作模式。这种模式是否容易理解？期待你真正领会了其中的精髓。务必牢记“信赖”这一核心要素。

简单解释一下手术台模式的团队协作，目的是让你明白各种团队形式合作方式的不同。手术台：主创人员需要和领导者配合默契，这里强调的是配合程度而非相互信任。在这种模式下，项目成败完全取决于领导者，其他人可以不信任领导者。必须与项目负责人达成心照不宣的共识，一旦项目负责人有所要求，就立刻给予必要的配合，确保及时响应。

其实还有一个各类团队都有的关键要素，那就是领导者必须信赖自己的下属成员。之所以不详细阐述，是因为如果领导者不信任下属，自然就不会任用他们。任用人的基本准则就是：不怀疑的人不用，已经任用的人要放心。

让你自行思考的，是管弦乐队式团队，领导者必须清楚每位组员的专长，同时自身也要掌握技术。通常这类团队的领导者多由资深程序员转变而成。至于手术台式团队，其领导者的角色界定较为含混。倘若将领导者分为主程序员与团队负责人，那么团队负责人的技术能力并非必需。这种安排下，团队主管的角色容易变得多余，因此许多团队中，首席程序员同时担任领导职责，这种组织方式，团队的兴衰系于一人身上，若非专注于攻克技术难关或开发关键性技术，我不主张成立此类团队。