这是你熟悉的敏捷工作场景吗？（四）：Grooming meeting

在我们的工作中，每次PM先在Wiki page上创建一个Story，然后，开发人员就会根据这个Story创建一个Research的Task放在Jira中。

 

这个Research的Task就是用来把这个Story搞清楚的。因为PM一般只会简单的写几句话来描述一个Story的背景和目的以及作为一个用户会有什么样的操作，所以后面就要有一个开发人员去做很多Research，把它具体化。

一般开发人员可能会先跟PM聊，之后开发人员会做一个架构设计，然后让PM和架构师审核。之后开发人员会找UI设计师设计UI，画出流程图，并且做出核心代码的数据结构设计。开发人员的设计有时会有多种方案，这样的话开发人员要说清楚不同方案的利弊，然后综合PM和架构师的意见选择一个最优的方案。

当开发人员的这些准备工作都做好了，也得到了PM和架构师的确认。他们就会在Jira中创建一个新的Story类型的Task，并且把这个Wiki page链上去。

这时候测试人员就会先学习这个Story的wiki page，跟开发人员聊，然后在后面加上测试设计。

之前到了这一步，这个Task就可以开始Grooming了。这以后，测试人员就不只是做这个大概的测试设计了，还要再加上Acceptance Criteria和设计的测试用例。

在Grooming之前，托尼会根据里程碑里的时间线排好我们要Grooming的Task。

今天的Task有点多，