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

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

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

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

如何跟蹤計劃？

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

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

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

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

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

2）每天站立會議。

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

3）有問題即反饋！

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

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

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

3.質量投資，減少返工。

項目時間緊，大家就會一頭扎到編碼中，想盡快弄出個東西來?！爸\定而后動”“磨刀不負砍柴工”等大道理大家都懂，但事到臨頭還是明知故犯，結果往往是工作質量低、返工一大堆！

要培養(yǎng)大家零缺陷意義，零缺陷意識包括零缺陷文檔、零缺陷代碼、零缺陷發(fā)布。我經(jīng)常和大家強調，做一個事情只有兩種選擇，一種就是不做，一種就是認真做好！不要搞什么60分萬歲，