Rain's Blog

学习Scrum规则之Sprint计划会议

ScrumMaster的职责是确保所有项目相关人员（无论是“鸡”还是“猪”）遵守Scrum规则。这些规则整合Scrum过程，让所有人知道如何实施Scrum。若未能推行规则，大家会在确定做什么上浪费时间。若违反规则，所有人只能等候其解决，时间会流失。这些规则已成功应用于数千个项目。Sprint评审会议是更改规则的讨论场合。应由团队，而非管理层提出规则的改动。只有当团队向ScrumMaster证明所有参与者均深刻理解Scrum运行方法，保证有技巧地仔细改动规则时，方可认可改动。在ScrumMaster确定团队达到该状态前，不得更改任何规则。

Sprint计划会议

Sprint计划会议限时8小时，分为两部分，各4小时。第一部分挑选产品Backlog；第二部分准备Sprint Backlog。

• 与会者包括ScrumMaster、产品负责人和团队。他们可邀请其他人员补充业务或技术领域的信息与建设，若信息提供完毕后离开。鸡类人员不可担任观察者。
• 产品负责人应在会议前准备好产品Backlog。缺少产品负责人或产品Backlog的情况下，ScrumMaster应在会议前创建符合要求的产品Backlog，并代理产品负责人一职。
• 会议第一部分（或前4个小时）团队的目标是挑选将承诺转化为潜在可交付产品功能增量的产品Backlog条目。团队将在Sprint结束时的评审会议上，向产品负责人和利益相关者展示该功能。
• 团队可提出建议，但由产品负责人制定Sprint产品Backlog。
• 团队负责从产品负责人制定的产品Backlog中挑选期望在当前Sprint内完成的工作。
• 第一部分会议为4个小时，意味着团队只有这段时间分析产品Backlog。进一步分析只能在Sprint中进行。对于预估准确度不高的粗略、高优先等级的产品Backlog，团队可能无法在Sprint计划会议中透彻理解，以至未必能完成选定的产品Backlog全部事项。
• 第一部分会议结束后立即召开第二部分Sprint计划会议，限时4小时。
• 第二部分会议中，产品负责人必须出席，回答团队产品Backlog可能的疑问。
• 第二部分会议中，团队必须独立决定如何将选定的产品Backlog转化为潜在可交付的产品功能增量，该过程中团队不接受外界指导，其他人只能观察或回答团队进一步信息的问题。
• 第二部分Sprint计划会议将制定出“Sprint Backlog”，是一张包括任务、任务预估及团队开发功能的工作分配清单。任务清单不一定完整，但必须反映全体成员共同承诺，以顺利完成Sprint第一部分，在过程中团队可为Sprint Backlog添加其他任务。ul>