為需求排定優先級對於項目來說異常重要，也是控制項目要實現多少功能的一個手段。如果每一個需求都是同樣重要的話，換句話說就是團隊需要完成所有由用戶提出的需求或功能。那麼在需求管理這一領域來說，我覺得可以說是失敗的。我在這麼多年當項目經理的生涯中，有感這方面管理的困難。當我作為乙方項目經理，要求客戶檢視所有收集回來的需求然後要求他們排定優先級的話，很多時候的結果不會好到那裡去。在他們的眼中，降低優先級某程度就是代表放棄。沒有那個客戶會認為支付了一筆金額後，還要自己降低要求，這是可以接受的。 現在的我是通過工作量透明化的方法來強制打開排定優先級的話題。 - 明確項目目標：乙方項目經理很多時是難以明確知道甲方的項目目標的，因此在執行上往往會出現被甲方拖著鼻子走的情況，只要甲方說這個重要，就需要迫著實現。要打破這個局面，多了解對方項目目標能更利於決定需求的優先程度。以人力資源管理系統（ＨＲ系統）為例，如果對方的目標是改善人員的管理，能更快速地查找個人資料。那麼用戶提出的需求如：修改員工薪金計算公式、員工自助申請假期等；這類合理的需求其優先級能因為跟大目標不太有直接關系而降低； - 說明總工時：過往的項目，團隊通常會說明項目交付的軟體包含什麼功能。但這樣並不利於項目實現。這是由於需求能於單一功能中無限延伸。再以ＨＲ系統中的「員工管理」此一功能為例，用戶能先提加某某資料欄位的需求，再提欄位和欄位間相互協同相互影響的需求。此類圍繞單一功能無限擴展的情況可謂見怪不怪。因此我們更改做法，於項目的最初，除了跟客戶說明項目將會交付什麼之外，也說明項目包含多少總工時。這能給予項目團隊及客戶一個清晰且可測量的標準。 - 說明實施每項需求所需的時間：每一個人都明白要實施某一個需求，是需要資源的。但是對於不是行內人或是對系統設計了解不深的用戶來說，他們往往會認為所需要的資源幾乎可以忽略不計。換句話說即他們所提出的需求很簡單就能完成，不必為此決定優先級。或者他們會認為每一個需求所需要的資源相差並不大，因此難以作出取捨。為了解決用戶對不確定需要多少資源這一問題，提供明確的參考往往能幫助他們作優先級排序的決定。當客戶得知實施每一個需求大概需要的資源，他們的心中自會盤算是否值得，即實現需求對他工作的幫助是否值得要他支付相對應的金額。