团队敏捷转型的第一条纪律：不谈敏捷

最近协助一条端到端的业务线做“敏捷转型”，业产研大概30多人，照例采用系统思考（Systems Thinking）的方法先分析现状，简单梳理现状后，发现较多前提事项不具备，导致“敏捷”二字说不出口，所以为团队制定了第一条纪律：不谈敏捷。

DP哥喜欢嘚瑟两句诗文，在这个春意盎然的季节，需要海子的诗。

那为什么用这段诗呢？

团队级敏捷实践实际需要一些前提，比如一个相对稳定的团队，一份产品Backlog，相对一致的立场，相对简单的协作，团队有一定的信任度。而这些，都是这个团队暂时不具备的，而且团队分散在沪深两地，业产研分属不同职能团队，日常协作问题较多。但团队已经运行了一年多点，已经形成了“一些没什么章法的章法”。

具体表现就是需求评审时间很长，需求插队严重，交付质量欠佳，业务、产品、UX、研发、测试都一肚子不爽，无所适从。而从价值流的角度分析，浪费很严重，在精益软件开发的7项原则里，至少有四项不符合。存在的现象为：浪费严重、决策过早、不能尽快交付、团队得不到合理授权。

在这种情况下，DP哥的评估结果是Scrum暂不适合、看板方法暂不适合、霸王硬上弓式的标榜“敏捷”会必死无疑，不是休克式死亡，就是僵尸性死亡。因此，在团队不了解敏捷的时候，团队协作还比较乱的时候，如果你首先纸上谈兵式的随便聊敏捷，会造成很多误导，也会给自己造成很多障碍，稍有不慎，在大家眼里就是“敏捷”的失败，一定先做出一点结果，再告诉大家这就是“敏捷”。

此时敏捷就好像“面朝大海、春暖花开的海景豪宅”，想一想就好了，破局的方式只能是按照精益思路，从过程改进开始谈起。说起过程改进，基本的原则是要对所有事情频繁的实施增量改进、要持续进行全局优化，要找出浪费，创建新的价值流，要推动团队全员参与。这都是持续进行的具体事情，好像“喂马劈柴、周游世界”，团队要脚踏实地着手改进，要关注整体过程本身，仿佛“关心粮食和蔬菜”。本质上，就是要持续进行PDCA！因此，为团队设计了新的研发交付节奏，着手开始进行流程变革。此次流程变革的详细说明以后我们再说。

刚刚说到“系统思考”（Systems Thinking），DP哥基于该团队现状，颇花费了一些精力，做了一个“既见森林又见树叶”系统思考图，把团队现状抽象出来。因为基本都是团队的常见问题，因此把图形分享出来，供大家参考。

对于系统思考，DP哥会尽快写出一篇新文章，聊一下系统思考与上面的回路图，也聊下基于系统思考的PMO工作的开展思路。

关于系统思考，推荐两本书，丹尼斯·舍伍德的《系统思考》和彼得·圣吉的《第五项修炼》，DP哥最近一有空就拿出来读。

这两本书你想看吗，关注《DP哥笔记》公众号，回复“系统思考”，会送给你神秘礼物，大家记得共同学习哦。

欢迎关注“DP哥笔记”公众号，会不定时送出电子读物。