ScrumMaster可能遇到的情景?
无论项目的规模和性质如何,ScrumMaster都可能会遇到许多困难或情况,并且在整个项目中都要回答具有挑战性的问题。下面是ScrumMaster可能需要解决的潜在场景的集合。请注意,对这些情况的响应是作为可能的解决方案来考虑的;这些解决方案可能会根据具体的项目限制和组织环境而有所不同。
1. 跳过Sprint回顾
问题:“我们能跳过Sprint回顾吗?其他开发人员觉得这是浪费时间。”
建议措施:解决这一问题的一种方法是,在将回顾从标准实践中剔除之前,检查团队没有从回顾中获得价值的原因。应用诸如鱼骨图或“5个为什么”等根本原因分析技术通常可以揭示手头的实际问题。在这种情况下,回顾很可能没有得到有效的促进,从而导致参与度和感知价值的缺乏。
2. 延长冲刺时间
问题:“我们这次冲刺只剩下3天时间,计划的工作都无法完成。我们能不能把冲刺时间再延长几天,这样就可以结束了?”
建议措施:在Sprint只剩下3天的时间里,任何预计不能在Sprint内完成的工作都应该被评估。团队可能会考虑几个选项:
- 将工作项放回产品Backlog,并选择一个更可能完成的较小的工作项
- 放弃这个特定的工作项(即将工作项放回产品Backlog),并集中处理剩余/正在进行的工作项,以最大限度地完成工作
- 提炼或拆分工作项为更小、更简单的部分,并将重点放在当前Sprint中更有可能完成的部分上
3. 跨团队比较故事点
问题:“另一个Scrum团队(在XYZ部门)每个Sprint完成50故事点,而我们只有30故事点。我们是不是应该在下一个冲刺阶段争取完成50,这样我们看起来就不会很糟糕了?”
建议措施:这是一个复杂的情况,可能需要多个行动。更重要的一点是对故事要点的基本理解;为什么团队会觉得他们处于竞争环境中?管理层是否直接或间接地将团队产出作为衡量成功的标准?这种行为会产生一种消极的动力,应该加以处理,以消除潜在的士气受损或诱导非预期的行为。
4. 不定期开展Sprint演示
问题:“我们能每两个Sprint而不是每一个Sprint做一次Sprint演示吗?在过去的几个Sprint中,我们还没有展示任何已完成的工作,所以在每个Sprint中都召开这个演示会议是没有意义的。”
建议措施:Sprint评审(又称演示)是一个重要的Scrum活动,旨在最大限度地提高透明度,并提供检视和调整的机会。如果团队始终无法产生任何有意义的东西,那么就必须解决更大的问题,因为团队运作不正常。造成这种情况的一些潜在原因可能是:
- 用户故事的大小不适当(太大)或有糟糕的验收标准
- 团队一直过度投入工作
- 团队一直高估工作
- 资源资源过多流失。
可能还有其他问题导致团队无法产生结果。确定问题来源的最佳方法是通过根本原因分析。
5. sprint中更新估算故事点
问题:“这个用户故事比我们预期的要复杂得多。我们估算是5点,但我们知道至少应该是13点或更大。我们认为我们还有机会在sprint中完成这项任务。但是,我们是否应该更新工具并将估计值更改为13?”
建议措施:使用故事点估计工作的目的是为了实现两个目标:
- 讨论问题集、解决方案和近似复杂性
- 建立团队级速率以预测未来工作。
故事点是一个时间快照,它基于团队对问题域在该时间点的最佳理解。在完成额外的学习和发现之后,更新估计值的价值微乎其微。因此,一般建议是保持原始估计不变,并允许自然学习随着时间的推移而发生,这最终会提高团队在未来更准确估计的能力。