这是《落叶》文集里第 117 片落叶，希望你能喜欢，不为别的，只为这份坚持。
当下很多软件公司，基本都是职能型组织结构，纵向分为不同角色的职能部门，比如 PM、Dev、QA、UE等等，横向按不同的项目划分，当一个项目开始立项时，PM 部门会先分配一个项目经理，然后他在根据项目的规模和具体情况，向各个职能部门申请相应的资源来组成项目团队。
职能型组织结构优点如下：
1、以职能部门作为承担项目任务的主体，可以充分发挥职能部门的资源集中优势，在人员的培养和使用上具有较大稳定性，当有人员变动时，也能及时补位，不影响项目进度；
2、职能部门内的技术专家可以被多项目共享，最大化的实现资源复用率；
3、同一职能部门内的人员便于交流知识和经验，项目成员在职业发展上具有连续性和保障性；
4、可以增强项目成员的归属感，而不至于因为项目的临时性而缺乏安全感；
职能型组织结构的缺点如下：
1、当利益发生冲突时，职能部门会为本部门的利益而忽视客户的需求；
2、当项目需要多个职能部门共同完成，或者一个职能部门内部有多个项目需要完成时，资源的平衡就会出现问题；
3、当项目需要由多个部门共同完成时，明显的界限划分不利于各职能部门之间的沟通交流、团结协作，会影响项目的推进速度；
4、项目成员在行政上仍隶属于各职能部门的领导，项目经理对项目成员没有100%的管理权及考核权，所以会耗费大量的沟通成本；
其实，我一直认为，不管是职能型组织结构，还是项目型组织结构，或者说平衡性组织结构，都有一个很大的问题，就是团队磨合度不高，配合起来不是很娴熟，因为这个是需要长时间实战积累的。
所以，我一直梦想着下面这种模式的产品研发生态环境：佣兵天下
1、唯一的官方组织：公会，定期会发布任务。（你可以理解成产品经理或项目经理把产品需求或项目范围拆解成很多个大小不一的任务包。）
2、唯一的资源组合：佣兵团，由具有不同技能的佣兵组成，有团长一名。团长可以根据自己的需要或任务的需要，自由找寻拥有不同技能的人。（你可以理解成项目经理或 ScrumMaster 根据需要找寻相应数量和等级的 Dev、QA 和 UE。）
3、佣兵分为两种，一种是能力优秀，表现出色的，加入佣兵团队正式编制的，一种就是佣兵市场里的新兵或散兵角色，因为任务的临时需要或人手不足被选入某个佣兵团，但一旦任务完成，也有可能被扔回市场；（你可以理解成中高级人力资源，和一个初级人力资源池。）
4、佣兵团长可以根据自身团队的能力，从公会领取合适的任务，并在规定的时间之前完成，再提交给公会换取对应的赏金，赏金金额根据任务难易程度和大小而不等。（你可以理解成项目奖金或绩效奖金，多劳多得，公平合理。）
5、既然是佣兵时代，那也就允许有另一种资源存在，即游侠或独行侠，独来独往，一个人承接任务，独自完成任务。（你可以理解成技术专家或特定领域的专项资源，可独立完成某个技术攻关或疑难问题解决方案。）
这就是我梦想中的产品研发生态环境，任何事情都以任务驱动，不需要绩效考核，也不需要计划总结，每一个团队都在团长或英雄的带领下，组成一个稳定的集体，通过不断地实战去磨合，慢慢地提高团战能力和配合度，再通过共同的努力获取更多的物质回报和成就感，真正的自组织、自管理。不管是高级资源，还是初级资源，都能被到最大化的利用。
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
