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

最近，DP哥参与了一条业务线的敏捷转型，涉及的业产研团队约30人。在采用系统思考方法分析现状时，发现许多前提条件不满足，使得敏捷转型难以实施，因此为团队制定了首要纪律——不谈敏捷。

团队的敏捷实践需要基础条件，例如稳定的团队、产品Backlog、一致的立场和简单的协作等，而这些条件都缺失。团队分布在不同地区，成员属于不同职能，协作中存在诸多问题。现象包括需求评审时间过长，需求插队，交付质量不佳，以及团队成员普遍不满。价值流分析显示，存在的浪费严重，至少有四项原则不符合精益软件开发。

在这种背景下，DP哥认为强制实施Scrum和看板方法不适合，强推敏捷更是会导致失败。在团队对敏捷不了解，协作混乱的情况下，过早讨论敏捷只会带来误导和障碍。敏捷转型应该先取得成果，然后再与团队分享，避免给敏捷留下失败的印象。

改善策略是从过程改进入手，遵循精益思路，频繁实施增量改进，进行全局优化，减少浪费，创建新价值流，并推动团队全员参与。这需要团队从现实出发，聚焦整体过程的改进，像是“喂马劈柴、周游世界”，最终目标是持续进行计划-执行-检查-行动（PDCA）循环。基于此，DP哥为团队设计了新的研发交付节奏，并开始了流程变革。

在系统思考方面，DP哥绘制了一个团队现状的系统思考图，旨在帮助识别和解决常见问题。此外，他计划撰写一篇新文章，深入讨论系统思考及其与项目管理办公室（PMO）工作的关联，并推荐了两本有关系统思考的书籍，鼓励读者通过关注公众号获取更多资源。