需求文檔中的P0，P1，P2優先順序的起源是什麼？

01-07

百度了一下，相關的都是程序實現或者單片機什麼的？而且有P0-P7 8個優先順序，但是在一般的需求文檔中只有P0，P1，P2，3個優先順序，有人知道這其中的關係么？比如為什麼P0是最高優先順序？為什麼是從0開始

我想起了原來待過的一個團隊，幾乎是段子了，每周需求pk的例會，每個產品經理都要給自己提出的需求定優先順序，P0P1P2……一開始都挺老實的，後來發現是一群產品經理搶資源，所以每個人都全是P0了（當然，大家都是聰明人，會特意給幾個本來就沒打算做的，定為P1P2做靶子給砍）……於是，這個會上，老大帶著大家定：這個P01，那個P00，那個P02……

貌似沒答題，摺疊吧

一看就沒怎麼做過P-1 的需求。

最開始大家的優先順序只有P1,P2,P3。某次需求評審會有一個大老闆將他認為重要的工作從一堆P1裡面提出來，為了表示需求的重要性，於是就有了P0。

然後所有的需求都變成P0了。

其實我還寫過P4需求，這個代表我們知道了有這個問題，但是不做。哈哈哈~

起源：P=priority，優先順序從0標起，只取整數。

二者只有上述基於記號的關係，沒有更多關係。

作為一個產品經理，我只提P0的需求

這個看個人和團隊工作習慣吧，你也可以建立一套自己的需求管理系統，但是要從多維度考慮，例如重要性、價值、成本、緊迫度這些，至於最後綜合出來的需求優先順序排序記號，就真的只是個記號而已，看個人和團隊習慣

我們是這樣定任務優先順序的：

任務優先順序說明

100（線上緊急bug，hot fix）
90（當同時出現緊急bug，相對不緊急bug）
70（日常任務中優先順序高的任務）
50（日常任務中優先順序中的任務）
30（日常任務中優先順序低的，但需要完成的任務）
10（日常任務中優先順序低的，可不需完成的任務）
0（目前不需要完成或者是能完成則最好的任務）