本文章轉載于搜狗測試

前言

版本迭代過程中，各方需求會源源不斷而來，如何把控需求任務的優(yōu)先級排期，是非常重要的。小A在工作過程中，也遇到過對需求優(yōu)先級排期把控不到位，而出現的問題及困惑，分享給大家，請大家繞坑而行。

情景1：測試同學小A負責版本的項目迭代測試，在需求排期過程中，將版本改動較大的模塊排到后期測試。因需求改動較大，涉及到的回歸比較多，導致后期開發(fā)、測試的整體時間跨度增加，對整體版本迭代的進度產生風險。

情景2：測試同學小A負責版本的項目迭代測試，在前期需求排期中，針對新增的需求，開發(fā)、測試均進行排期。因需求比較大，在快速的版本迭代頻率下，技術方案不成熟，導致需求的實現不完整，存在很多問題的情況上線，產品的質量及體驗非常的不好。

情景3：測試同學小A負責版本的項目迭代測試，在項目迭代中突然插入OEM的測試任務，經產品明確，此任務的優(yōu)先級高于迭代的版本，小A接受了此任務的調整。但是卻不明白，為什么會有頻繁的插入任務，很是困惑。

為了讓項目高效運轉，保證項目產品價值的最大化，我們今天就針對需求優(yōu)先級排期，梳理一下需求優(yōu)先級排期的原則，及插入需求響應的流程。

需求優(yōu)先級排期的目的

需求優(yōu)先級排期的目的，是合理的安排任務、人力、時間，保證項目產品的價值最大化。

合理安排需求任務，保證需求完美實現

三方快速達成一致，及時找出項目的風險

合理安排項目中的人力，保證項目的快速運轉

需求優(yōu)先級排期的分類

需求優(yōu)先級排期的目的，是合理的安排任務、人力、時間，保證項目產品的價值最大化。

插入任務的需求優(yōu)先級排期

版本迭代的需求優(yōu)先級排期

需求優(yōu)先級排期的原則

需求優(yōu)先級排期需產品、開發(fā)、測試三方一起溝通確認

版本迭代的需求優(yōu)先級排期原則：

需求改動較大的模塊排期時，優(yōu)先級高，排期盡量往前放

需求改動較大的模塊排期時，如果迭代緊急，建議分幾個版本來做，將需求切分

產品提出的需求影響到產品的某些性能指標時，需求的優(yōu)先級降低

開發(fā)提出的技術層面的優(yōu)化需求時，優(yōu)先級適當的放高

需求較多時，為了保證核心需求按期上線，一些非核心的需求優(yōu)先級降低

涉及多方開發(fā)配合時，需明確給各方此需求的優(yōu)先級，保證需求較好的銜接

插入任務的需求優(yōu)先級排期原則：

合作方的OEM需求，屬于高優(yōu)先級的任務

緊急修復線上Bug，屬于高優(yōu)先級的任務

提升產品商業(yè)價值的需求，屬于高優(yōu)先級的任務

插入商業(yè)化的需求，屬于高優(yōu)先級的任務

針對插入任務的需求響應流程

插入任務的到來，一般情況下，均會影響到當前迭代的版本。有些會三方確認，插入到主線版本中，而有些會放到下版本去做。如何做到有序響應且不遺漏，請參考如下流程規(guī)范。