版本迭代过程中，各方需求会源源不断而来，如何把控需求任务的优先级排期，是非常重要的。小A在工作过程中，也遇到过对需求优先级排期把控不到位，而出现的问题及困惑，分享给大家，请大家绕坑而行。情景1：测试同学小A负责版本的项目迭代测试，在需求排期过程中，将版本改动较大的模块排到后期测试。因需求改动较大，涉及到的回归比较多，导致后期开发、测试的整体时间跨度增加，对整体版本迭代的进度产生风险。
情景2：测试同学小A负责版本的项目迭代测试，在前期需求排期中，针对新增的需求，开发、测试均进行排期。因需求比较大，在快速的版本迭代频率下，技术方案不成熟，导致需求的实现不完整，存在很多问题的情况上线，产品的质量及体验非常的不好。
情景3：测试同学小A负责版本的项目迭代测试，在项目迭代中突然插入OEM的测试任务，经产品明确，此任务的优先级高于迭代的版本，小A接受了此任务的调整。但是却不明白，为什么会有频繁的插入任务，很是困惑。
为了让项目高效运转，保证项目产品价值的最大化，我们今天就针对需求优先级排期，梳理一下需求优先级排期的原则，及插入需求响应的流程。
