快速洞察敏捷研发团队状况之六脉神剑

有些小伙伴说，我们的敏捷做了好久，各种会都开的不错，你要不要来看看我们的效果怎么样？

有些小伙伴说，你别给我来虚的，什么站会，回顾会，都是形式。我们自己摸索了敏捷的套路，运作的也挺好！

确实，如果敏捷教练光从行为角度要求和检查团队，那么团队通常是会抵触的，因为他们相信“不管黑猫白猫，抓到耗子是好猫！”虽然敏捷教练的很多招式是能够帮助大家抓到耗子的。

那么怎么办呢？相信以下几点能帮你识别团队只是表面上敏捷，还是真的做的还不错。

无论是小团队，还是由多个小团队组成的大团队，一个团队应该只面对一个需求池而不是多个。

• 按需求优先级启动工作；
• 协作顺畅。团队成员之间或团队之间的依赖和阻碍识别要早，排除要快，等待要少；
• 互相帮助。如果某个优先级高的需求在中间卡壳了，那么整个团队要想办法快速排除障碍，个人自扫门前雪是不会达成这个效果的。

• 需求拆小；
• 同时进行的工作少；
• 风险识别早；
• 阻碍清除快；
• 重流动效率，轻资源效率；
• 工作不过周末（否则白白增加2天时间）；
• 互相帮助。

• 需求拆小；
• 计划合理（不能不顾过往的能力，使劲儿往迭代里面塞活，寻求心理上暂时的“踏实”）；
• 依赖识别和处理到位；
• 风险识别和处理到位；
• 工作流畅。

• 人员稳定；
• 跨职能团队；
• 互相补位；
• 工作有节奏；
• 坚守完成的定义。