四、制定可執(zhí)行可檢查的進度計劃。

具體工作任務的制定是很講技巧的，如何做到“可執(zhí)行可檢查”是關(guān)鍵，下面是制定進度計劃的一些技巧：

1.每個任務的時長不要超過5天。

我們公司的項目，任務時長往往是在兩三天內(nèi)。

2.任務只有完成與未完成兩種狀態(tài)。

所謂任務完成90%之類的說法是不靠譜，任務應該足夠細分，不要安排周期長的任務，這樣能更好控制項目進展。

3.每個任務都有可供檢查的工作產(chǎn)物。

不要籠統(tǒng)安排“研究什么什么技術(shù)點”之類的任務，必須明確工作產(chǎn)物，如：研究某某技術(shù)點，編寫研究報告，提交演示程序。而任務完成標準是：這些工作產(chǎn)物能達到期望的要求。

4.一個任務一個人負責。

一般不要安排類似“小甲與小乙共同完成某設計文檔”之類的工作，多人同時負責一個事情，效率會很低，效果也不太好。

盡管實際工作中有可能需要多人同時做一個事情，你可以：

1）再次將任務分解，落實到具體的人頭上，如上述任務可以分解為兩個任務：小甲完成設計文檔的章節(jié)1、2、3，小乙完成章節(jié)4、5、6。

2）如果任務實在不好再分解，只安排一個人去做。

在我們公司，一般只有評審任務是多人參與的，別的任務都會落實到具體的人頭上。

五、細化近期計劃，定下遠期計劃大節(jié)點。

我曾經(jīng)負責一個房地產(chǎn)公司的成本管理系統(tǒng)，當時需求還沒有全部明確、技術(shù)也很不成熟，被要求做出該項目的全部詳細計劃。我當時很郁悶，一個月后某誰干什么的事情也要計劃出來嗎？我只能明確近期一兩周的具體工作，而遠期的工作我只能定出大概，以后的事情可變因素太多，現(xiàn)在寫出所謂具體工作，其實是毫無價值的，浪費時間。

近期兩周內(nèi)的工作能明確的工作，必須按照上述第四點的要求制定詳細的明確的可執(zhí)行的可檢查的任務，而對于將來的工作，則需要定出關(guān)鍵節(jié)點，如什么時候發(fā)布什么版本，什么時候驗收。

六、讓項目組各成員詳細計劃自己的工作。

在項目經(jīng)理主持下，項目組全體共同來制定進度計劃框架，明確任務的先后關(guān)系。而對于每個人的具體任務，則可以在項目經(jīng)理的指導下，由每個人自己來確定。

項目組由項目管理、需求、設計、編碼、測試、實施等各專業(yè)人才組成，每個人承擔起自己專業(yè)方面的管理工作，項目管理其實是項目組成員每個人的事情，不是只由項目經(jīng)理一個人來負責。

七、持續(xù)更新計劃。

計劃不是死的，是活的！項目計劃不是一次成型固定不變的，項目組需要持續(xù)更新計劃細化計劃，要隨時保證近期的任務都已經(jīng)明確，而遠期的任務如果能明確也應當盡量明確。任何項目組成員都可以發(fā)起計劃更新，項目經(jīng)理要推動大家管理好自己工作，讓大家主動更新計劃。

這里要談談計劃變更問題，談到計劃變更很多人會“聞虎色變”，我們先要看看看什么叫“計劃變更”？

“計劃變更”要與“計劃調(diào)整和細化”區(qū)別開來，調(diào)整和細化是指根據(jù)實際情況，不斷的適時地去修改計劃。任務微調(diào)是很經(jīng)常和很正常的時間，某某任務稍微延長，某某任務比計劃提早完成，某項目組成員請假等影響因素，都需要我們?nèi)フ{(diào)整計劃。與此同時，我們應當不讓去細化中遠期的任務，至少要一直保證近期的任務都是明細化的。

而計劃變更是指，項目關(guān)鍵節(jié)點受到影響的重大變化，關(guān)鍵節(jié)點一般有：需求規(guī)格說明書通過評審的時間點、版本發(fā)布時間點、驗收時間點等。這些關(guān)鍵節(jié)點的變化，會影響合同條款的履行，會影響公司的戰(zhàn)略規(guī)劃。通常是因為內(nèi)因或外因?qū)е掠媱澴兏�，�?nèi)因一般有：遺漏重要需求、軟件設計出現(xiàn)重大失誤、代碼質(zhì)量不過關(guān)；而外因一般有：客戶的需求變更，客戶未能做好項目上線準備，第三方未能及時完成相關(guān)工作（如：硬件提供商未能及時發(fā)貨）。

在我們公司，計劃調(diào)整和細化只需要項目組內(nèi)達成一致便可，而計劃變更則需要報高層審批。

如何跟蹤計劃？

計劃做出來不是用來看的，而是要執(zhí)行計劃！跟蹤計劃執(zhí)行的難度和工作量比起做計劃要高出好多倍。

計劃跟蹤并不是對照進度計劃，按時間檢查每個人的任務完成情況這么簡單，下面介紹一些計劃跟蹤的關(guān)鍵要點。

1.建立便捷的項目組內(nèi)溝通機制。

很多人強調(diào)加強溝通，雖然大家的意識算是加強了，但還是收不到理想效果。程序員不善溝通的特點（理科生往往是不善溝通），不是一下子能改變的。下面一些佳實踐供大家參考：

1）所有人的工作產(chǎn)品必須share！我們要求大家的文檔要提交到項目網(wǎng)站，而代碼滿足提交條件的，每天都需要提交。工作產(chǎn)品不能幾天都只存在自己電腦上，哪天你不上班了，大家無法接手。

2）每天站立會議。

口頭溝通是有效的溝通辦法，我在很多項目中實施了每天站立會議的做法，要求大家簡要地說明工作情況及遇到的問題，需要大家提供什么支援等。每次會議，如果有決議和代辦事項，我都會安排記錄下來，并將會議記錄公布在項目網(wǎng)站上。

3）有問題即反饋！

很多項目組成員喜歡遇到問題悶頭干活，不好意思問，也好像是怕被主管認為能力低。遇到問題有可能是任務本身有問題，也有可能是你的認識不到位，某些知識不具備等導致的。實際工作中遇到問題是很正常的事情，如果沒有人提出問題，這反而是項目的大問題。我強調(diào)任何人都可以提問題和大家討論，任何人都可以發(fā)起項目會議討論問題。問題如果不在產(chǎn)生時消除，將來必定會因此徒增很多項目工作量。

2.建立項目組成員的自信。

我?guī)ьI過很多項目團隊，很多項目組成員是新手，甚至是應屆生，項目團隊中新手太多是很大的挑戰(zhàn)！在中國基本上不可能每個項目團隊一開始是強陣容的，大部分項目團隊是新老結(jié)合，中高低搭配的。我強調(diào)每個人的重要性，對于新手要給出更多的機會，更多的指導，更多的鼓勵！犯錯不要緊，犯錯多也不要緊，只要錯誤不是重復的，這是好事！只要去做事情，有機會犯錯，只要做未做過的事情，犯錯機會也會更大一點，關(guān)鍵是總結(jié)和進步！