sprint回顾中发现的问题如何处理？

回顾中发现的问题示例：

1.“我们应花更多时间，把故事拆分成更小的条目和任务”
这个问题很普遍。每天的例会上，都会有人说“我真的不知道今天该干什么”。所以在每一个例会之后，你都要花些时间来找出具体任务。通常这些事情提前做会更有效率。


典型动作：无。团队很可能会在下一个sprint计划会议上自己解决掉这个问题。如果它重复出现的话，就延长sprint计划会议的时间。

2.“太多的外界干扰”


典型动作：
让团队在下一个sprint上减少投入程度，这样就可以有更合理的计划。
让团队在下一个sprint上把干扰因素记录得更清楚一些：谁带来的干扰，占用了多长时间。也许这可以帮助我们在下次更好地解决问题。

让团队试着将所有的干扰因素转给scrum master或产品负责人。
让团队指定一个人充当“守门员”，所有的干扰都要经由他处理，其他人就可以把注意力保持在项目上。扮演者可以是Scrum master，也可以大家轮流。


3.“我们做出了过度的承诺，最后只完成了一半工作”


典型动作：无。下一次这个团队就不会过度承诺了，或者至少不会像这次一样承诺得这么多。

4.“我们办公室的环境太吵太混乱了”


典型动作：
试着创建一个更好的环境，或者把团队搬出去。租一间宾馆的房间。怎样都行。参见“我们怎样布置团队房间”。
如果不可能的话，那就让团队在下次sprint上降低投入程度，并明确注明这是由于嘈杂混乱的环境导致的。希望这可以让产品负责人开始找上层管理者反映这种问题。