Feature Team VS Component Team，孰优孰劣？
来一个很强的PM，是不是一定会有很强的Team？
大规模交付的问题都有哪些是被我们忽略的？

大规模交付

组件团队以获取效率和质量

简单说，组件团队拥有完成组件的全部技能，但是组件不能直接交付给客户

• 平衡回路
  • 质量要求高，对应团队需求范围就扩大
  • 团队范围大，技能差距大
  • 技能差距大，质量低

• 平衡回路
  • 团队范围大，技能差距大
  • 技能差距大，整体效率低
  • 整体效率低，团队范围缩小

• 增强回路
  • 质量要求高，团队范围大
  • 团队范围大，技能差距大
  • 技能差距大，需要更多学习
  • 更多学习未来提升质量

• 增强回路
  • 团队范围大，技能差距大
  • 技能差距大，需要更多学习，比如全栈工程师养成记
  • 更多学习，未来效率提升
  • 效率提升，可以扩展范围
• 基模
  • 成长与投资不足
• 对应措施
  • 安排一定量的学习

专业化团队以获取效率

简单说，特性团队是指团队拥有完成需求的所有技能，最终面向客户。

• 平衡回路
  • 团队压力大，促使产品待办列表份数变多
  • 产品待办列表份数多，团队多，每个团队的技能差距就小
  • 技能差距小，效率就高
  • 效率高了，团队的压力就减小了

• 平衡回路
  • 团队压力大，需要更多的学习
  • 更多的学习，带来技能差距减小，比如全栈工程师，比如开发掌握测试技能，等等
  • 技能差距减小，效率提升，压力减小

• 增强回路
  • 团队压力大，促使产品待办列表份数变多
  • 产品待办列表份数变多，单个团队学习的需要就变弱
  • 单个团队学习的需要变弱，学习也变少
  • 学习变少了，技能差距就变大
  • 技能差距变大，效率降低
  • 效率降低，团队压力就变小
• 基模
  • 舍本逐末
• 对应措施
  • 安排一定量的学习

个体效率

• 平衡回路
  • 个体技能差距大，说明每个人都很专业，个体效率高
  • 个体效率高，分工时的技能考虑就少

• 增强回路
  • 分工时技能考虑少，每个人多任务的情况就多
  • 每个人多任务并行，个体效率就低了
  • 个体效率低，更加趋向于提高分工时技能考虑

• 增强回路
  • 分工时间技能考虑少，带来个体技能差距拉大
  • 个体技能差距大，需要更多的学习来缩短差距
  • 更多的学习，长期来看，个体效率会提升
  • 最好分工时技能考虑就少
• 基模
  • 舍本逐末
• 对应措施
  • 安排一定量的学习

团队绩效 / 协作

• 平衡回路
  • 团队绩效高，分工时技能考虑少
  • 分工时技能考虑少，个体技能差距要比较大才行
  • 技能差距比较大，个体来说只关注专业领域，所以个体效率比较高
  • 个体效率比较高，相应团队绩效也比较好

• 增强回路
  • 团队绩效高，分工时技能考虑少
  • 分工时技能考虑少，个体技能差距要比较大才行
  • 个体差距大，说明个体之间需要帮助就多，因为都专业人才，所以需要更多帮助
  • 需要帮助多，对协作水平的要求也高了
  • 协作水平一高，其实团队绩效也就高了

• 增强回路
  • 团队绩效高，分工时技能考虑少
  • 分工时技能考虑少，人员流动少，团队稳定性就高
  • 团队稳定性高，人都熟了，带来协作水平高
  • 协作水平高，绩效就高
• 基模
  • 想不好
• 对应措施
  • 协作很重要

团队绩效 / 责任

• 平衡回路

  • 共享责任多，谁也能干，谁也不用干，团队绩效差。
  • 团队绩效差了，分工时技能考虑就多
  • 分工时技能考虑多，共享责任少

• 增强回路

  • 共享责任多，目标对齐程度高，意思应该是说，要很多人一起对齐？
  • 目标对齐程度高，团队绩效高
  • 团队绩效高，分工时技能考虑少

• 基模

  • 饮鸩止渴

• 对应措施

  • 责任很重要

依赖 / 组织变⾰

• 平衡回路
  • 团队间依赖多，协调机制就要强
  • 协调机制强，团队间依赖就少
  • 比较好理解，部门间协调好，就比较顺畅流转

• 平衡回路
  • 团队间依赖高，效率显然收影响，所以组织变革的动力就大
  • 组织变革的动力大，结果是把部门和合并了，团队范围就变大了
  • 团队规模变大，部门就少了，所以团队间依赖就小了

• 增强回路
  • 团队依赖强，都要等所有团队干完才能继续，所以需要强的协调机制
  • 协调机制强，让人以为可控度就高了
  • 结果任务可控度高，觉得还行，组织变革的动力就减小了
  • 组织变革的动力减小，团队范围其实也变小
  • 团队范围变小，就是部门多了，团队间依赖就大了
• 基模
  • 舍本逐末
• 对应措施
  • 考虑远期目标
  • 警惕短期目标可用

依赖 / 协调⾓⾊

• 平衡回路
  • 协调觉得数目多，对单个角色协调的复杂度就降低了
  • 复杂度降低，需要的协调觉得数目也就少了

• 平衡回路
  • 自组织能力强，协调复杂度就低，自己能内部消化
  • 协调复杂度低，长期看来，自组织能提会被迫提示

• 增强回路
  • 协调角色数目多，对协调觉得认可度就提升了，各管各的，效率会高
  • 认可度高，大家就觉得可行，依赖他来解决的倾向就加大
  • 依赖度加大，团队就没有自组织的意愿，能力也就不高了
• 基模
  • 舍本逐末
• 对应措施
  • 安排一定量的学习

后记

其实把都知道，列出来发现原来都在点上考虑问题，需要加强。开头的答案有了吗？其实目前的做法，差不多做到了知其然，面对问题，承认事实是解决问题的第一步，可以尝试一下。

关注公众号，找画作者