开发管理 CheckLists(17) -敏捷开发 Scrum Sprint回顾会议

欢迎大家访问我的个人网站 萌萌的IT人,后续所有的文章都会在此发布

--------------------------------------------------------------------------------------------

本文主要是为了检测你对SCRUM Sprint 回顾会议的了解和使用程度,
通过本文你可以检测一下
    1、你们的SCRUM Sprint 回顾会议的过程和步骤
    2、SCRUM Sprint 回顾会议的输出结果

     为什么我们坚持所有的团队都要做回顾 在有关回顾的种种一切中,最重要的就是确保回顾能够进行。 
由于某些原因,团队常常都不太愿意做回顾。如果不给他们点温柔的刺激,我们的大多数团队都会跳过回顾,直接进行下一个 sprint。
不过,看起来每个人都觉得回顾的用途极大。说句实话,我认为回顾是 Scrum中第二重要的事件(最重要的是 sprint 计划会议),因为这是你做改进的最佳时机!

一、会议目的

     目的不是为了找到治愈方案,而是要发现哪些方面需要改进 
二、会议时间

     90分钟,在Sprint 复审会议结束后几分钟开始。  
三、会议准备

    1. 邀请与会者:
          Scrum Master
          团队所有成员 
四、会议进程

    1.  准备一个写着“过去哪些做得不错?”的挂图。
    2.  准备一个写着“哪些应该改进?”的挂图和“谁负责?”的挂图。
    3.  绘制一条带有开始和结束日期的时间线。
    4.  给每个团队成员发放一叠即时贴。
    5.  开始回顾。
    6.  “过去哪些做得不错?” 每个人有5分钟的时间写出来,把即时贴放在准备好的挂图上。
    7. “哪些应该改进?”:” 每个人有5分钟的时间写出来,把即时贴放在准备好的挂图上。 
    8. 对于“哪些应该改进?”的挂图,询问团队谁能解决这个问题,并把问题移动到“谁负责?”挂图上。
    9. 我们能做什么→团队Backlog 的输入。
    10. 哪些不在我们掌控之内?→障碍Backlog的输入。    
    11. 将这两个列表作为下个Sprint的Sprint规划会议第一部分和Sprint规划会议第二部分的输入,并决定到时候要如何处理这些发现的信息。 
五、、会议结果

    1. 挂纸板上“谁负责”这栏对于公司内所有人是公开的
    2. 把与公司范围相关的障碍增加到障碍 Backlog 中去
    3. 把与团队范围相关的障碍增加到障碍 Backlog 中去
六、我们如何组织回顾

    1. 根据要讨论的内容范围,设定时间为 1 至3 个小时。 参与者:产品负责人,整个团队还有我自己。
    2. 我们换到一个封闭的房间中,或者舒适的沙发角,或者屋顶平台等等类似的场所。只要能够在不受干扰的情况下讨论就好。
    3. 我们一般不会在团队房间中进行回顾,因为这往往会分散大家的注意力。
    4. 指定某人当秘书。
    5. Scrum master向大家展示 sprint backlog,在团队的帮助下对sprint 做总结。包括重要事件和决策等。
    6. 我们会轮流发言。每个人都有机会在不被人打断的情况下
    7. 讲出自己的想法,他认为什么是好的,哪些可以做的更好,哪些需要在下个 sprint 中改变。
    8. 我们对预估生产率和实际生产率进行比较。如果差异比较大的话,我们会分析原因。 
    9. 快结束的时候,Scrum master 对具体建议进行总结,得出下个 sprint 需要改进的地方。

 

 

你可能感兴趣的:(敏捷,研发管理,checklists,Scrum,Sprint回顾会议)