Scrum Guide 精读 - 11. Review和Retro

    今天接着scrum活动，一起看看Review 和 Retrospective。

    这两个活动经常是团队不知道怎么组织或者组织效果不好的，我们先一字一句看看指南里是怎么说的，然后再看看实践中有什么需要注意的。

    关于评审会议，Sprint review

    Sprint Review

    The purpose of the Sprint Review is to inspect the outcome of the Sprint and determine future adaptations. The Scrum Team presents the results of their work to key stakeholders and progress toward the Product Goal is discussed.

    Review的目的是为了审视迭代的成果，并决定将来如何调整。

    scrum 团队向干系人演示他们的工作内容，大家讨论目前对于产品目标的进展。

    During the event, the Scrum Team and stakeholders review what was accomplished in the Sprint and what has changed in their environment. Based on this information, attendees collaborate on what to do next. The Product Backlog may also be adjusted to meet new opportunities. The Sprint Review is a working session and the Scrum Team should avoid limiting it to a presentation.

    在过程中，scrum团队和干系人回顾迭代中完成的工作，以及发生了的变化。基于以上的信息，大家决定接下来做哪些事情，产品待办列表该如何调整。

    Sprint review是一个工作型会议，应当避免仅仅局限于演示部分。

    The Sprint Review is the second to last event of the Sprint and is timeboxed to a maximum of four hours for a one-month Sprint. For shorter Sprints, the event is usually shorter.

    Sprint review也是有时间限制的，对于一个月的迭代而言，会议时间限于4小时之内，那么2周迭代的话，应限于2小时之内。

    接下来聊聊实践中经常遇到的问题：

    有时候评审会议仅仅是一封上线通知邮件。

    有的团队会说，产品上线了，业务人员或者干系人他们自己线上去看就好了，我们也会邮件告知大家新上了什么功能，这不就足够了么？有必要当面演示么？