Grooming Meeting及测试人员所扮演的角色

Grooming Meeting的中文翻译是“梳理会议”，它并不是Scrum框架中标准的会议(标准会议为Planning Meeting, Daily Scrum Meeting, Review Meeting和Retrospective Meeting），而是为了澄清需求从而提高planning meeting的效率而添加的，可以称之为Pre-planning meeting。

目的

添加新的用户故事（也可以来自团队内部）

澄清需求，让团队对用户故事的理解在同一层面上

分解用户故事，并重排相应的优先级

评估用户故事的难易程度（planning poker）

添加Acceptance Criteria

找出用户故事模糊不清的方面，及时澄清确认

时间

　　Grooming Meeting举行的时间点一般为当前Sprint结束之前的2~3天，这样可以为会议中遇到的一些不太明朗的需求预留澄清时间。Grooming Meeting的时长一般是2小时（针对两周的Sprint）

参会人员

　　Grooming Meeting鼓励所有敏捷团队成员参加，当然如果有客户参加会更好，这样不同角色的人员可以从不同的角度来看待待梳理的用户故事

流程　　

　　梳理会议是由scrum master主持，PO作为主讲人按照用户故事的优先级进行梳理，梳理的用户故事只要够满足或者稍微超过下个Sprint所能commit的数目就行。

　　针对一个story的梳理步骤一般为：

会前

团队成员查看（review）待梳理的用户故事，有一个初步了解

会中　　

从用户故事列表中选择最高优先级的待做用户故事

PO对用户故事进行讲解

团队成员针对用户故事从不同角度进行提问

PO解释，并最终对用户故事的内容达成一致，对于尚不清楚的需求，记录、添加action item并制定相应的所有人，会后进行确认

团队定义acceptance criteria

团队用Planning Poker对用户故事的难易程度进行评估

会后

PO和团队成员对会议中尚不清楚的需求进行信息收集和确认　　

测试人员

　　对于测试人员，需要从以下几个视角来看待待梳理的用户故事：

产品经理视角：用户故事是否合理？是否对客户有价值？是否为核心功能？优先级是否合理？是否可拆分？

用户视角：是否易用？

测试视角：acceptance criteria是否全面、合理？是否有blocking(环境、外部依赖等等）？

总结

通过梳理会议，团队成员对下个Sprint所要做的用户故事都已经有了一个清晰的理解，对计划会议相应的任务创建、评估会有一个很好的把握。