要說什么時候項目經理最緊張，時間緊而資源不足絕對排的上號。項目組開展項目工作時，都希望又足夠的后備資源支撐。但是不少企業尤，其創業型的掙扎在生存線的企業，只能提供最少的資源，還需要得到既可能多的效益，并接受不了失敗。

　　因此，這時怎樣在項目資源不足的情況下，讓項目順利完成無疑成為了項目組的重大考驗。

　　一、分析資源缺在哪

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

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

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

　　二、分出功能需求的主次

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

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

　　這是在資源不足又要保障進度時的事急從權的做法，若不是這樣緊急的狀況，大家對于功能自然不能隨意放棄。

　　三、理清計劃方案的重點

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

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

　　其實總的來說，當自己企業自身付出有著不足時，大家對于收獲也應”降低“要求，要明白有舍才有得。不存在那么完美的管理者或方案可以在資源不足的情況下還能一把抓，好的項目管理是根據實際情況進行調整達到成果，而不是”無中生有“。