1、没有MRD，如何管理好需求？
　　2、没有需求评审，怎么保证需求质量？
　　3、研发模式变更，怎么把握进度？
　　4、没有详细设计如何保证设计没有问题？
　　5、没有测试设计如何保证测试质量？
　　6、何时提测？提测频繁，如何降低提测成本？提测时间不固定，如何分工？
　　7、如何提高RD代码质量？
　　8、没有准入，怎么保证提测质量？
　　9、如何避免新增story影响已有功能造成质量问题？
　　10、上线频繁，如何降低上线的成本？

　　1、没有MRD，如何管理好需求？

　　（1）使用story模式来管理需求，将庞大的MRD划分为一个个合适粒度，且可独立交付的story（通常每个story能在1~5天内完成，包括设计、开发、测试），需求清晰明了，易达成一致，且可节省大量的需求评审时间。

　　（2）要求PM在第i个迭代上线前一天，完成所有第i+1迭代的需求拆分，和RD、QA达成理解一致，且辅助QA一起补充完验收标准，在第i个迭代启动前完成所有story的相关工作。

　　（3）每个story都有自己的优先级、估点（即预计花费时间），以此为依据判断是否纳入某迭代。

　　（4）PM随时待命，快速响应，答疑解惑、修改设计不足。

　　2、没有需求评审，怎么保证需求质量？

　　challenge：需求不评审了？开发时遇到一堆问题怎么办？测试时发现一堆问题怎么办？作为质量的监督者，QA面临着很大的冲击和挑战！

　　虽然没有需求评审会议，但每个story都是经过仔细推敲和沟通过的。

　　（1）首先，一个story被PM提出时，需写好用户故事卡片和详细描述；

　　（2）接着，PM会找RD、QA的leader进行讲解，并交review，review人提出问题及改进意见；

　　（3）然后，PM和负责具体开发RD、测试QA进行讲解和讨论，RD、QA提出问题、疑问，PM解答，并对详细描述进行修改。

　　（4）最后，所有参与者觉得没有问题后，PM辅助QA补充详细的验收标准，RD对其进行review，并作为自测和自动化case编写的参考。

　　（5）此外，在开发和测试的过程中，若发现新问题，PM随时响应，答疑解惑，修改设计的不足。

　　上述每一个步骤都被落实后，不仅需求质量被保证了，QA也成了需求管理的核心。即使有未考虑到的问题，敏捷团队也能够很快消化，在下个迭代迅速优化。

　　3、研发模式变更，怎么把握进度？

　　challenge：没有详设计划？没有开发计划？什么，连测试计划都木有？QA怎么保证项目保质保量按时上线？

　　（1）定期发布

　　定期发布上线，把整个项目划分为一个个迭代，每个迭代时间大小固定，迭代结束时上线交付一次。

　　（2）迭代规划

　　迭代规划相当于整个迭代的计划，帮助我们管理并保证每个迭代的交付。

　　A）迭代规划的前提：

　　story沟通及验收条件的补充完成。

　　PM给出story的优先级

　　RD、QA给出story的估点，估点可取范围为（1、2、3、5），若有大于等于5点的story，尽量拆分成更小的story。

　　B）迭代规划

　　估算团队交付能力（通常经历几个迭代，团队的交付能力就会很明了了）：基于“昨天的天气”（很可能他们在当前迭代完成的工作量与上一个迭代相同，除非工作环境或是团队构成发生重大变化）和常识，估算自己能够在当前迭代中完成多少工作。然后团队就会基于自己的工作交付能力，选择当前迭代要开发的工作。

转自51testing