当前位置：首页 > 敏捷团队 > 正文

敏捷教练如何洞察敏捷研发团队状况︱敏捷软件开发

2022-12-18 来源：徐东伟敏捷教练

本文1380字，阅读约需4分钟。

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

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

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

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

01需求池统一

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

拿SAFe为例：一列发布火车（多个小团队组成的大团队）只有一个需求池Program Backlog，一个小团队只有一个需求池 Team Backlog。道理很简单，因为我们需要把这个团队要做的所有工作放在一起混合排序，才能够避免不小心先做了优先级低的工作，因为多个需求来源会导致需求之间的相对优先级不可见或者识别困难。

02需求描述采用用户视角

需求从用户的角度拆分和描述，而不是从技术的角度。这样一条需求完成了，就能够提供价值，甚至是能够上线。

03需求进出顺序一致

需求进入团队的顺序要大体上跟需求从团队出来的顺序是一样的。否则需求的排序就会失去意义，也就无法尽早交付更高价值的东西。这一条看起来简单，实际上是一个综合指标，团队至少要

按需求优先级启动工作；

协作顺畅。团队成员之间或团队之间的依赖和阻碍识别要早，排除要快，等待要少；

互相帮助。如果某个优先级高的需求在

分享到:

免责声明：
　　1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
　　2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！

上一篇：
敏捷领导力︱浅析敏捷的自我领导力
下一篇：
最后一页

延伸阅读：

more 会议活动

more 公开课

more PMO

微信扫一扫关注

敏捷教练如何洞察敏捷研发团队状况︱敏捷软件开发

延伸阅读：

会议活动

公开课

PMO

IT项目管理界官方微信

PMO大会官方微信