14.从团队优先的视角打造高效能研发组织
管理之殇
- 编程作为软件研发的基础活动，是程序员高强度脑力劳动的过程，产出的结果存在不确定性。
- 由于设计活动贯穿软件系统从需求澄清到代码实现的整个过程，因此在传递过程中，各个专业角色之间只有紧密协同，才能避免由信息失真造成的系统实现不满足原始需求或功能的设计。
- 单个软件研发团队必须控制人数规模。“Two-Pizza Team”
- 团队之间实际也存在“人月神话”效应。
- 为了解决不同角色之间的沟通协同问题，大部分研发组织都采用了跨职能的混合团队结构，其中一个研发团队同时拥有业务分析、程序开发、系统测试等专业人员。
- 研发组织一旦受到外界的质疑，就不得不走向传统计件工厂管理模式的老路，即通过需求数量的增加和缺陷数量的减少等传统指标来说明自身的“高效”。
- 从团队价值产出单元来认知和管理效能。
“团队优先
- 管理团队流通效率，而不是个体效率。
- 《精益软件开发》：从整个端到端价值流的角度去看待团队效率。
- 提升团队安全氛围，而不是进行责任细分
- 安全氛围：团队的每个人是否感受到了被信任和被授权。
- 为了让团队感受到安全，对团队进行合理的授权是提升信任的基础。
- 研发组织的管理者如果不能迈出授权的第一步，主动节制自己的权力欲，就很难推动团队建立以互信为基础的安全环境。
- 授权矩阵
- 团队的自主不等于无管理。每个团队都需要建立针对整个组织的决策透明机制。
- 从更长远的组织视角来看，应该着力打造开放和透明的反馈文化，让团队中的个体能够勇敢站出来为组织的持续改进建言献计。
- 《驱动力》
团队拓扑
- 团队类型
- 业务流团队
- 平台团队
- 赋能团队
- 复杂子系统团队
- 沟通模式
- 协作
- 一切皆服务（X as a Service，XaaS）
- 促进
- 明确团队的存在目的
- 团队存在的目的会随着时间而改变。
- 明确团队的沟通方式
- 沟通方式需要被刻意设计和显示管理。
- 关键视角
- 价值交付
- 端到端协同
- 明确团队的演进方向
效能转型
- 以产品为导向的团队结构对齐
- 业技融合的团队价值对齐
- BizDevOps
- 持续改进的团队目标对齐
总结
- 只有拥有了高兴的员工，才会有满意的客户。