(12)review meeting和demo的关系

来源:互联网 发布:dht网络翻墙 编辑:程序博客网 时间:2024/06/11 13:12

今天我们来聊一聊scrum中的一个重要会议,review meeting。
这个概念其实在很多资料里面都有介绍, 我在这里就不占用篇幅来介绍基本概念了,那么今天我们主要说说review meeting和demo之间的关系。

这里写图片描述

说到这里,有的朋友就说了, review meeting不就是demo meeting么,团队把这个sprint做的user story demo给相关干系人来看,让PO accept这个user stroy么?

那么,review meeting是这样的么?

这里写图片描述

从上面的图片中可以看到,review meeting在scrum概念中主要的作用是由一下几点构成:

  • Overview 当前迭代的目标,包括SB和PI
  • Demo 已经完成的user story
  • Discuss 这个sprint的user story(包括完成的和未完成的),总结一些经验和原因
  • Adapt 下个sprint的的PB和SB,并且根据当前的情况可能调整进度和计划

OK, 到这里大家可以看到了,Demo作为scrum review meeting中的一个组件,并不是review meeting中最重要的一环,而review meeting中比较重要的则是审视,调整计划以适应当前的情况。

那么如果开好一个scrum review meeting呢
笔者在这里可以share一下笔者在原来的公司订制的review meeting checklist.

  1. 在review meeting前,user story owner需要准备好demo的环境及相关设备,以保证随时可以进行demo;

  2. 在review meeting前,团队要保证检查所有的US,确保完成的满足DoD,没有完成的要标明原因,如果团队比较忙的话,SM可以负责这项工作。

  3. 团队要按照SB确定的优先级来对US进行review。

  4. SM要控制会议节奏,避免团队成员在细节上牵扯太多,造成会议时间过长。

  5. review之后的所有决议和问题,讨论等要记录下来,并且形成AI,用来跟踪并观察。

  6. 不是所有的user story都要等到review meeting上来进行demo,PO和团队要养成随时进行demo的习惯,如果一个US完成并且满足DoD,那么相关干系人就可以组织demo,这样可以保证review meeting focus在审视当前迭代的问题,调整计划和重新适应这些事情上。

如果你的团队的scrum review meeting还是以demo为主,那么请你抛弃这种想法,让review meeting重新回到overview SB/PI,discuss/adapt the next sprint SB and release plan上面来

原创粉丝点击