方案

基於(yu) 需求的項目管理

挑戰

qmchashi PPM 支持基於(yu) 需求的項目管理。

幾乎所有項目都在一定程度上存在需求挑戰，但有些項目比其他項目更嚴(yan) 峻。如果您的項目需要滿足不同的用戶組，並且項目需求對您來說不是很清楚，那麽(me) 您最好將其視為(wei) 基於(yu) 需求的項目來管理。如果您一開始就沒有準備好係統的方法來管理項目需求，那麽(me) 您在項目開始後采取的所有行動都可以說是被動的、不係統的行動。一旦項目需求失控，您的項目將處於(yu) 失敗邊緣。許多項目經理未能管理好他們(men) 的項目需求而導致項目失敗，這是因為(wei) 他們(men) 在項目開始時低估了管理項目需求的難度。當項目需求管理出現較大的混亂(luan) ，他們(men) 開始失去信譽及用戶組和團隊成員的信任，繼而導致其他項目需求失控，最終導致整個(ge) 項目的失敗。

所有需求問題都可以歸因於(yu) 人員和溝通問題。例如，如果項目的用戶群受到近期組織合並的不利影響並且不合作，則項目需求的管理將變得更加困難。在這種情況下，人員問題將對項目中需求溝通的有效性產(chan) 生不利影響。如果項目中沒有人員問題或人員問題可管理，那麽(me) 您可以使用先進的qmchashi PM項目管理軟件來係統地管理項目需求。在項目需求溝通及管理過程中，重點是要用適量的文字把每條需求寫(xie) 出來, 然後加上編號，最後大家確認如何測試這個(ge) 需求才算完成。而這些 qmchashi PM 項目管理軟件都能幫你實現。

常見的項目需求管理問題如下:

1. 壞需求

壞需求的定義(yi) 是什麽(me) ？如果需求模棱兩(liang) 可、不完整、不可驗證等，那麽(me) 它們(men) 就是壞需求。如果利益相關(guan) 者給您提供了壞需求並且你記錄了這些需求，你最終會(hui) 得到一個(ge) 在許多關(guan) 鍵方麵不完整的係統。

2. 衝(chong) 突的需求

當您的項目有超過 3 個(ge) 利益相關(guan) 者或利益相關(guan) 者群體(ti) 時，他們(men) 的需求必須得到管理。由於(yu) 這些利益相關(guan) 者或利益相關(guan) 者群體(ti) 有不同的需求並代表業(ye) 務中的不同利益，因此總是存在調整他們(men) 的需求的問題。例如，業(ye) 務總監希望加拿大pc网页版官网永久登錄（加拿大pc网页版官网自行注銷除外和用戶空閑超時，用戶保持登錄狀態且不設置空閑超時的時間)，而該項目的另一位利益相關(guan) 者 IT 安全主管建議將空閑超時設置為(wei) 2 分鍾。由於(yu) 它們(men) 之間存在衝(chong) 突，因此無法一口氣滿足這些要求。

3. 未記錄的流程

您必須在某個(ge) 組織或其他組織中麵對這一現實。記錄不充分的流程和程序是一些公司的生活方式。C 級主管認為(wei) 每個(ge) 人都在有條不紊地開展工作，但事實並非如此。該過程的實際細節/步驟將因用戶而異。

4. 改變優(you) 先級

由於(yu) 缺乏更好的詞，我使用了“改變優(you) 先級”這個(ge) 詞，但更直白地說，應該是“利益相關(guan) 者不斷改變主意”。這是一個(ge) 非常普遍和猖獗的項目需求現象。利益相關(guan) 者提出了一組需求，下周，他們(men) 將更改需求。

5. 缺乏接觸最終用戶

這一挑戰源於(yu) 加拿大pc网页版官网和管理層，認為(wei) 這是理所當然的。例如，利益相關(guan) 者和 IT 管理人員可能“認為(wei) ”他們(men) 了解最終產(chan) 品最終投放市場時會(hui) 發生什麽(me) 。因此，他們(men) 不允許您直接訪問最終用戶。

解決方案

qmchashi 需求管理允許您 (i) 識別和編號每一個(ge) 需求，(ii) 清晰每一個(ge) 需求的提出人和負責人是誰及它的優(you) 先級別，(iii) 達成共識需要通過那些測試這需求才算實現和 (iv) 設置需求基線。無論您使用的方法是敏捷、 PMBOK 或其他，這 4 件事對於(yu) 需求管理都是必不可少的，尤其是 (iii)。

1. 壞需求

使用 qmchashi 羅列功能和測試清單。最好是針對每個(ge) 需求檢查此清單，確保所有項目需求都能順利完成。

2. 衝(chong) 突的需求

使用 qmchashi 記錄和發布利益相關(guan) 者的需求，安排所有利益相關(guan) 者都參與(yu) 的會(hui) 議，在大家清楚了解需求衝(chong) 突的情況下解決(jue) 問題。

3. 未記錄的流程

正確的文檔是關(guan) 鍵。使用 qmchashi 記下所有現有的業(ye) 務流程以及不同用戶之間的差異。將此信息提供給相關(guan) 的利益相關(guan) 者和更高的管理層。如果可能的話，在您的工作職責範圍內(nei) ，創建和維護現有業(ye) 務流程和操作程序的最新文檔庫。

4. 改變優(you) 先級

您需要一個(ge) 變更管理流程來記錄和宣傳(chuan) 每個(ge) 需求變更和影響。如果您沒有係統的流程來處理需求變更，您最終將獲得更多變更，因為(wei) 每個(ge) 變更都不會(hui) 對利益相關(guan) 者造成任何損失，並且會(hui) 間接鼓勵他們(men) 不用提前考慮得那麽(me) 仔細。需求變更並非完全可以避免。但是你必須讓人們(men) 在項目開始時仔細考慮，並在需求被簽署後盡最大努力限製變更。對於(yu) 不可避免的變更，您必須使用 qmchashi 準確記錄並公布其影響，以便項目利益相關(guan) 者了解變更的好處和成本。

5. 缺乏接觸最終用戶

在應對這一挑戰時，您使用 qmchashi 記錄和發布所得到的需求資料，您的說服力會(hui) 派上用場。向項目發起人展示您的案例並說服他們(men) 為(wei) 什麽(me) 在工作中觀察真實用戶並了解每項活動的執行方式至關(guan) 重要。這樣做還能讓您清楚地了解用戶在日常工作中麵臨(lin) 的問題類型。

他們都在使用 qmchashi