[Scrum敏捷开发之] Sprint评审和回顾会议

Sprint最后包含两个部分:

  • Sprint 评审会议: PO向Stakeholder展示潜在可交付的产品增量.
  • Sprint 回顾会议: 团队内部共同审视刚刚过去的Sprint,并寻找方法在接下来的Sprint做的更好

Sprint评审会议的目标:

  • 验证产品是用户所想要的
  • 讨论接下来的features是什么样子
  • 获得stakeholder认同和信任
  • 迫使可交付的产品准备完毕

最后一点常常被忽略。有时Sprint评审会被误以为是另一个演讲机会。“看看我们做了多少伟大的工作……PowerPoint…”这不是客户或stakeholder希望看到的。他们想看真正的产品!

如何进行优秀的Sprint评审会:

  • 集中精力展示产品
  • 保持功能陈述的简单和简短
  • 尽可能避免使用ppt,而是使用短剧或其他有创意的带有互动性的方式
  • 使用团队的系统(例如电子看板系统)展示计划的工作
  • 提前为会议做些许准备
  • 让stakeholders参与进来!

有了一个很棒的Sprint评审和许多积极的反馈以后,是时候把这些积极的能量带到Sprint回顾会中了。

Sprint回顾会议的目标

  • 找出Sprint过程中,哪些地方执行的很好
  • 哪些地方执行的不好
  • 团队可以做哪些改进

执行”回顾会“给团队带来的好处:

  • 识别可以改进团队运行的工作,并制定工作计划
  • 可尽早停止那些不利的事务
  • 分享在刚刚的Sprint中自己的经验教训
  • 花时间倾听每个人的意见,获得团队的认同

就像在Sprint计划中一样,执行Sprint回顾的最佳方式是玩游戏。这被称为 "Retro Game"

  • Retro Game包含两个部分:
    • 评估哪些地方做的好,哪些地方做的不好
    • 做的不好的地方有哪些改进措施
  • 以上步骤执行两轮,the script should be as follows (需要用到便利贴或类似工具).
    • 每一步都有规定时间限制
    • 每个人在便利贴上写下他们的想法——每张便利贴上一个想法
    • 然后每个人把他们的想法贴在一个展示板上
    • 然后整个团队一起将类似的想法进行分组和标记
    • Scrum Master组织一个讨论会对分组的想法进行讨论
  • 进行两轮后, 团队共同编写User Story到“Can Do”列
  • 关键点记录下来,以备后续Scrum Master进行评审
Went Well Went Wrong Can Do
-

敏捷团队的内心可以通过优秀的回顾和审查变得更加强大。然而,在一开始,这种做法会让那些身处言论文化不太开放环境的人感到尴尬。这正是采用游戏方式的原因,也是Scrum Master需要成为一个伟大的推动者的原因。

这个过程的核心应该是团队建设。 这就是为什么还有一个步骤经常被遗漏,但却非常需要的原因:

整个团队走出办公大楼(或区域),一起做一些社交活动。

如果有什么需要记住的,那就是我们都是这个团队的人。 这正是关于“个体和交互 重于 流程和工具”。 当你在冲刺仪式结束时,奋力冲刺的冲劲和潜在的疲劳感就会慢慢消失。不要让惯性或者说惰性占上风。摆脱它,运行伟大的,个人的回顾和评审,尤其要尊重个体。

很快,你就会有一个高效的团队,喜欢他们每天工作的方式,以及与他们一起工作的队友。

你可能感兴趣的:([Scrum敏捷开发之] Sprint评审和回顾会议)