IT項目管理之需求范圍控制篇

作為一名項目經理，如果您遇到這種情況該怎么辦？客戶僅僅付給了你一塊蛋糕的錢，但他卻想擁有一頓非常豐盛的晚餐。如果有一位項目經理能夠讓客戶非常滿意的只帶著一塊蛋糕離開，那么，我相信他需求范圍控制的能力也一定很強。

在實際工作當中，為什么會經常存在客戶需求范圍擴大現象？原因只有一個，那就是項目經理沒有控制需求。不信，我們可以結合實際的例子來分析。

需求控制策略一：如果項目原始需求范圍擴大，一定要找客戶洽談到合理范圍之內。

案例1：售前人員為了簽單，答應了用戶八個業務板塊需求范圍，并且在合同簽訂時已經寫進了合同文件里，而項目正式立項之后，卻將項目交給了你。你一看傻眼了：這哪是七八個業務板塊，簡直是你之前做的七八個系統的需求范圍！如果這時候客戶很強勢，按照合同文件要求你交付全部內容，似乎也是合情合理，而作為項目經理，你不去控制需求、或者控制不住需求，也好像并不是你的責任。

分析1：案例1是典型的原始需求已經擴大現象，這種情況通常出現在某公司IT項目第一次進駐到一個領域、一家企業簽單時所作的妥協。項目經理接到這樣項目的第一件事就是控制需求范圍，將這種潛在的不合理、不正常現象控制到合理的需求范圍之內，如此方才可以確保項目成功的第一步。

結論1：項目經理首先要自身樹立在行業領域的自信，相信：任何一家知名的IT企業，用同樣的工期、同樣的成本絕不可能按合同既定范圍內容按時交付項目，并且在線下充分做好和客戶洽談的準備，進而三番五次、不厭其煩找用戶洽談，這里您需要盡可能的運用一些談判技巧，甚至借助領導的力量協助你。

需求控制策略二：如果項目普遍需求范圍擴大，項目經理使用好“二八原則”。

案例2：常規項目調研時，用戶的業務可能比你想象的還要復雜，而且為了后期使用方便，增加導入、自動計算、自動生成文檔、圖表等一系列內容，如果是一些重點項目、KPI項目，還會增加安全、性能指標等要求，使得項目需求范圍增加，通常客戶還不買單，因為他認為：這些可以讓用戶使用方便、快捷的內容應該為軟件必備，而安全、性能更是我們應該提升自身軟件質量地方。客戶說的似乎非常有道理，拒絕他，就如同承認了自己的能力問題、或者自身軟件質量問題一樣。

分析2：案例2是普遍存在的項目進行過程中需求范圍擴大現象，這種情況往往是企業負責IT規劃、建設的非常有經驗的客戶，他與你最大的共同點是：一旦簽訂合同，他與你有同樣的責任，那就是：如何保證項目的成功。針對這種普遍存在的現象，項目經理只要使用好“二八原則”即可。

結論2：任何項目上線之后，用戶不可能高頻率、廣范圍使用所有的功能點，所以，項目經理要善于自己分析用戶的痛點、重點，從而簡化其它部分功能，記住：沒有任何一款軟件是完美的，你沒必要盡善盡美、面面俱到去做，相反：沒有解決用戶問題，沒有任何亮點的軟件，往往也是一個項目失敗的地方。你要始終記得使用“二八原則”控制項目范圍。

需求控制策略二：項目經理不要自己增加需求。

案例3：有一些項目經理會發善心自己增加需求，從而慢慢將項目需求范圍擴大。項目經理能夠站在用戶的角度考慮問題是對的、是好的，但是如果畫蛇添足就會適得其反。例如：有一些項目經理已經脫離技術很多年，不是特別了解技術，卻想出了很多可視化、智能化的內容，并且私自承諾客戶。

分析3：項目經理通常不要自己增加需求，當下，客戶對軟件的要求越來越高，可視化、自動化、智能化、移動化等各方面的要求都有所增加，反之，客戶對軟件交付的周期壓縮的越來越短，所以，千萬不要自找麻煩。

結論3：降低用戶的期望，踏實解決用戶的痛點、重點問題，就可以算得上是一個成功的項目，項目經理唯一一個目標是：按時、按質量交付項目。如果你有更多的時間、精力做出超預期的項目固然好，但是千萬不要好高騖遠，否則項目范圍超出，你的兄弟們不但跟著你吃苦，項目可能會出現延期。

項目需求范圍擴大的情況很多，以上只是列舉一二。

總結一下：作為一名項目經理，從項目的開始至結尾，你要時時刻刻記住：控制需求范圍，需求范圍擴大，將導致項目進度延期、成本無法控制、團隊所有人跟著受累，最終領導、客戶、團隊沒有人滿意你。

總結

以上是生活随笔為你收集整理的it项目经理带一个项目的完整_如何控制IT项目需求范围？千万别让用户把你带沟里……...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。