在一本軟體工程書中，發現一種對於少量需求的基於統計學的評級方法：
考慮、有三個需求ri 、r2 和r3 的情形用於比較成對的需求的級別或強度值設定為l
到9， 給定一對需求（ x，y ），如果x 被認為與y 同等重要， 則強度值被認為是1 。如果x 比
y 稍微更有價值．則為2 ，以此類推直到9 ，此時x 被認為比y 極度更有價值。對於我們的
例子，考慮表6.2 巾所示的矩陣作為成對值的表示。
在這個例子中，需求l 與ii 身的價值一樣，因此這一對需求（ rl, rl ）的強度值為l 。
需求l 被認為比需求2 更有價值3 倍，第1 行第2 列中的（ rl,r2 ）的強度值為3 。如表6.2
所示，需求l 的價值為需求3 的5 倍，當我們訪問（ r2， ri ）時，該值只是（ rl ，r2）強
度值對應的倒數，如表中第2 行第l 列所示，其強度值為1/3. 即 3 的倒數。
接下來，我們計算表6.2 中每列的總和，然後將表6.2 巾的列中的每個元素除以該列的
總和 所得到的歸一化矩陣如表6.3 中表示：
我們現在將每一行加起來。在歸一化矩陣表中表示需求l 的第1 行的總和為l.92 。第2 行的和為0.47 ，第3 行的和為0 .61 。因為總共有氣個需求，每行的總和要除以3 ，即需求l 的結果為1.92/3 =0.64 ，需求2 為0.46/3 = 0 . 15 ，需求3 為0.61/3=0.20 。這三個需求的三個值現在表示需求的相對值。也就是說，需求1佔總需求值的64% 、需求2 佔總需求值的15% ，需求3 佔總需求值的20% 。直為我們提供了具有以下權童的需求的優先順序排序方案：
· 需求l ：64
· 需求3: 20
· 需求2: 15
需求l 具有最高優先順序和最高權童，其次是需求3 ，然後是需求2 基於ahp 的成對價
值優先排序方案迫使我們成對地檢視需求的細節，這在處理成千上萬個需求時可能是不實際
的。然而，這仍是乙個合理的來優先考慮少量需求的方案。
有時，需求的優先順序排序也可以被認為是分類方案，它有助於我們去分類或排序哪個需
求會被實現以及何時發布。
需求優先順序
需求優先順序主要是針對功能需求而言的，除卻被依賴的需求應當優先實現之外，需求優先順序主要反映了客戶希望最終系統提供某功能需求的迫切程度。一般而言，需求優先順序可以分為 鑑於此，我們也就不難理解，乙個專案中，需求優先順序為高 中 低的需求的比例應該科學 比如3 4 3 從而有利於專案管理。如果將需求優...
的優先順序大小 需求價值與優先順序
我們會接到不同 的需求，有的 於業務部門 領導要求，有的 於使用者反饋 線上問題，有的是市場反饋建議，或者競品已支援等等。收到原始需求之後，我們怎麼知道哪些需求要做？哪些需求要優先做，哪些可以往後排？或者在需要澄清需求價值時，我們要回答哪些問題後，才算講清楚了需求價值。又如何做需求的優先順序排序。首...
如何進行需求優先順序管理？
需求優先順序的管理，其實是為了幫助我們確定先做哪個需求後做哪個需求，從而可以最大化我們的回報 最小化我們的風險或投入。要做好優先順序管理，或者更直接來說是優先順序順序管理，我們需要做到如下幾件事情 確定優先順序模型 優先順序看起來像是乙個簡單直接的值，但實際上它是乙個基於多種因素進行綜合判斷之後得出...