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

　　理清計劃方案的重點

　　也許你從一開始就設計了比較完善的項目建議書，這里面包含了一個巨大的項目工作范圍，你的SOW和WBS可能也寫得很詳盡。但此刻，你的團隊里只有兩個后端開發人員，沒有前端工程師和數據庫開發工程師，也沒有測試人員來保證項目的質量。

　　這樣的情況下，你依然需要淡定地把項目方案建議書和需求規格說明書重新審視一遍，結合用戶需求思考和權衡，哪些功能是目前比較關注的，而哪些功能是未來系統需要關注的。

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

　　分出功能需求的主次

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

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

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

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