項(xiàng)目延期在產(chǎn)品經(jīng)理的工作生涯中是再常見不過的問題，但延期意味著某項(xiàng)環(huán)節(jié)出現(xiàn)問題，對(duì)后續(xù)的運(yùn)營等動(dòng)作也會(huì)有影響。如何能盡量避免項(xiàng)目延期呢？本文作者對(duì)此進(jìn)行了分析，希望對(duì)你有幫助。

一、項(xiàng)目為什么容易延期？

1. 軟件研發(fā)是一項(xiàng)創(chuàng)造性工作

項(xiàng)目延期是一種普遍現(xiàn)象，管理者最為頭疼的一個(gè)問題。但是外人并不理解。明明是你們自己做的計(jì)劃，怎么總會(huì)出現(xiàn)這么多問題。說到底，這是由于我們的工作特性決定的。我們做的是一個(gè)創(chuàng)造性的工作，他不像建房子，有特定的步驟。我們實(shí)現(xiàn)一個(gè)功能，怎么寫，有多少行代碼，我們?cè)趯懼笆遣恢赖摹?/p>

基于我自己的經(jīng)驗(yàn)，我覺得項(xiàng)目延期還有以下兩個(gè)方面的原因：

?2. 工作中的突發(fā)事件多

我們?cè)谠u(píng)估工作量的時(shí)候，都是基于過往的經(jīng)驗(yàn)。這種經(jīng)驗(yàn)性評(píng)估在真實(shí)環(huán)境中并不可靠，你無法應(yīng)對(duì)突發(fā)問題，而我們真實(shí)開發(fā)的過程中突發(fā)問題太多了。

3. 協(xié)作之間的耦合性高

技術(shù)人員工作的耦合性太高。從最開始產(chǎn)品經(jīng)理提出需求、UI設(shè)計(jì)原型、UE設(shè)計(jì)體驗(yàn)、程序員做系統(tǒng)設(shè)計(jì)，寫代碼、測(cè)試人員編寫測(cè)試用例。環(huán)環(huán)相扣，其中一個(gè)環(huán)節(jié)出了“意外”，時(shí)間就得往后延。

二、工作中常見的延期原因

我這里列了工作中常見的延期原因：

• 需求變更，一般指新增需求或者需求細(xì)節(jié)一直在變；
• 需求評(píng)估的工作量不足，低估了功能實(shí)現(xiàn)的難度；
• 需求理解不對(duì)，功能做錯(cuò)了。等最后測(cè)試或?qū)拥臅r(shí)候才發(fā)現(xiàn)；
• 有臨時(shí)需求插入。比如線上突然出現(xiàn)了一個(gè)bug，需要修復(fù)；
• 新需求本身存在邏輯問題，做之前都沒發(fā)現(xiàn)，在做的過程中才發(fā)現(xiàn)。
• 自測(cè)不仔細(xì)，測(cè)試發(fā)現(xiàn)問題太多，bug越改越多；
• 臨時(shí)人員變動(dòng)；
• 偏離計(jì)劃后沒有做好應(yīng)對(duì)措施；
• 技術(shù)難點(diǎn)調(diào)研出了問題，實(shí)現(xiàn)方案得改；
• ……

那是不是我們就沒辦法了呢？也并不是。方法總比問題多，只要所有出現(xiàn)的問題都有應(yīng)對(duì)方案，準(zhǔn)時(shí)上線也是可能的。當(dāng)然面對(duì)復(fù)雜問題，想一次性解決很難，但好在我們可以迭代。每一次項(xiàng)目結(jié)束都應(yīng)該對(duì)項(xiàng)目做一次復(fù)盤。

三、如何解決項(xiàng)目延期問題？

這是我應(yīng)對(duì)項(xiàng)目延期的解決方案：復(fù)盤 —— 找問題 —— 拆解問題 —— 制定解決方案 —— 迭代 —— 復(fù)盤。

1. 復(fù)盤，找問題

復(fù)盤：上一次我們延期的原因是什么？把問題原因找出來。比如上次是需求變動(dòng)導(dǎo)致的。

2. 拆解問題，制定解決方案

接著就是拆解問題。為什么需要變動(dòng)？因?yàn)檫@個(gè)功能更重要。這是答案是真的嗎？這個(gè)功能真的很重要嗎？好，是真的。那么評(píng)判標(biāo)準(zhǔn)是什么？如果沒有。那么我需要制定出來。有了標(biāo)準(zhǔn)，下次遇到新增需求，我們就能很快決定是否加入到這個(gè)版本里。好，我們還可以繼續(xù)拆，是新增需求導(dǎo)致的延期？對(duì)，因?yàn)樾略鲂枨蠖也]有修改上線時(shí)間。那我們下一次面對(duì)新增需求是不是可以對(duì)外爭(zhēng)取更長(zhǎng)一點(diǎn)的開發(fā)時(shí)間？

這個(gè)方法的優(yōu)點(diǎn)是，每次進(jìn)步都能感受的到。缺點(diǎn)是，時(shí)間周期太長(zhǎng)。但好在，我們別人的經(jīng)驗(yàn)是可以學(xué)習(xí)的。別人趟過的坑，我們沒有必要再趟一次。

四、解決項(xiàng)目延期的關(guān)鍵三要素

基于我多年的項(xiàng)目管理經(jīng)驗(yàn)，我認(rèn)為要解決項(xiàng)目延期問題，必須做好三件事。

1. 項(xiàng)目開始前：需求管理

項(xiàng)目開始前的需求管理有四個(gè)關(guān)鍵步驟。

1）達(dá)成需求優(yōu)先級(jí)排序的共識(shí)

首先，我們要達(dá)成給需求優(yōu)先級(jí)排序的一個(gè)共識(shí)。什么樣的需求是最重要的，一定要完成的？每個(gè)公司可能不一樣。我自己是基于商業(yè)價(jià)值和用戶價(jià)值兩個(gè)維度來排序的。

商業(yè)價(jià)值，就是那些直接給公司帶來利潤，能夠降低運(yùn)營成本、完成公司長(zhǎng)期戰(zhàn)略目標(biāo)等功能。而用戶價(jià)值是，那些能夠提升用戶體驗(yàn)、提高用戶使用效率，解決用戶痛點(diǎn)問題的功能。

基于這兩個(gè)維度，我們可以畫一個(gè)四象限圖，把我們所有的需求按照商業(yè)價(jià)值、用戶價(jià)值兩個(gè)維度給歸類到不同象限里。對(duì)于商業(yè)價(jià)值高、用戶價(jià)值高的產(chǎn)品。我們應(yīng)該馬上去做。至于優(yōu)先級(jí)排第二的是商業(yè)價(jià)值高、用戶價(jià)值低的需求；還是商業(yè)價(jià)值低、用戶價(jià)值高的需求，要根據(jù)公司實(shí)際情況來定。

為什么要給需求分優(yōu)先級(jí)？時(shí)間有限，要做的功能太多。如果根據(jù)商業(yè)價(jià)值和用戶價(jià)值拆解后，還有很多需求，我們還可以繼續(xù)用重要緊急兩個(gè)維度來拆。

2）弄清楚需求的目的

達(dá)成了共識(shí)后，第二步就是在需求評(píng)審時(shí)，要求產(chǎn)品先講解需求的目的。不只是說明我們要做什么，還要說明我們要達(dá)到什么目標(biāo)。這樣做有兩個(gè)好處。

1. 讓所有人參與其中，發(fā)揮團(tuán)隊(duì)所有人的價(jià)值，通過集體共創(chuàng)可以獲得更好的解決方案。
2. 在事后，我們可以很清晰的看到，我們做的功能是不是往目標(biāo)更前進(jìn)了一步。如果沒有。那么復(fù)盤的時(shí)候，能更有指向性的去找問題的原因。

3）弄清楚需求細(xì)節(jié)

第三步，就是開發(fā)者需要弄清楚需求細(xì)節(jié)。每一個(gè)開發(fā)人員都應(yīng)該養(yǎng)成這樣一個(gè)看透細(xì)節(jié)的能力。

代碼的世界里只有0和1，沒有隨便。產(chǎn)品在給我們講需求的時(shí)候，并不知道系統(tǒng)的具體實(shí)現(xiàn)。有些細(xì)節(jié)他也不知道。這會(huì)導(dǎo)致很多需求在做的過程中有很多細(xì)節(jié)需要反復(fù)確認(rèn)，如果做的不好，很多細(xì)節(jié)問題都會(huì)在測(cè)試的時(shí)候體現(xiàn)出來。

舉個(gè)例子，當(dāng)產(chǎn)品說我們這次做一個(gè)活動(dòng)，用戶下單滿29包郵?？雌饋砗芎?jiǎn)單的一個(gè)需求，但如果你系統(tǒng)足夠復(fù)雜，開發(fā)人員應(yīng)該要想到，跨店的情況怎么辦？含虛擬商品怎么辦？如果店家設(shè)置了其他活動(dòng)，沖突了怎么辦？需求后期會(huì)不會(huì)變成49包郵？如果這些在評(píng)審的時(shí)候沒有想到，那么在做的過程中一定要和產(chǎn)品保持溝通。有些新人剛來的時(shí)候不好意思問，其實(shí)沒啥，每個(gè)人都是這么過來的。這種能力是需要時(shí)間積累的。

需求理清了也有兩個(gè)好處：

1. 評(píng)估的工作量會(huì)跟精準(zhǔn)。
2. 更早的發(fā)現(xiàn)需求里潛藏的問題。

4）輸出完整的項(xiàng)目上線計(jì)劃表

第四步，就是上下同步需求，生成需求計(jì)劃表。首先我們拆解需求，大需求變成小需求。然后評(píng)估小需求的工作量。輸出自己的個(gè)人計(jì)劃表。然后部門內(nèi)部整合需求，輸出部門的計(jì)劃完成表。最后是與團(tuán)隊(duì)其他成員生成整體的項(xiàng)目計(jì)劃表。一般會(huì)做成甘特圖。這樣在做的過程中更容易發(fā)現(xiàn)問題。

異常情況：

這四個(gè)關(guān)鍵步驟，說起來簡(jiǎn)單，但要真正做好不容易。如果能做到，那需求管理基本不會(huì)存在大的問題了。當(dāng)然也會(huì)有一些異常情況。比如需求確定后，能不能變動(dòng)？一般需求確定下來后，最好不要做臨時(shí)變動(dòng)。除非特殊情況。

那什么是特殊情況？這就是制定需求優(yōu)先級(jí)規(guī)則的好處了，如果確實(shí)有更緊急、成本低的高商業(yè)價(jià)值、高用戶價(jià)值的需求。我們可以變動(dòng)。只要團(tuán)隊(duì)內(nèi)成員都認(rèn)可這個(gè)規(guī)則，做需求變動(dòng)就會(huì)比較好實(shí)施。

那如果是領(lǐng)導(dǎo)不按規(guī)則變動(dòng)需求怎么辦？

誰擔(dān)責(zé)誰決策。因?yàn)檎镜慕嵌炔灰粯?，我們認(rèn)為的高價(jià)值任務(wù)不一定對(duì)。這是一條職場(chǎng)通用原則，在需求確定做不做之前，作為項(xiàng)目組成員，你可以表達(dá)自己的建議，但如果最終負(fù)責(zé)人拍板要做，那就堅(jiān)決執(zhí)行。

2. 項(xiàng)目開始中：過程管理

過程管理的關(guān)鍵是要解決信息不同步的問題。我的解決方案是：

1）每天都開站立晨會(huì)

很多人說早上開晨會(huì)沒有用，是管理者沒有其他辦法，只能通過會(huì)議來推進(jìn)工作的一種表現(xiàn)。我倒不覺得，晨會(huì)并不復(fù)雜，也不會(huì)花費(fèi)很多時(shí)間，但正是因?yàn)橛辛诉@樣一個(gè)固定”溝通“事項(xiàng)，每個(gè)人心里都會(huì)想著這件事，自然會(huì)把當(dāng)下的工作按計(jì)劃推進(jìn)。這里我介紹一下我公司開站立晨會(huì)的具體步驟：

1. 首先團(tuán)隊(duì)之間達(dá)成共識(shí)。明確晨會(huì)的目的是協(xié)同，而非匯報(bào)。每個(gè)人時(shí)間就2分鐘?？刂瓢l(fā)言時(shí)間。
2. 確定匯報(bào)的內(nèi)容。每個(gè)人講講當(dāng)天的計(jì)劃和實(shí)際進(jìn)度是否一致。是否遇到了什么問題，是否需要什么支持。
3. 固定發(fā)言順序，發(fā)言過程中，其他人不評(píng)論，不解答。具體的問題等到會(huì)后在找相關(guān)人員一起討論。
4. 晨會(huì)的主持人很關(guān)鍵，他需要控制流程和時(shí)間，對(duì)于偏離主題的發(fā)言要給予提醒。
5. 最后就是要做會(huì)議紀(jì)要，只記錄某人遇到的問題或請(qǐng)求以及整個(gè)項(xiàng)目的進(jìn)度是否正常。

開會(huì)時(shí)間推薦在正式上班時(shí)間30分鐘后，比如9點(diǎn)上班。9點(diǎn)30開始。10點(diǎn)前結(jié)束。備注：我公司彈性上班可以9點(diǎn)半到公司。

晨會(huì)能很好的解決團(tuán)隊(duì)內(nèi)部信息不對(duì)稱的問題，大家能更好地了解到彼此的項(xiàng)目進(jìn)度并做好配合。而且人都要面子的，如果自己制定的計(jì)劃未完成，還要自己當(dāng)眾說出來沒按計(jì)劃完成的原因，是很有壓力的，這種壓力會(huì)在潛意識(shí)里影響到自己每天任務(wù)的完成度以及專注度。

很多公司把晨會(huì)開成了匯報(bào)會(huì)，最后就變成了一個(gè)沒有太多信息量的務(wù)虛會(huì)議。并不是這個(gè)工具不好用，而是你沒有用對(duì)方法。記住上面我說的幾個(gè)原則，相信你能組織好一場(chǎng)適合團(tuán)隊(duì)的晨會(huì)。

2）如果是跨部門協(xié)作，每日要進(jìn)行“對(duì)表”

如果是跨部門協(xié)作。我們每天也要進(jìn)行”對(duì)表“，也就是同步信息。

3）關(guān)鍵節(jié)點(diǎn)的跟進(jìn)

千萬不要等到上線了在來看項(xiàng)目進(jìn)展，這樣即使發(fā)現(xiàn)問題，你也沒有時(shí)間來解決。

4）制定異常問題的處理機(jī)制

所有的異常情況，都需要設(shè)計(jì)一個(gè)應(yīng)對(duì)的應(yīng)對(duì)方案，有了應(yīng)對(duì)方案，至少解決問題的流程有了，心理就不會(huì)慌。解決起來就容易很多。

5）建立自己的問題清單庫

很多大公司都有這樣一個(gè)產(chǎn)品問題清單庫?？头略谔幚碛脩魡栴}時(shí)候，通過關(guān)鍵字搜索就能找到通用的解決方案。這極大地提高了客服處理問題的效率。同樣的方式其實(shí)也可以用在開發(fā)上。也許很久之前某個(gè)同事遇到的問題，其他同事也能遇到。這種情況下，通過關(guān)鍵字搜索，原來要花半天才能解決的問題，可能一分鐘就給解決了。需要注意的是在做這個(gè)問題清單庫的時(shí)候，一定要先定義好格式。這樣才好管理。

那是不是做到上面這些就能保證項(xiàng)目能準(zhǔn)時(shí)上線了？也不一定。因?yàn)檫@里面最關(guān)鍵的是執(zhí)行的人。人的管理是一門藝術(shù)。這里以后再詳細(xì)講。

3. 項(xiàng)目結(jié)束后：對(duì)項(xiàng)目做復(fù)盤

復(fù)盤會(huì)：全員參與。

做的好的，要想辦法將其標(biāo)準(zhǔn)化、可復(fù)制。

做的不好的，要想辦法制定應(yīng)對(duì)的方案。

五、防止項(xiàng)目延期的幾個(gè)方案

最后，說一下我在防止項(xiàng)目延期上的個(gè)人經(jīng)驗(yàn)。

1. 大項(xiàng)目要分階段轉(zhuǎn)測(cè)試

不要把測(cè)試和設(shè)計(jì)工作都集中在一個(gè)時(shí)間段。版本迭代的時(shí)長(zhǎng)也不要超過一個(gè)月。

2. 預(yù)留測(cè)試時(shí)間

開發(fā)人員每次做完一個(gè)任務(wù)后，都要預(yù)留測(cè)試時(shí)間。同時(shí)和開發(fā)人員要達(dá)成一個(gè)共識(shí)，如果開過程中出現(xiàn)延期，要自己通過加班時(shí)間趕上進(jìn)度，不能影響其他同事的進(jìn)度。

3. 制定常見異常情況的處理標(biāo)準(zhǔn)

也就是最開始講到的，如果真的有需求變更，那么就一定要做好變更需求的標(biāo)準(zhǔn)。需求可以變，變了之后如何處理。這個(gè)也需要明確。有些是可以直接放到版本里通過加班解決，有些可以舍棄掉一些需求。盡量不在要發(fā)布的時(shí)候做變更。

4. 做好PLAN B計(jì)劃

遇到一些突發(fā)時(shí)間的預(yù)案是什么。比如有人員臨時(shí)請(qǐng)求，怎么辦？有技術(shù)難點(diǎn)攻克不了怎么辦？作為管理者需要提前想好備選方案。

5. 制定兩個(gè)發(fā)布計(jì)劃

一個(gè)計(jì)劃是對(duì)內(nèi)的，根據(jù)大家工作計(jì)劃整合之后的發(fā)布時(shí)間，還有一個(gè)是對(duì)外上線的計(jì)劃。我們團(tuán)隊(duì)要追求對(duì)內(nèi)時(shí)間上線。但如果出現(xiàn)問題，預(yù)留出的時(shí)間就是我們的緩沖帶。當(dāng)然也可以對(duì)外給出一個(gè)模糊的上線時(shí)間，比如對(duì)內(nèi)9月10號(hào)上線，對(duì)外9月中旬上線。

以上，是我應(yīng)對(duì)項(xiàng)目延期的一些經(jīng)驗(yàn)。希望給大家?guī)硪恍﹩l(fā)。