比較完善的項(xiàng)目建議書，這里面包含了一個(gè)巨大的項(xiàng)目工作范圍，你的SOW和WBS可能也寫得很詳盡。但此刻，你的團(tuán)隊(duì)里只有2個(gè)后端開發(fā)人員，沒(méi)有前端工程師和數(shù)據(jù)庫(kù)開發(fā)工程師，也沒(méi)有測(cè)試人員來(lái)保證項(xiàng)目的質(zhì)量。這是一個(gè)多么悲傷的話題啊，就像你選定了要演奏的曲目，確定了音樂(lè)會(huì)的時(shí)間和場(chǎng)地，但僅有2個(gè)音樂(lè)師能夠出席。所以，那個(gè)音樂(lè)指揮家揮舞著指揮棒在想，可不可以把這場(chǎng)音樂(lè)演奏會(huì)變成音樂(lè)獨(dú)奏會(huì)?
這樣的情況下，你依然需要淡定地把項(xiàng)目方案建議書和需求規(guī)格說(shuō)明書重新審視一遍。結(jié)合用戶需求思考和權(quán)衡，哪些功能是目前比較關(guān)注的，而哪些功能是未來(lái)系統(tǒng)需要關(guān)注的。這個(gè)其實(shí)并不難，如果你和用戶開放地溝通過(guò)，項(xiàng)目功能的輕重緩急，你應(yīng)該心里有數(shù)。所以，你很有必要在此基礎(chǔ)之上，整理出項(xiàng)目當(dāng)前階段的需求規(guī)格說(shuō)明書來(lái)。不要一味地喊叫資源不足，這樣的方式只會(huì)引起領(lǐng)導(dǎo)對(duì)你做事能力的懷疑，而不能解決根本問(wèn)題。
5、確定核心功能的優(yōu)先級(jí)
關(guān)于個(gè)人工作效率的經(jīng)典之作《高效能人士的七個(gè)習(xí)慣》一書里依據(jù)縱坐標(biāo)(重要性)和橫坐標(biāo)(緊急性)來(lái)劃分任務(wù)，有如下四種組合：
(1)重要且緊急，迅猛龍式出擊。
(2)重要但不緊急, 準(zhǔn)備好未來(lái)的方案、策略和計(jì)劃。
(3)不重要但緊急，學(xué)會(huì)說(shuō)不，拒絕任何承諾。
(4)不重要也不緊急，可以研究下隔壁的妹紙為何每次遇見(jiàn)你都會(huì)笑得很好看。
一個(gè)大型的項(xiàng)目，利益相關(guān)方會(huì)很多。常常會(huì)有很多年輕而對(duì)項(xiàng)目管理知識(shí)無(wú)知的利益相關(guān)方從方便個(gè)人利益的角度出發(fā)，突然過(guò)來(lái)很莫名地給你講，XX報(bào)表要放在你的系統(tǒng)里實(shí)現(xiàn)而且某大領(lǐng)導(dǎo)非常重視。這時(shí)，你需要做的就是果斷拒絕，不要給任何承諾。很明顯，這是不重要也不緊急的事情。因?yàn)榉彩侵匾揖o急的任務(wù)，領(lǐng)導(dǎo)都會(huì)在需求討論會(huì)上明確地強(qiáng)調(diào)多次。項(xiàng)目經(jīng)理心里要有一桿秤，哪些人的需求是需要理會(huì)的，哪些人的需求是不用過(guò)多關(guān)注的。
整理完核心功能和關(guān)鍵任務(wù)的優(yōu)先級(jí)列表后，你會(huì)發(fā)現(xiàn)項(xiàng)目一半的范圍進(jìn)行了裁剪。這是一個(gè)好的趨勢(shì)和結(jié)果，因?yàn)榭s減和明確項(xiàng)目范圍永遠(yuǎn)對(duì)項(xiàng)目的如期交付是有利的。而一個(gè)項(xiàng)目的實(shí)施，10個(gè)人有10個(gè)人的計(jì)劃和結(jié)果，2個(gè)人也有2個(gè)人的計(jì)劃和結(jié)果。當(dāng)你無(wú)法爭(zhēng)取標(biāo)配的資源獲得對(duì)這個(gè)項(xiàng)目的足夠支持時(shí)，只能關(guān)注核心功能并在核心功能范圍內(nèi)進(jìn)行任務(wù)的優(yōu)先級(jí)排序。
6、制定可行的迭代計(jì)劃
迭代這個(gè)詞現(xiàn)在很泛濫，但很多人都不明白需要迭代什么。項(xiàng)目經(jīng)理首先要明確，在這些核心功能清單中，哪些是需要放在持續(xù)的迭代計(jì)劃當(dāng)中的。不是項(xiàng)目所有的功能都需要迭代，成熟的功能基本都是一次開發(fā)就落地實(shí)現(xiàn)，如果你說(shuō)要迭代設(shè)計(jì)登陸和退出功能就顯得非常逗比和無(wú)知。通常需要迭代的任務(wù)都是那些比較復(fù)雜的，業(yè)界技術(shù)不是很明確或者用戶未來(lái)期望也不是很明確的功能。
迭代周期不要過(guò)短(團(tuán)隊(duì)Hold不住，時(shí)間都會(huì)浪費(fèi)在代碼分支合并沖突檢測(cè)、各種測(cè)試、Bug修復(fù)、上線發(fā)布中)，也不要太長(zhǎng)(否則失去了敏捷開發(fā)的意義)，為了給不成熟的團(tuán)隊(duì)留出充分的容錯(cuò)時(shí)間，所以需要具體情況具體分析。這時(shí)作為項(xiàng)目經(jīng)理的你，需要和開發(fā)人員探討每個(gè)里程碑的實(shí)現(xiàn)程度。
7、設(shè)計(jì)前瞻的系統(tǒng)架構(gòu)
如果你有幸遇到一個(gè)有全局觀、有前瞻性的系統(tǒng)架構(gòu)師，項(xiàng)目會(huì)順利很多。系統(tǒng)的架構(gòu)就像交通工具的骨骼，你需要和架構(gòu)師進(jìn)行密切的溝通。開發(fā)未動(dòng)、架構(gòu)先行的準(zhǔn)則是保證系統(tǒng)未來(lái)不會(huì)宕機(jī)和崩潰的重要準(zhǔn)則。所以你不要期望“老牛破車”的架