大团队精益敏捷转型实践

精益敏捷转型听起来很容易，但做起来很难，很多组织在数字化转型的过程的早期，一到两个团队作为试点团队进行敏捷转型，都能获得不错的转型效果。随着转型的持续推进，涉及到越来越多的团队转型，这时就会暴露出早期没有发现的一些问题。我们经常说量变引起质变，如何保证组织转型过程中，大团队从传统的瀑布式开发转变到精益敏捷模式的开发呢？今天我们不谈理论，不谈框架（SAFe，LeSS），我想从一个实操的方面来剖析一些我们实际遇到的困难和一些应对策略。

我们从以下4个方面来分析：

1. 产品规划
2. 多开发团队的协同
3. 集成与测试
4. 上线交付

我们知道在传统瀑布模式下会产生如下的一些问题

1. 产品规划：规划流程长耗时，反馈慢，交接成本高，用户价值被工作交付物替代， 战略目标和价值息被衰减。
2. 多开发团队的协同：研发流程长，问题到测试才会被发现，相互依赖严重，联调成本高，项目管理成本高。
3. 集成与测试：集成耗时长，集成质量不好，修复问题繁琐，全流程测试缺失
4. 上线交付：上线时间长， 上线后不稳定，上线失败。

造成这些问题的主要原因：

1. 角色划分工作范围（内心：我只做这个）
2. 部门墙重（内心：不是我的目标）
3. KPI导向（内心：我只考虑完成我的指标）
4. 角色技能单一（内心：我只会做这个）
5. 任务依