[3/28] 保障研发反应开发需求

经过上一节点的“保障业务转化为开发需求”后，我们进入这一阶段的需求就是用户所需要的且已经具备了完整的上下文，而产品研发在这个过程已经进入了研发团队的周期性任务中，也就是需求队列中了。此时，对于质量保证而言，最重要的工作变成了如下两点：

1）高优先级的任务是否被纳入了最近的研发任务列表，迭代周期中。

2）研发团队的成员，包括产品、研发、测试三个角色的人员，对所需实现的任务有正确的认知。

针对于上述的第一点，高优先级的任务是否被纳入了最近的研发任务列表，迭代周期中。我们可以通过项目管理手段来完成。具体的操作方式一般采用替换法。即加入一项高优先级的任务，就替换出工作量相等的低优先级任务。保证研发团队在工作总量不变的前提下，尽可能快速的交付客户急需的具有更高用户价值的功能。

针对于上述的第二点，确保产品、开发、测试对功能理解一致。一般的在团队中可以通过两个步骤来实现。第一个步骤，版本需求评审。由产品召开，先将用户场景，再讲对应功能实现，这点好多产品经理在实现的过程中直接跳过了用户场景的介绍，上来直接就将功能，通常开发和测试人员就会丢失业务细节，导致最终交付的产品与预期有较大的偏差。第二个步骤，每个开发在开始完成一个具体需求前，召集产品与测试人员来到自己的桌面，给产品与测试人员讲解功能的业务价值，实现的用户场景，以及为了实现这个功能所需完成的具体任务拆解。

通过上述两个过程实践，既可以在很大概率上保障研发的代码可以正确的反应开发需求了。