本文章转载于搜狗测试
前言
版本迭代过程中，各方需求会源源不断而来，如何把控需求任务的优先级排期，是非常重要的。小A在工作过程中，也遇到过对需求优先级排期把控不到位，而出现的问题及困惑，分享给大家，请大家绕坑而行。
情景1：测试同学小A负责版本的项目迭代测试，在需求排期过程中，将版本改动较大的模块排到后期测试。因需求改动较大，涉及到的回归比较多，导致后期开发、测试的整体时间跨度增加，对整体版本迭代的进度产生风险。
情景2：测试同学小A负责版本的项目迭代测试，在前期需求排期中，针对新增的需求，开发、测试均进行排期。因需求比较大，在快速的版本迭代频率下，技术方案不成熟，导致需求的实现不完整，存在很多问题的情况上线，产品的质量及体验非常的不好。
情景3：测试同学小A负责版本的项目迭代测试，在项目迭代中突然插入OEM的测试任务，经产品明确，此任务的优先级高于迭代的版本，小A接受了此任务的调整。但是却不明白，为什么会有频繁的插入任务，很是困惑。
为了让项目高效运转，保证项目产品价值的最大化，我们今天就针对需求优先级排期，梳理一下需求优先级排期的原则，及插入需求响应的流程。
需求优先级排期的目的
需求优先级排期的目的，是合理的安排任务、人力、时间，保证项目产品的价值最大化。
合理安排需求任务，保证需求完美实现
三方快速达成一致，及时找出项目的风险
合理安排项目中的人力，保证项目的快速运转
需求优先级排期的分类
需求优先级排期的目的，是合理的安排任务、人力、时间，保证项目产品的价值最大化。
插入任务的需求优先级排期
版本迭代的需求优先级排期
需求优先级排期的原则
需求优先级排期需产品、开发、测试三方一起沟通确认
版本迭代的需求优先级排期原则：
需求改动较大的模块排期时，优先级高，排期尽量往前放
需求改动较大的模块排期时，如果迭代紧急，建议分几个版本来做，将需求切分
产品提出的需求影响到产品的某些性能指标时，需求的优先级降低
开发提出的技术层面的优化需求时，优先级适当的放高
需求较多时，为了保证核心需求按期上线，一些非核心的需求优先级降低
涉及多方开发配合时，需明确给各方此需求的优先级，保证需求较好的衔接
插入任务的需求优先级排期原则：
合作方的OEM需求，属于高优先级的任务
紧急修复线上Bug，属于高优先级的任务
提升产品商业价值的需求，属于高优先级的任务
插入商业化的需求，属于高优先级的任务
针对插入任务的需求响应流程
插入任务的到来，一般情况下，均会影响到当前迭代的版本。有些会三方确认，插入到主线版本中，而有些会放到下版本去做。如何做到有序响应且不遗漏，请参考如下流程规范。
