不要推敏捷 推还是拉，在专业的敏捷教练眼里答案很明显。 从上图我们可以看出来，如果是一个系统由多个子系统组成（常常是这样的），推很容易导致 1) 子系统很难对齐 2) 各子系统的抗拒。而相反，如果采用拉的方式，则上述两个问题很容易得到解决。 所以推还是拉，答案是明显的（当然是拉）。 敏捷转型是需要推还是拉 既然答案已经这么明显，不论是敏捷转型，还是其他系统，都是应该采用拉动的方式。那么现有的大多数公司，推广敏捷（或者就叫做推敏捷）显然会碰到上述的问题与抗拒的。 我们只列举问题，不解决问题是不好的。那么如何拉动敏捷转型。 拉动组织的敏捷转型 首先，需要敏捷转型的目的。如果转型目的只是为了一个kpi，或者某个老板的喜好。麻烦你，可以该干嘛干嘛去了。敏捷转型的目的，一定要围绕着组织目标（更大一点，公司目标）来进行。比如公司当前的业务收入有问题，那么转型的目标就围绕着如何提升公司收入。 其次，管理层（决策层）要行动起来。公司的前进是需要火车头的带动，这个火车头就是公司的管理层。如果公司管理层只是口头上支持敏捷转型，而行为不发生任何变化，依然不会有什么太好的结果。例如，组织结构不发生任何变化，老板仍然是随时打断开发团队，或者老板随意插入需求等等。（总之，老板或管理层是需要做出表率） 最后，团队需要了解Scrum的框架。（我指的是真正的Scrum，而不是伪造的）因为很多宣讲敏捷的老师，都在把团队往火坑里面推。想要了解真正的Scrum，欢迎关注Bob的敏捷认证课程。 写在最后 请不要再说推（广）敏捷。你可以做的事情有很多： 思考一下，组织内有哪些地方不顺。 或者组织内哪些地方总是需要协调。 团队内，有什么工程实践，工具可以显著提高团队能力 总之，有很多有意义的事情可以做，不要总是打着推敏捷的旗号，卖狗肉。 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。 转载请注明出处！ 关于作者 BoB Jiang 和BoB面对面学习Scrum HiBlock区块链社区（hiblock.net）发起人 中国北方的第一位CST（Certified Scrum Trainer） 敏捷变革中心（Center for Agile Transformation）合伙人 敏捷一千零一夜社区合伙人 《Scrum精髓》译者 Bob的博客 Github: bobjiang Twitter: @bobjiang123 Solidity中文文档