? ? ? ? 軟件項目管理中10大知識領(lǐng)域中（整合、范圍厕鹃、時間兢仰、成本、質(zhì)量剂碴、人力資源把将、溝通、風(fēng)險忆矛、采購察蹲、干系人）項目資源不足的情況，或許是最常見，但卻最棘手洽议。但其實宗收，廣義上講還有如下資源不足的情形：
1、權(quán)力不足以掌控項目全局亚兄？
? ? ? ? 因為很多公司混稽，項目經(jīng)理沒有實權(quán)。項目立項的時候沒有任命和宣布儿捧。項目啟動的時候沒有授權(quán)和介紹荚坞。就這樣你在無形之中成為了PM，和產(chǎn)品經(jīng)理一起做需求分析菲盾、系統(tǒng)規(guī)劃設(shè)計颓影。而且很多時候，連產(chǎn)品經(jīng)理都沒有懒鉴，你既是PM又是產(chǎn)品經(jīng)理诡挂。沒有權(quán)利，而這個項目又有太多的項目干系人需要你去協(xié)調(diào)和驅(qū)動：需要將那些未建立健全的項目流程制度落地規(guī)范起來临谱，需要將那些模棱兩可的系統(tǒng)邏輯璃俗、規(guī)則明確統(tǒng)一起來，需要將那些用戶并不是很清楚的需求引導(dǎo)梳理出來......不一而足悉默。這樣的過程中城豁，很多小白一樣的干系人，總會抬起無辜的眼神抄课，憤憤不平地問：這件事情分配給我做的理由唱星？如果真要分配請郵件抄送我的直屬上級。這是一個無正解的話題跟磨。干系人不屬于項目團(tuán)隊成員间聊，你沒有權(quán)利要求他做任何一件與你現(xiàn)在負(fù)責(zé)的系統(tǒng)產(chǎn)品有關(guān)的任務(wù)，即便這樣的工作任務(wù)明明是在他的職責(zé)范圍之內(nèi)抵拘。如果有這樣的情況哎榴，那是你的方式錯了。在職場上事不關(guān)己高高掛起是一種普遍現(xiàn)象僵蛛，你不能期望所有的人都想你一樣熱心地忠誠于自己的職責(zé)尚蝌。所以，項目經(jīng)理不是萬能的英雄墩瞳，該需要請BOSS來分配的工作任務(wù)驼壶，就不要怕麻煩他。因為你權(quán)利不夠啊喉酌。
2、時間不足以制定周密的計劃？
? ? ? ? 凡事預(yù)則立泪电，不預(yù)則廢般妙。項目計劃的重要性不言而喻。但需求在變相速，計劃總是趕不上變化碟渺。如果你之前做過開發(fā)，根據(jù)項目任務(wù)評估出的計劃還基本靠譜突诬；如果沒有苫拍，那只能和開發(fā)人員溝通交流，通常沒有人愿意把真實的評估時間匯報出來旺隙，開發(fā)設(shè)置冗余時間绒极，一方面是為了防止意外，另一方面是為了避免加班成災(zāi)蔬捷。所以你的計劃永遠(yuǎn)都有拍腦袋的成分在里面垄提，無法周密，也無法嚴(yán)謹(jǐn)周拐≌±“計劃趕不上變化”，恩妥粟，這意味著項目經(jīng)理的大部分工作應(yīng)該是培養(yǎng)團(tuán)隊處理不可預(yù)料的變化的能力审丘，而不是參與日常編碼和架構(gòu)決策。那么當(dāng)系統(tǒng)上線的時間定了勾给，你還能做些什么來調(diào)整項目的計劃呢滩报？
3、人力資源不足以支持項目的難度和強(qiáng)度锦秒？
? ? ? ? 任何一個公司都會存在資源不足的問題露泊，但不是領(lǐng)導(dǎo)不重視。一個新規(guī)劃的項目立項和啟動的時候快到年底了旅择，招聘會相對變的艱難很多惭笑，而且應(yīng)聘者的技能和綜合素質(zhì)都需要嚴(yán)格把關(guān)。在做軟件項目時生真，我們也不想一次就弄得自己精疲力竭沉噩。我們需要保持一個穩(wěn)定的工作進(jìn)度≈埃可持續(xù)發(fā)展的團(tuán)隊就像是在跑馬拉松而不僅僅是在沖刺川蒙。
如何應(yīng)對？
? ? ? ? 很多項目經(jīng)理習(xí)慣性地認(rèn)為會哭的孩子有奶吃长已，一方面可以得到領(lǐng)導(dǎo)的重視畜眨，另一方面資源充足的團(tuán)隊就相對輕松一些昼牛。就會說，要明確現(xiàn)狀康聂，獲得理解和支持贰健。但這是一句廢話，沒有任何的驅(qū)動意義恬汁，也沒法以結(jié)果為導(dǎo)向?qū)崿F(xiàn)項目的交付伶椿。而且，你的潛臺詞還在說氓侧，領(lǐng)導(dǎo)眼瞎脊另。拜托好不好，一個項目的規(guī)劃和實施约巷，你的上司比你心里更清楚偎痛。他不是看不到這樣的現(xiàn)狀，而是人力資源缺乏的現(xiàn)狀并不是他一時半會就能立馬解決的問題载庭。所以看彼，你的預(yù)防針變成溫馨提醒和進(jìn)度匯報就足夠了。重要的是囚聚，基于這樣的現(xiàn)狀靖榕，作為項目經(jīng)理能做點什么，或者應(yīng)該做點什么讓這眼前的濃霧散開顽铸，可以窺得見一縷美好的陽光呢茁计。這樣的情況下，項目經(jīng)理需要站在企業(yè)的角度去思考問題谓松，要學(xué)會為企業(yè)分擔(dān)問題不足的資源可以通過培訓(xùn)星压、外部推薦尋求資源等等。但核心的思路是在于鬼譬，使用靈活而變通的思想簡化項目管理娜膘。包括但不局限于：
1、簡化項目的解決方案优质，對項目功能塊和功能點進(jìn)行裁剪竣贪，關(guān)注系統(tǒng)核心的和關(guān)鍵的功能；
? ? ? ? 也許你從一開始就設(shè)計了比較完善或者完美的項目建議書巩螃。這里面包含了一個巨大的項目工作范圍演怎，你的SOW和WBS可能也寫的很詳盡。但此刻避乏，你的團(tuán)隊里只有2個后端開發(fā)人員爷耀，沒有前端工程師、沒有數(shù)據(jù)庫開發(fā)工程師拍皮，也沒有測試人員來保證項目的質(zhì)量歹叮。這是一個多么悲傷的話題啊跑杭，就像你選定好了要演奏的曲目，確定了音樂會的時間和場地盗胀，但僅有2個音樂師能夠出席艘蹋。所以锄贼，那個音樂指揮家在心里揮舞著指揮棒想票灰，可不可以把這場音樂演奏會變成音樂獨奏會。
? ? ? ? 這樣的時候宅荤，你依然需要淡定地把你的項目方案建議書和需求規(guī)格說明書重新審視一遍屑迂。結(jié)合用戶需求思考和權(quán)衡，哪一些功能是目前比較關(guān)注的冯键，而哪一些功能是未來系統(tǒng)需要關(guān)注的惹盼。這個其實并不難，如果你有和用戶開放地溝通過惫确，項目功能的輕重緩急手报，你都心里有數(shù)。所以改化，很有必要在他們基礎(chǔ)之上掩蛤，整理出項目一階段的需求規(guī)格說明書來。不要一味的喊叫資源不足陈肛，這樣的方式只會加重領(lǐng)導(dǎo)對你做事能力的看法揍鸟，而不能解決根本問題。
2句旱、對核心功能和關(guān)鍵任務(wù)進(jìn)行優(yōu)先等級排序
? ? ? ? 關(guān)于個人工作效率的經(jīng)典之作《高效能人士的七個習(xí)慣》那本書里依據(jù)縱坐標(biāo)（重要性）和橫坐標(biāo)（緊急性）來劃分任務(wù)阳藻，有如下四種組合：
1、重要且緊急谈撒，迅猛龍式的出擊腥泥；
2、重要但不緊急, 準(zhǔn)備好未來的方案啃匿、策略和計劃蛔外；
3、不重要但緊急立宜，學(xué)會說不冒萄，拒絕任何承諾；
4橙数、不重要也不緊急尊流，可以研究下隔壁的妹紙為何每次遇見你都會笑的很好看；
? ? ? ? 一個大型的項目灯帮，干系人會很多崖技。常常會有很多年輕而對項目管理知識無知的干系人會從方便個人利益的角度出發(fā)逻住，突然過來很莫名地給你講，XX報表要放在你的系統(tǒng)里實現(xiàn)而且某大BOSS非常重視迎献。這樣的時候瞎访，你需要做的就是果斷拒絕，不要給任何承諾吁恍。很明顯扒秸，這是不重要也不緊急的事情。因為凡是重要且緊急的任務(wù)冀瓦，大BOSS都會在需求討論會上明確地強(qiáng)調(diào)多次伴奥。項目經(jīng)理心里要有一桿秤，那些人的需求是需要理會的翼闽，那些人的需求是不用多關(guān)注的拾徙。
? ? ? ? 整理完核心功能和關(guān)鍵任務(wù)的優(yōu)先級列表后，你會發(fā)現(xiàn)項目一半的范圍進(jìn)行了裁剪感局。這是一個好的趨勢和結(jié)果尼啡。因為項目管理，縮減和明確項目范圍询微，永遠(yuǎn)對項目的如期交付是有利的崖瞭。而一個項目的實施，10個人有10個人的計劃和結(jié)果拓提，2個人也有2個人的計劃和結(jié)果读恃。當(dāng)你無法爭取標(biāo)配的資源獲得對這個項目的足夠支持時，關(guān)注核心功能代态、在核心功能范圍內(nèi)進(jìn)行任務(wù)優(yōu)先排序寺惫。之后，通常困難都是一時的蹦疑，規(guī)劃良好的迭代實施計劃西雀，講縮減至一半的項目范圍，持續(xù)地補充完善起來歉摧。通過持續(xù)漸進(jìn)艇肴、裁剪和分解的方式最終實現(xiàn)項目的成功。
3叁温、制定持續(xù)可行的迭代計劃和周期
? ? ? ? 迭代這個單詞很泛濫再悼，但很多人都不明白需要迭代什么。首先要明確膝但，在那些核心的和關(guān)鍵的功能清單中冲九，有哪些是需要放在持續(xù)的迭代計劃當(dāng)中的。不是項目所有的功能都需要迭代跟束。成熟的功能基本都是一次開發(fā)就落地實現(xiàn)莺奸，如果你說要迭代設(shè)計登陸和退出功能就顯得非常逗比和無知丑孩。通常需要迭代的任務(wù)都是那些比較復(fù)雜的，業(yè)界技術(shù)不是很明確或者用戶未來期望也不是很明確的功能灭贷，比如權(quán)限體系温学、報表體系等等。
? ? ? ? 迭代周期不要過短（團(tuán)隊HOLD不住甚疟，時間都會浪費在代碼分支合并沖突檢測仗岖、各種測試、bug修復(fù)古拴、上線發(fā)布中）箩帚，也不要太長（否則失去了敏捷開發(fā)的意義），為了給不成熟的團(tuán)隊留出充分的容錯時間黄痪，所以需要具體情況具體分析。這時作為項目經(jīng)理的你盔然，需要和開發(fā)探討每個里程碑實現(xiàn)程度桅打。
4、設(shè)計前瞻而靈活性高的系統(tǒng)架構(gòu)和開發(fā)框架
? ? ? ? 如果你有幸遇到一個有全局觀愈案、有前瞻性的系統(tǒng)架構(gòu)師項目會順利很多挺尾。系統(tǒng)的架構(gòu)就像交通工具的骨骼。你需要和架構(gòu)師進(jìn)行密切的溝通站绪。開發(fā)未動遭铺，架構(gòu)先行的準(zhǔn)則是保證系統(tǒng)未來不會宕機(jī)和崩潰的重要準(zhǔn)則。所以你不要期望“老牛破車”的架構(gòu)和框架之上恢准，能繼續(xù)朝里面添加或者迭代什么功能魂挂，也無需指望它能夠跑的有多快，有多遠(yuǎn)馁筐。甚至涂召，更多的可能是，你在項目功能進(jìn)行迭代的時候敏沉，它已經(jīng)無法兼容和承受這么多的“負(fù)荷”果正，變得支離破碎，牽一發(fā)而動全身盟迟，瞬間就宕機(jī)掛起秋泳。系統(tǒng)架構(gòu)和框架的前瞻性、靈活性攒菠、兼容性是分布式開發(fā)迫皱、多用戶并發(fā)環(huán)境里必須要考慮的重點和難點問題之一。
5要尔、快速高效驅(qū)動業(yè)務(wù)方明確系統(tǒng)關(guān)鍵邏輯和規(guī)則
? ? ? ? 前面已經(jīng)很明確了舍杜，留給開發(fā)團(tuán)隊僅有的2個人員的開發(fā)時間沒剩下多少啦新娜。如果你還不主動出擊，驅(qū)動關(guān)鍵業(yè)務(wù)方既绩，明確系統(tǒng)邏輯和規(guī)則概龄。就會導(dǎo)致后續(xù)再多的開發(fā)人員都需要無休止地熬夜加班。盡早地確定系統(tǒng)邏輯和規(guī)則饲握，本質(zhì)上是為了給開發(fā)私杜、測試人員節(jié)省更多的時間，來保證系統(tǒng)的質(zhì)量和性能救欧。系統(tǒng)邏輯和規(guī)則的確認(rèn)衰粹，最好的方式是最終都能夠用正式的郵件確認(rèn)和統(tǒng)一過。業(yè)務(wù)方不會明確地告訴你笆怠，業(yè)務(wù)規(guī)則和邏輯是什么樣子的铝耻。所以需要你主動牽引，按照需求會議的討論內(nèi)容蹬刷、結(jié)合你對業(yè)務(wù)的理解瓢捉、對用戶的研究整理出符合當(dāng)前的系統(tǒng)邏輯和規(guī)則，并最終請業(yè)務(wù)關(guān)鍵人員進(jìn)行確認(rèn)回復(fù)办成。因為只有明確統(tǒng)一了邏輯和規(guī)則泡态，你才正真地為開發(fā)人員掃除了顧慮和障礙，才能在有限的時間內(nèi)迂卢，聚焦在業(yè)務(wù)邏輯和規(guī)則的實現(xiàn)當(dāng)中某弦，而不是寫一行代碼出現(xiàn)一個的疑問，然后朝你問十萬個為什么而克。然后僅有的時間又會浪費的解釋和思考當(dāng)中靶壮。所以一個合格的項目經(jīng)理，對項目的思考和規(guī)劃需要是最全面的拍摇，并且都能夠是前瞻性的亮钦，至少比團(tuán)隊單中任何一個人都需要有超前思考。
? ? ? ? 最后充活，項目經(jīng)理需要調(diào)整心態(tài)蜂莉，控制好自己的情緒。無論是什么原因造成的資源不足混卵，作為項目經(jīng)理你一旦接受了項目映穗，無論出于什么原因、目的幕随，你都必須想辦法把事情做好蚁滋，把項目做成功；另一方面，項目經(jīng)理不需要委屈求全辕录，項目經(jīng)理必須學(xué)會最大限度保障自己的利益睦霎。你不可能令所有的干系人都滿意，但你能做到的是走诞，讓自己的努力讓自己滿意副女，用心平衡內(nèi)心就好。
