很多企業的投資預算都是有限的，不論是何種原因而造成的資源不足，這也是項目管理過程中會經常發生并令項目管理者頭痛的事情。

　　首先，我們需了解，哪些情形會導致資源不足。

　　一、權限不夠

　　很多時候，項目經理都不是公司的領導者，項目經理沒有實權，項目立項的時候沒有任命和宣布;在無形之中自然而然成為了項目經理，和產品經理一起做需求分析、系統規劃設計。項目經理沒有權力，而這個項目又有太多的項目利益相關方需要你去協調和驅動，可謂事多又做不了主。

　　在此過程中，利益相關方不屬于項目團隊成員，你沒有權力要求他做任何一件與你現在負責的項目有關的工作任務，即便這樣的工作任務明明是在他的職責范圍之內。

　　二、人力不足

　　許多企業都會存在人力資源不足的問題。一個新規劃的項目立項和啟動的時候會需要重新組建團隊，有些人員可能需要重新招聘，應聘者的技能和綜合素質都需要嚴格把關。在做項目時，我們也不想一次就弄得自己精疲力竭，而是需要保持一個穩定的工作進度。因此，足夠充足的人力是很重要的。

　　資源不足如何應對?

　　一、簡化方案

　　也許你從一開始就設計了比較完善的項目建議書，這里面包含了一個巨大的項目工作范圍，你的SOW和WBS可能也寫得很詳盡。但此刻，你的團隊里只有2個后端開發人員，沒有前端工程師和數據庫開發工程師，也沒有測試人員來保證項目的質量。這樣的情況下，你依然需要淡定地把項目方案建議書和需求規格說明書重新審視一遍。結合用戶需求思考和權衡，哪些功能是目前比較關注的，而哪些功能是未來系統需要關注的。

　　這個其實并不難，如果你和用戶開放地溝通過，項目功能的輕重緩急，你應該心里有數。所以，你很有必要在此基礎之上，整理出項目當前階段的需求規格說明書來。不要一味地喊叫資源不足，這樣的方式只會引起領導對你做事能力的懷疑，而不能解決根本問題。

　　二、分優先級

　　一個大型的項目，利益相關方會很多。因為凡是重要且緊急的任務，領導都會在需求討論會上明確地強調多次;項目經理心里要有一桿秤，哪些人的需求是需要理會的，哪些人的需求是不用過多關注的。

　　整理完核心功能和關鍵任務的優先級列表后，你會發現項目一半的范圍進行了裁剪。這是一個好的趨勢和結果，因為縮減和明確項目范圍永遠對項目的如期交付是有利的。當你無法爭取標配的資源獲得對這個項目的足夠支持時，只能關注核心功能并在核心功能范圍內進行任務的優先級排序。

　　無論是什么原因造成的資源不足，你一旦接手了項目，就必須想盡一切辦法來克服困難，把項目做成功。同時，項目經理需明白你不可能令所有的利益相關方都滿意，一味妥協也是不可取的。