欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

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

程序员文章站 2022-03-02 18:24:55
...

开发管理 CheckLists(17) -敏捷开发 Scrum Sprint回顾会议
            
    
    博客分类: 软件开发管理 CheckList 研发管理Scrumchecklists敏捷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 需要改进的地方。