出色的sprint评审(下)

5.      准备 如果说什么是成功的Sprint评审秘诀,那就是之前的准备工作了——别放太多的内容,也别过于简单了,把握好这个度。你必须去思考,什么内容是和这次 Sprint评审相关的;评审应该以怎样的流程进行下去;你还要去想,这次评审如何与前一次,后一次的评审相互呼应。

通常,有着质量保障(Quality Assurance)背景的人会提前写一个评审的“脚本”,帮助自己更紧凑地揭示工作成果。但最终,产品负责人才是决定评审哪些内容,以及为什么做这些评审一锤定音的人,他为利益相关者搭建好评审的“舞台”。

如果有疑问,在Sprint计划阶段就给评审的准备留出足够的时间,并认真地去做准备。

6.      执行与演示 你需要保证整个评审演示必须是顺畅的、有思想的、精心商榷的,并且最终的软件是可以无差错地工作。你需要执行试运行(Dry-running)演示,并确保所有代码环境都事先调试通过。你还必须计算好演示的时间,保证不会超过预留给你的时间,同时也不要忘记提问部分。

除了演示,你最好能描述一下你所开发的功能特性或工作流。我曾见过一些团队在他们的第一次Sprint评审中就给出了他们在未来6次 Sprint所规划的工作的架构图。在此后的每一次Sprint评审,他们只需做做简单的“填空游戏”就能把他们的应用程序架构附上“皮肉”(意指代码实现)。我觉得这是一种非常好的方法,能够帮助评审会议的听众涉点及面。

在我看来,团队在一个Sprint中涉及的所有工作都可以在Sprint评审中被展示,这包括:功能特性、功能改进、Bug修复、重构、文档、测试架构等等,任何工作都可以放进来。当然有些东西可能要等到一定的程度才能拿得出,但只要是团队做的,都可以成为评审的内容之一。

最后,考虑好如何描述清楚你的演示,让你的听众能够理解你所演示的内容,内容的关键部分,以及团队在这些内容背后的辛苦付出。

7.      总结 最后,我们总是对两个方面进行评审总结——软件本身的反馈意见以及评审会议的反馈意见。例如:这个过度是否平稳?所有人都明白我们做的东西了吗?你清楚如何向我们提供反馈意见了吗?下一次评审有什么地方需要改进吗?我们通常都会在这个阶段花上几分钟,但这几分钟绝对超值!如果你对举手表决(Fist-of-Five)的理念比较熟悉的话,我们通常使用这个方法来结束反馈过程。

评审会议日程安排举例

你可以考虑将以下作为你的团队Sprint评审会议日程安排的模板:

1.      介绍

2.      组织架构

  •   团队成员角色:名字、角色、工作地点等
  •   对Sprint提供帮助的外部成员

3.      工作认可——感谢

  •   这个绝对是团队成员的出彩时间
  •   这也是对Sprint提供帮助的外部成员的工作进行认可的好时机

4.      Sprint目标

  •   阐明Sprint目标,以及有何调整
  •   宣布Sprint是否成功,团队成员是否兑现承诺

5.      战略目标、成功定义、工作量、新发现、成果

  •   分享团队交付的代码所考虑到的整体战略目标
  •   围绕Sprint幕后的工作量
  •   是否有考虑不周全的地方;关键的成果
  •   所有这些都为评审会议的听众提供了一个了解团队Sprint幕后故事的机会

6.      演示、提问时间

  • l 演示所选择的用户故事集以及功能特征——接受提问

7.      未来议项

  •   宣布现行目标的进程以及未来Sprint所涉及的工作

8.      评审改进意见的举手表决(Fist-of-Five)

  •  鼓励评审会议的听众对团队的表现进行反馈

9.      结束

总结

我无法用语言表达一次高质量的Sprint评审将带给你何种感受,这需要你亲身去感受。尽管产品负责人及团队很大程度地左右着评审成果,但作为敏捷项目的项目经理,你同样扮演着至关重要的角色。 通常,团队成员在努力工作时被抓出来,仓促地准备Sprint评审。事实上,这么做是典型的反例。你必须在Sprint计划时就嘱咐团队留出相应的时间给 Sprint评审,并且在Sprint即将完成的时候,善意地提醒他们,做好Sprint评审的准备工作。

请记住,这个评审会议也是团队能力的一个“质量检查点(QA Checkpoint)”。将各项工作放在一起并演示出来,无疑是提高团队Sprint能力的最佳途径了。你往往会发现——环境没有准备好、整合没有做好或者交互没有实现等等诸如此类的麻烦事。

因此,各位敏捷项目的项目经理们,我希望这篇文章能够影响你们,使你们发生转变,把Sprint评审做成敏捷实现中最有利的一种手段,真正担当起 Sprint评审的重任。虽然团队才是做准备及完成交付的人,但你的任务是去影响他们进行评审的态度与方式。随着项目的进行而不断的进步,你可以将你能获得的正向反馈无限放大,帮助你的团队更好地完成敏捷项目。

关于作者

Bob Galen是RGALEN咨询(RGCG, LLC)的主席及首席顾问,他同时就职于Zenergy科技,担任敏捷方案的技术总监。(Zenergy科技是以北卡为总部的一家公司,在敏捷测试有着独到专长并在敏捷实施方案上处于领先地位。)Bob拥有Scrum教练认证(Certified Scrum Coach)以及Scrum产品负责人认证(Certified Scrum Product Owner)等多项敏捷领域的认证。

 

译者:佚名    来源:酷勤网