凡事預(yù)則立，不預(yù)則廢。IT項(xiàng)目管理中的項(xiàng)目計(jì)劃既是CMMI的一個(gè)關(guān)鍵過(guò)程域，同時(shí)也涉及到PMBOK的啟動(dòng)和計(jì)劃階段，涉及到范圍管理，成本質(zhì)量管理和風(fēng)險(xiǎn)管理等多個(gè)知識(shí)領(lǐng)域的內(nèi)容。

對(duì)于如何做一個(gè)項(xiàng)目計(jì)劃，在實(shí)施過(guò)程改進(jìn)后一般會(huì)形成明確的項(xiàng)目主計(jì)劃模板，因此本文重點(diǎn)在于根據(jù)做項(xiàng)目計(jì)劃中遇到的問(wèn)題和項(xiàng)目實(shí)際的一些改進(jìn)方式和措施來(lái)分析如何優(yōu)化改進(jìn)項(xiàng)目計(jì)劃。

問(wèn)題的提出

制定項(xiàng)目計(jì)劃的時(shí)間按業(yè)界的標(biāo)準(zhǔn)一般應(yīng)該占用項(xiàng)目周期的30%左右的時(shí)間，而我們現(xiàn)在做項(xiàng)目計(jì)劃的時(shí)間一般在10%左右，所以存在項(xiàng)目計(jì)劃中很多細(xì)節(jié)問(wèn)題考慮不全的問(wèn)題，或者是有些問(wèn)題根本沒(méi)有根據(jù)項(xiàng)目實(shí)際情況進(jìn)行分析和裁剪而直接采用項(xiàng)目計(jì)劃模板中的內(nèi)容。

整個(gè)項(xiàng)目計(jì)劃的制定過(guò)程中經(jīng)常遇到的問(wèn)題有：

• 項(xiàng)目的范圍經(jīng)常發(fā)生變動(dòng)，從而導(dǎo)致項(xiàng)目延期，或者版本實(shí)現(xiàn)的用戶功能不能滿足用戶的需求而導(dǎo)致用戶滿意度下降。
• 估算數(shù)據(jù)不準(zhǔn)確，用例的復(fù)雜度沒(méi)有一個(gè)較好的估算方法，很多時(shí)候項(xiàng)目成員估算時(shí)都采用通過(guò)估算工作量再反推用例復(fù)雜度的做法；導(dǎo)致估算數(shù)據(jù)有偏差直接影響到項(xiàng)目進(jìn)度。
• 在編排項(xiàng)目進(jìn)度計(jì)劃時(shí)，由于對(duì)IT項(xiàng)目管理有明顯的資源約束，如架構(gòu)可能就是瓶頸資源，因此很多時(shí)候關(guān)鍵路徑并不是最快的可以完成的項(xiàng)目周期，這個(gè)時(shí)候應(yīng)該如何去考慮資源約束對(duì)項(xiàng)目計(jì)劃進(jìn)行優(yōu)化。
• 在項(xiàng)目計(jì)劃制定過(guò)程中制定了度量計(jì)劃，質(zhì)量計(jì)劃和跟蹤控制計(jì)劃，但這些計(jì)劃間究竟相關(guān)關(guān)系是怎么樣了，這些計(jì)劃的內(nèi)容是如何體系到后續(xù)的跟蹤控制中的。
• 在項(xiàng)目計(jì)劃階段如何做好項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃，以及如何保證關(guān)鍵核心的風(fēng)險(xiǎn)能夠分析到不被遺漏，如何去量化一些風(fēng)險(xiǎn)參數(shù)以及如何確認(rèn)某些耗成本和資源的風(fēng)險(xiǎn)減輕措施是否值得去做。
• IT項(xiàng)目管理與其它工程項(xiàng)目管理最大的區(qū)別在于IT項(xiàng)目管理中人的因素是一個(gè)需要重點(diǎn)考慮的問(wèn)題，在項(xiàng)目計(jì)劃中我們?nèi)绾胃鶕?jù)項(xiàng)目實(shí)際情況切實(shí)可行的制定相關(guān)的人力資源計(jì)劃和溝通，培訓(xùn)計(jì)劃。

解決思路

項(xiàng)目計(jì)劃階段的相關(guān)問(wèn)題會(huì)涉及到項(xiàng)目管理的很多知識(shí)領(lǐng)域。每個(gè)問(wèn)題的解決思路都可能不同，但究其根源主要還是應(yīng)該首先在項(xiàng)目經(jīng)理個(gè)人的技能和素質(zhì)的持續(xù)改進(jìn)和不斷提高上面。項(xiàng)目經(jīng)理是一種復(fù)合型的角色，既需要有相關(guān)的技術(shù)知識(shí)積累又需要熟悉和了解整個(gè)業(yè)務(wù)和模式，同時(shí)還需要具備團(tuán)隊(duì)建設(shè)，溝通技能，時(shí)間管理等軟知識(shí)的積累，具備對(duì)概率，統(tǒng)計(jì)和運(yùn)籌等基礎(chǔ)知識(shí)學(xué)科的積累和應(yīng)用。

對(duì)于項(xiàng)目管理的知識(shí)體現(xiàn)結(jié)構(gòu)可以通過(guò)思維導(dǎo)圖整理出來(lái)，如下：

下面根據(jù)每個(gè)問(wèn)題提出相關(guān)的解決思路和方法。

1 項(xiàng)目范圍規(guī)劃時(shí)候充分考慮干系人，四要素和功能依賴的平衡

開(kāi)始一個(gè)新項(xiàng)目或版本時(shí)候，首先是和用戶一起確認(rèn)需求，進(jìn)行項(xiàng)目的范圍規(guī)劃。項(xiàng)目經(jīng)理在做范圍規(guī)劃時(shí)候應(yīng)該平衡好范圍，進(jìn)度，質(zhì)量和資源四要素，另外在確定項(xiàng)目范圍時(shí)候還需要考慮到相關(guān)用戶功能的前后置依賴關(guān)系，對(duì)于那些需要依賴系統(tǒng)一些沒(méi)有開(kāi)發(fā)的基礎(chǔ)功能的用戶功能，即使提前開(kāi)發(fā)出來(lái)了也用不上，這塊要跟用戶確認(rèn)清楚。

2 通過(guò)歷史經(jīng)驗(yàn)數(shù)據(jù)收集，復(fù)雜度估算類比，功能點(diǎn)法等提高項(xiàng)目估算準(zhǔn)確性

估算前提是項(xiàng)目范圍必須要很明確，項(xiàng)目范圍明確了才可能準(zhǔn)確地進(jìn)行WBS分解。在WBS分解的時(shí)候推薦采用先功能后按生命周期的這種分解方式，這樣在后期較容易對(duì)相關(guān)的功能劃分增量和核算每個(gè)功能具體的成本和投入。在項(xiàng)目估算過(guò)程中會(huì)用到很多項(xiàng)目歷史版本的數(shù)據(jù)，因此必須做好數(shù)據(jù)收集和項(xiàng)目復(fù)盤(pán)工作。

專家法估算更多的時(shí)候依賴于專家的實(shí)際經(jīng)驗(yàn)數(shù)據(jù)和自我積累，但這種估算很難量化出來(lái)，為了將這些估算經(jīng)驗(yàn)量化或形成項(xiàng)目組織級(jí)的估算模式，在條件允許時(shí)候可以同時(shí)采用功能點(diǎn)法和專家法進(jìn)行同時(shí)估算，積累功能點(diǎn)估算的相關(guān)數(shù)據(jù)，為后續(xù)完全采用功能點(diǎn)法估算打下基礎(chǔ)。

3 考慮資源和關(guān)鍵路徑雙重約束來(lái)安排好進(jìn)度計(jì)劃

由于有關(guān)鍵資源的約束，安排項(xiàng)目進(jìn)度計(jì)劃已經(jīng)不是簡(jiǎn)單的求關(guān)鍵路徑問(wèn)題，而是還需要考慮由于關(guān)鍵資源約束引起的活動(dòng)排隊(duì)和等待的問(wèn)題。

另外整個(gè)進(jìn)度計(jì)劃過(guò)程應(yīng)該遵循WBS分解->確定活動(dòng)和任務(wù)->確定依賴關(guān)系->關(guān)鍵資源和角色矩陣確認(rèn)->對(duì)任務(wù)分配資源->對(duì)超負(fù)荷資源或資源不足進(jìn)行反復(fù)的平衡這幾個(gè)重要步驟來(lái)完成一個(gè)版本的項(xiàng)目進(jìn)度計(jì)劃。

4 根據(jù)項(xiàng)目的質(zhì)量目標(biāo)來(lái)貫穿項(xiàng)目計(jì)劃中的質(zhì)量計(jì)劃，度量計(jì)劃和后續(xù)跟蹤控制

質(zhì)量計(jì)劃的一個(gè)重要內(nèi)容就是確定質(zhì)量目標(biāo)，質(zhì)量目標(biāo)也是項(xiàng)目的一個(gè)重要目標(biāo)，這個(gè)應(yīng)該在做項(xiàng)目計(jì)劃時(shí)候提前確定下來(lái)，而且項(xiàng)目的質(zhì)量目標(biāo)會(huì)體現(xiàn)到后續(xù)的估算中。對(duì)于項(xiàng)目度量計(jì)劃也是一樣道理，首先是項(xiàng)目自身有度量的需求，項(xiàng)目經(jīng)理需要去關(guān)注項(xiàng)目的進(jìn)度，成本和質(zhì)量，時(shí)刻了解到項(xiàng)目的健康狀態(tài)和偏差，這樣才能夠及時(shí)地去調(diào)整資源和進(jìn)度，保證項(xiàng)目目標(biāo)的實(shí)現(xiàn)，項(xiàng)目應(yīng)該多去尋找度量指標(biāo)的內(nèi)在關(guān)系和影響，找到問(wèn)題的根源，這樣度量計(jì)劃才能夠真正發(fā)揮價(jià)值。

這里我整理后的各度量指標(biāo)間的關(guān)系圖如下：

7 在項(xiàng)目一啟動(dòng)就制定風(fēng)險(xiǎn)管理計(jì)劃分析風(fēng)險(xiǎn)，并適當(dāng)對(duì)風(fēng)險(xiǎn)參數(shù)進(jìn)行量化

風(fēng)險(xiǎn)管理必須貫穿整個(gè)項(xiàng)目管理過(guò)程，從風(fēng)險(xiǎn)管理計(jì)劃制定，到風(fēng)險(xiǎn)的識(shí)別分析和風(fēng)險(xiǎn)的具體應(yīng)對(duì)和跟蹤。風(fēng)險(xiǎn)分析一定要分析到風(fēng)險(xiǎn)的根源，減輕計(jì)劃和應(yīng)急計(jì)劃也是根據(jù)風(fēng)險(xiǎn)根源進(jìn)行的。風(fēng)險(xiǎn)的不確定性應(yīng)該量化，你需要用這些量化的數(shù)據(jù)去分析。

什么時(shí)候需要對(duì)風(fēng)險(xiǎn)實(shí)施應(yīng)對(duì)措施，你風(fēng)險(xiǎn)應(yīng)對(duì)的投入是否劃算？風(fēng)險(xiǎn)在項(xiàng)目不同的時(shí)間點(diǎn)對(duì)你項(xiàng)目的質(zhì)量，工期的影響程度究竟有多大。風(fēng)險(xiǎn)的量化需要我們收集數(shù)據(jù)，采用相關(guān)的風(fēng)險(xiǎn)模型進(jìn)行模擬。如風(fēng)險(xiǎn)圖或Riskology工具提供的蒙特卡洛模擬器。

8 根據(jù)進(jìn)度計(jì)劃確認(rèn)人員投入期，根據(jù)技能評(píng)估和培訓(xùn)需求收集來(lái)計(jì)劃培訓(xùn)的安排

IT項(xiàng)目由于自身生命周期的限制，需要在項(xiàng)目的不同階段投入不同角色和數(shù)量的資源來(lái)保證項(xiàng)目任務(wù)的完成，這個(gè)應(yīng)該根據(jù)項(xiàng)目進(jìn)度計(jì)劃進(jìn)行安排。

項(xiàng)目成員的知識(shí)和技能水平對(duì)軟件項(xiàng)目的質(zhì)量有至關(guān)重要的影響，因此項(xiàng)目計(jì)劃階段應(yīng)該對(duì)項(xiàng)目成員技能進(jìn)行評(píng)估，同時(shí)根據(jù)培訓(xùn)需求收集表收集相關(guān)的培訓(xùn)需求，并將相關(guān)的培訓(xùn)計(jì)劃安排到整個(gè)項(xiàng)目計(jì)劃中，同時(shí)對(duì)于培訓(xùn)的效果后期還需要專門(mén)和相關(guān)人員進(jìn)行溝通和確認(rèn)。

實(shí)踐情況總結(jié)

以上問(wèn)題都是在項(xiàng)目中出現(xiàn)過(guò)的相關(guān)問(wèn)題，應(yīng)該具有一定的代表性。在項(xiàng)目管理或日常工作中，很多時(shí)候并不是我們解決問(wèn)題能力差，更多的時(shí)候是發(fā)現(xiàn)不了問(wèn)題或發(fā)現(xiàn)不了引起問(wèn)題的根源因素。項(xiàng)目計(jì)劃和管理中的多個(gè)問(wèn)題都是通過(guò)整個(gè)項(xiàng)目團(tuán)隊(duì)的復(fù)盤(pán)總結(jié)，開(kāi)發(fā)過(guò)程的評(píng)審，項(xiàng)目經(jīng)理自查等多種方式發(fā)現(xiàn)的。

1.通過(guò)與業(yè)務(wù)用戶的多次溝通確認(rèn)項(xiàng)目版本的范圍。

項(xiàng)目一般會(huì)提前2-3周同用戶討論下個(gè)版本的具體用戶需求，所以作為用戶接口的技術(shù)管理部一般會(huì)提前一個(gè)月收集各個(gè)事業(yè)部的相關(guān)業(yè)務(wù)需求，這樣才能夠保證項(xiàng)目的各個(gè)版本很好的迭代起來(lái)。對(duì)于收集到的用戶需求，根據(jù)需求的重要性和緊急程度確認(rèn)各個(gè)需求的優(yōu)先級(jí)別，同時(shí)每個(gè)需求都還會(huì)附加上業(yè)務(wù)期望的解決和上線時(shí)間。

在第一次討論完成后，項(xiàng)目組會(huì)組織BA，架構(gòu)和項(xiàng)目經(jīng)理共同開(kāi)會(huì)討論用戶需求信息，項(xiàng)目組內(nèi)部討論一般會(huì)根據(jù)該功能實(shí)現(xiàn)后可能的使用頻度，實(shí)現(xiàn)的工作量，實(shí)現(xiàn)該功能對(duì)系統(tǒng)已有功能的影響等多個(gè)方面對(duì)用戶需求進(jìn)行討論和規(guī)模工作量的初步估計(jì)，給出一個(gè)具體的項(xiàng)目周期和范圍的幾對(duì)可選值。如1個(gè)月可以實(shí)現(xiàn)前6個(gè)需求，2個(gè)月可以實(shí)現(xiàn)前十個(gè)需求，同時(shí)對(duì)那些暫時(shí)使用頻度不會(huì)很高，對(duì)系統(tǒng)的增值價(jià)值不高的需求提出自己的意見(jiàn)。

有了這些基礎(chǔ)信息后再組織和用戶的第二次業(yè)務(wù)討論，這個(gè)時(shí)候用戶基本可以從幾對(duì)可選值中選擇可以滿足自己的安排。如果存在很多個(gè)功能優(yōu)先級(jí)都很高，又對(duì)解決期限有強(qiáng)烈要求的時(shí)候，這時(shí)候產(chǎn)品經(jīng)理就會(huì)考慮在項(xiàng)目人力資源上的多投入來(lái)滿足用戶的需求。

這里通過(guò)項(xiàng)目多個(gè)版本實(shí)踐，強(qiáng)調(diào)的幾點(diǎn)是：

1)一些用戶提出很緊急的需求對(duì)整個(gè)用戶群或系統(tǒng)來(lái)說(shuō)并不緊急，如一些業(yè)務(wù)管理員的操作新需求，這些功能基本上一個(gè)月才使用幾次，使用人數(shù)在1/1000以下，所以花費(fèi)較大的人力資源實(shí)現(xiàn)這種需求對(duì)整個(gè)系統(tǒng)的增值并不高。一般這種需求即使用戶優(yōu)先級(jí)高，IT通過(guò)討論后也會(huì)降低其優(yōu)先級(jí)。

2)如果用戶需求存在對(duì)系統(tǒng)的核心模塊重大改造時(shí)，一般會(huì)延期實(shí)現(xiàn)或考慮替代方案，如項(xiàng)目在系統(tǒng)管理和工作流模塊，經(jīng)過(guò)多次的系統(tǒng)測(cè)試，回歸測(cè)試和驗(yàn)收測(cè)試才運(yùn)行穩(wěn)定，如果用戶提出的新需求對(duì)這塊存在重大改造，那對(duì)整個(gè)系統(tǒng)引起的風(fēng)險(xiǎn)是相當(dāng)高的。

3)在項(xiàng)目范圍確定中存在了需求挖掘過(guò)程，IT協(xié)助用戶將點(diǎn)的需求擴(kuò)展為面的需求。如項(xiàng)目的V4.1版本用戶提出了在齊套清單功能上，增加對(duì)清單內(nèi)容表格的搜索功能，這個(gè)功能后期轉(zhuǎn)化為了對(duì)整個(gè)系統(tǒng)的GRID都支持模糊搜索。

通過(guò)這種方式確認(rèn)出來(lái)的項(xiàng)目范圍和項(xiàng)目周期就和用戶很好的達(dá)成了一致，保證了后續(xù)計(jì)劃和執(zhí)行階段工作的順利開(kāi)展。

2.不斷地對(duì)估算方法進(jìn)行總結(jié)和實(shí)踐以提高估算準(zhǔn)確性

對(duì)于專家法估算，困擾項(xiàng)目的一個(gè)主要問(wèn)題是如何把用例復(fù)雜度估計(jì)的準(zhǔn)確點(diǎn)，因?yàn)樵诠浪銜r(shí)候WBS的工作包基本上都會(huì)分解到1個(gè)用例的粒度，但很明顯的是各個(gè)用例的復(fù)雜度是明顯不同的，組織級(jí)在用例復(fù)雜度上面根據(jù)基本流 擴(kuò)展流 業(yè)務(wù)規(guī)則的流總數(shù)來(lái)進(jìn)行的定義。由于第一次估算時(shí)候軟件需求還沒(méi)有出來(lái)，因此問(wèn)題轉(zhuǎn)化為了如何較準(zhǔn)確的確認(rèn)清楚軟件需求的流總數(shù)，這個(gè)數(shù)據(jù)的估算難度相當(dāng)大，更多的只要依賴專家的經(jīng)驗(yàn)。

在項(xiàng)目的前續(xù)幾個(gè)版本中，對(duì)該復(fù)雜度的估算也不是很理想，很多時(shí)候只能倒推的方式來(lái)進(jìn)行估算，為了進(jìn)一步估算準(zhǔn)確，從V2.2版本開(kāi)始項(xiàng)目關(guān)注與各個(gè)版本的復(fù)盤(pán)和歷史數(shù)據(jù)的收集，爭(zhēng)取找到需求頁(yè)數(shù)，用例數(shù)，流總數(shù)，業(yè)務(wù)對(duì)象數(shù)，數(shù)據(jù)庫(kù)設(shè)計(jì)字段數(shù)，界面元素各數(shù)，工作量，代碼行這些因子的關(guān)系，收集數(shù)據(jù)如下：

通過(guò)對(duì)這些采集數(shù)據(jù)的關(guān)聯(lián)性分析，基本得到的可以借鑒的經(jīng)驗(yàn)數(shù)據(jù)如下：

用例復(fù)雜度可以和用戶需求建立一定的對(duì)應(yīng)關(guān)系，關(guān)系可以體現(xiàn)到頁(yè)數(shù)，如果更細(xì)化一點(diǎn)可以體現(xiàn)到用戶需求中的輸入輸出列表和數(shù)據(jù)項(xiàng)，但要求用戶需求足夠細(xì)化。

用戶需求中可以看到的是處理，而處理更多的是體現(xiàn)業(yè)務(wù)規(guī)則，原有估算中把業(yè)務(wù)規(guī)則的一個(gè)流和基本流擴(kuò)展流等同看待有問(wèn)題，這里根據(jù)項(xiàng)目經(jīng)驗(yàn)提出業(yè)務(wù)規(guī)則對(duì)用例復(fù)雜度的影響權(quán)重應(yīng)該加大，3-5個(gè)業(yè)務(wù)規(guī)則復(fù)雜度應(yīng)該到2，5-10個(gè)業(yè)務(wù)規(guī)則復(fù)雜度應(yīng)該為3或4,對(duì)于出現(xiàn)超過(guò)10個(gè)業(yè)務(wù)規(guī)則的用例必須進(jìn)行子用例的拆分。這樣在用戶需求寫(xiě)得較好情況下很容易根據(jù)用戶需求判定出用例的復(fù)雜度。

對(duì)于設(shè)計(jì)界面操作的用戶需求，當(dāng)其用戶需求說(shuō)明書(shū)涉及到的輸入輸出項(xiàng)超過(guò)20的時(shí)候要考慮增加估算用例的復(fù)雜度，在這里數(shù)據(jù)項(xiàng)再每增加10個(gè)用例復(fù)雜度加1。

在項(xiàng)目大版本，而且剛開(kāi)始用戶需求說(shuō)明書(shū)不夠詳細(xì)的情況下，在軟件需求完成后必須進(jìn)行第二次估算，這點(diǎn)在項(xiàng)目 V4.0版本中按此規(guī)則進(jìn)行，由于軟需已經(jīng)完成，需求和設(shè)計(jì)人員都可以較為準(zhǔn)確地估算出用例的規(guī)模和復(fù)雜度。確立該規(guī)則的一個(gè)重要原因在于需求和設(shè)計(jì)開(kāi)發(fā)工作量比一般為1:5，說(shuō)明需求階段2天的工作量偏差反映到設(shè)計(jì)開(kāi)發(fā)階段將是10天的工作量偏差，這個(gè)工期偏差對(duì)項(xiàng)目來(lái)說(shuō)往往是致命的打擊。

所以工作量比例分布僅僅是經(jīng)驗(yàn)數(shù)據(jù)，很多時(shí)候不能完全地不加分析地采用，更多的時(shí)候還需要考慮到設(shè)計(jì)開(kāi)發(fā)工作的實(shí)際情況和特殊性。在項(xiàng)目項(xiàng)目中第二次估算時(shí)估計(jì)出設(shè)計(jì)開(kāi)發(fā)總量后，項(xiàng)目經(jīng)理都通知到各大功能的設(shè)計(jì)負(fù)責(zé)人對(duì)功能進(jìn)行功能點(diǎn)的細(xì)分，并對(duì)該模塊的開(kāi)發(fā)進(jìn)度進(jìn)行細(xì)排，細(xì)排后發(fā)現(xiàn)保存和載入默認(rèn)值這塊有一周的工作量，但體現(xiàn)到需求文檔僅僅是一句話；對(duì)于部件的版本控制需要考慮抽象和復(fù)用出公用的版本控制服務(wù)，但前期作軟件需求的時(shí)候這個(gè)公用服務(wù)根本沒(méi)有需求用例對(duì)應(yīng)，根據(jù)這些情況，項(xiàng)目經(jīng)理進(jìn)一步對(duì)進(jìn)度計(jì)劃進(jìn)行了細(xì)化并增加了一個(gè)人力資源投入。

確定了估算的規(guī)模后，另外一個(gè)重點(diǎn)要確認(rèn)的就是項(xiàng)目的生產(chǎn)率和工作量比例的分布，需求階段的生產(chǎn)率經(jīng)過(guò)多個(gè)版本的積累已經(jīng)較穩(wěn)定在0.8到1之間，但設(shè)計(jì)開(kāi)發(fā)的生產(chǎn)率由于項(xiàng)目成員的變動(dòng)導(dǎo)致不穩(wěn)定，V4.0版本項(xiàng)目有三名新員工參加，因此需求與設(shè)計(jì)開(kāi)發(fā)的比例數(shù)據(jù)不能夠完全采用上個(gè)版本的復(fù)盤(pán)數(shù)據(jù)，在這里項(xiàng)目稍微做了調(diào)整，將需求與設(shè)計(jì)開(kāi)發(fā)的比例調(diào)整到1:5左右，以使設(shè)計(jì)開(kāi)發(fā)的工作量適當(dāng)增加。

如果一直停留在估計(jì)需求規(guī)模層次上，估算準(zhǔn)確度是很難提高的，而且項(xiàng)目也迫切地需求了解到代碼行的生產(chǎn)效率情況，每個(gè)人在設(shè)計(jì)開(kāi)發(fā)階段的工作量的實(shí)際分布情況，因此在V4.0版本，決定在南京項(xiàng)目組推廣個(gè)體軟件過(guò)程，并引入了PSP Studio工具對(duì)過(guò)程數(shù)據(jù)進(jìn)行了準(zhǔn)確記錄，如下：

由于結(jié)隊(duì)中有一名新員工，配置管理編碼生產(chǎn)率為：6223÷313×8≈159行/人日。而全是老員工的部件管理功能的代碼生產(chǎn)率為 14500/55 = 264 行/人日。所以基本上可以得出有新員工的時(shí)候編碼生產(chǎn)率可以取150行/人日。而對(duì)于全是老員工可以取250行/人日。這個(gè)數(shù)據(jù)的采集和積累對(duì)項(xiàng)目后期的編碼工作量估算有很好的指導(dǎo)意義。對(duì)于PSP具體應(yīng)用請(qǐng)參考項(xiàng)目組高波提交的《PSP應(yīng)用最佳實(shí)踐》一文。

具體的采用PSP Studio收集數(shù)據(jù)見(jiàn)如下截圖：

另外對(duì)于將估算的經(jīng)驗(yàn)更好的文檔化或量化出來(lái)，個(gè)人建議在大功能版本時(shí)候采用功能點(diǎn)進(jìn)行估算，或者同時(shí)采用專家法和功能點(diǎn)法進(jìn)行估算，根據(jù)多個(gè)版本的積累來(lái)推算出功能點(diǎn)法的生產(chǎn)率數(shù)據(jù)，否則功能點(diǎn)法很難用起來(lái)。項(xiàng)目項(xiàng)目Q02.01版本在第二次估算中采用了功能點(diǎn)法，得出的一些經(jīng)驗(yàn)生產(chǎn)率數(shù)據(jù)如下：

具體的功能點(diǎn)法原理和使用方法也在項(xiàng)目組內(nèi)進(jìn)行了培訓(xùn)，并形成了相關(guān)的使用文檔，使項(xiàng)目成員都能夠理解功能點(diǎn)法的具體使用方法。

注：數(shù)據(jù)收集和分析是清楚知道自己效率的基礎(chǔ)，也是項(xiàng)目計(jì)劃逐步收斂和偏差可控的基礎(chǔ)，不要想著一開(kāi)始計(jì)劃就準(zhǔn)確無(wú)偏差，而是應(yīng)該通過(guò)持續(xù)迭代計(jì)劃不斷的調(diào)整基準(zhǔn)參考。

3.考慮資源和關(guān)鍵路徑雙重約束來(lái)安排進(jìn)度計(jì)劃

項(xiàng)目的V4.0版本是一個(gè)15個(gè)人的3個(gè)月的大版本，通過(guò)最后復(fù)盤(pán)的5萬(wàn)多行代碼行產(chǎn)出也基本可以說(shuō)明這點(diǎn)。

資源約束和依賴關(guān)系約束一直是排進(jìn)度計(jì)劃的兩大要點(diǎn)，V4.0版本分解到最后有200多個(gè)任務(wù)項(xiàng)，如果全部依賴關(guān)系都建立差不多有50個(gè)依賴關(guān)系，這樣即使Project能夠自動(dòng)計(jì)算關(guān)鍵路徑，項(xiàng)目經(jīng)理拿到這些數(shù)據(jù)也無(wú)從下手。因此制定進(jìn)度計(jì)劃應(yīng)該遵循先粗后細(xì)的原則，首先應(yīng)該在工作包這個(gè)層次對(duì)依賴關(guān)系和關(guān)鍵路徑進(jìn)行尋找，在做這個(gè)工作之前，項(xiàng)目組首先對(duì)角色責(zé)任矩陣進(jìn)行了識(shí)別，如下：

圖中可以明顯地看出架構(gòu)工程是項(xiàng)目的關(guān)鍵資源，必須在架構(gòu)結(jié)構(gòu)上優(yōu)先保證架構(gòu)設(shè)計(jì)工作。整個(gè)V4.0版本共6個(gè)工作包，因此可以得到的粗進(jìn)度計(jì)劃圖如下，其中紅色為關(guān)鍵路徑：

對(duì)該粗進(jìn)度計(jì)劃進(jìn)行分析可以得到以下結(jié)論：

• 需求不存在前后依賴總工作量55，三個(gè)BA考慮加班三周總工作量為54，可以滿足需求三周完成。
• 架構(gòu)設(shè)計(jì)跨度10天，由于關(guān)鍵路徑，其它任務(wù)都無(wú)法進(jìn)行，這里必須進(jìn)行調(diào)整，因此調(diào)整計(jì)劃為架構(gòu)設(shè)計(jì)和最后一周需求并行，這里壓縮工期5天。
• 視圖管理在關(guān)鍵路徑上，造成了配置管理和產(chǎn)品結(jié)構(gòu)瀏覽任務(wù)的等待，但視圖管理和總體架構(gòu)設(shè)計(jì)關(guān)系不大，架構(gòu)花一天完全可以考慮清楚，因此視圖管理在這里考慮闖紅燈提前進(jìn)行結(jié)隊(duì)開(kāi)發(fā)，壓縮工期3天。
• 整個(gè)項(xiàng)目共可以結(jié)隊(duì)5組人員，其中除了屬性類型管理功能外，其它功能都基本安排飽和，而且設(shè)計(jì)最多帶兩個(gè)編碼，一個(gè)任務(wù)上最多安排三個(gè)資源，不能再通過(guò)安排更多的資源來(lái)壓縮工期。

先分解再集成，粗粒度工作分解后能夠形成并行作業(yè)，同時(shí)長(zhǎng)周期工作分解后能夠快速形成上游輸出推送到下游活動(dòng)，減少等待時(shí)間。在關(guān)鍵資源受限情況下，需要首先考慮最大化地提升前期的資源利用率，其次才是關(guān)鍵路徑。

通過(guò)粗進(jìn)度計(jì)劃的編排，項(xiàng)目經(jīng)理基本對(duì)整個(gè)進(jìn)度情況就有了總體的認(rèn)識(shí)，這個(gè)時(shí)候才能夠進(jìn)一步分解工作包為任務(wù)，排細(xì)化的進(jìn)度計(jì)劃。在進(jìn)度計(jì)劃的制定中，我們常使用固定工期的方法進(jìn)行，這個(gè)方法好處就是某個(gè)進(jìn)度延誤可以通過(guò)周末加班趕工而不影響后續(xù)的任務(wù)，但這個(gè)方法的一個(gè)大弊端就是在估算和下達(dá)任務(wù)時(shí)候思維里面老是按照一周的概念再考慮問(wèn)題，有時(shí)候反而無(wú)法充分利用資源，設(shè)置的關(guān)鍵路徑也無(wú)法起到很好的作用。

因此可以更科學(xué)的采用固定工時(shí)的方式來(lái)排PMS任務(wù)，工時(shí)可以直接從估算的數(shù)據(jù)中取到，在對(duì)任務(wù)分配資源的時(shí)候，優(yōu)先保證關(guān)鍵資源分配到關(guān)鍵任務(wù)上面，同時(shí)當(dāng)關(guān)鍵資源承擔(dān)多個(gè)任務(wù)的時(shí)候一個(gè)普遍原則是：

設(shè)A1,B1是兩個(gè)關(guān)鍵任務(wù)，A的后續(xù)依賴任務(wù)是A2,B1的后續(xù)依賴任務(wù)是B2，A1可以比B1早3天開(kāi)始，A2到結(jié)束關(guān)鍵路徑長(zhǎng)為L(zhǎng)1，B2到結(jié)束關(guān)鍵路徑長(zhǎng)為L(zhǎng)2.

• A. 當(dāng)兩個(gè)從后續(xù)任務(wù)開(kāi)始算起的關(guān)鍵路徑長(zhǎng)差不多時(shí)，關(guān)鍵資源優(yōu)先開(kāi)始可以提前開(kāi)始的任務(wù)。即優(yōu)先開(kāi)始A1任務(wù)。
• B. 當(dāng)L1比L2短3天以上時(shí)候，這個(gè)時(shí)候反而要優(yōu)先開(kāi)始B1任務(wù)，雖然這個(gè)時(shí)候開(kāi)始要閑置關(guān)鍵資源，這點(diǎn)很重要。

這個(gè)可以根據(jù)運(yùn)籌學(xué)的最優(yōu)化方法進(jìn)行建模，去尋找最優(yōu)解。但在進(jìn)行進(jìn)度計(jì)劃制定時(shí)候不可能采用這么復(fù)雜的方法，更多的是采用一些普遍的經(jīng)驗(yàn)和原則。

通過(guò)設(shè)置了關(guān)鍵路徑，對(duì)任務(wù)安排了相關(guān)資源后，Project就可以自動(dòng)的生成出整個(gè)版本的工期了，在生成工期完成后需要進(jìn)入到資源負(fù)荷圖對(duì)資源負(fù)荷情況進(jìn)行確認(rèn)，如果考慮到加班，資源負(fù)荷在120%，因此當(dāng)負(fù)荷超過(guò)120%的時(shí)候就需要對(duì)資源負(fù)荷情況進(jìn)行適當(dāng)?shù)恼{(diào)整，如此反復(fù)多次，可以得到一個(gè)比較可行的進(jìn)度計(jì)劃。

在V4.0版本進(jìn)行完第二次估算后，項(xiàng)目經(jīng)理又對(duì)進(jìn)度計(jì)劃進(jìn)一步細(xì)化和完善，得到了每一個(gè)功能確切的可以交付測(cè)試的時(shí)間點(diǎn)，根據(jù)最后的時(shí)間情況來(lái)看，屬性類型管理和視圖管理都提前交付測(cè)試，部件管理，批置管理和產(chǎn)品結(jié)構(gòu)瀏覽正常交付，但集成時(shí)間多花2天，工程變更延后2天交付，偏差都在受控范圍內(nèi)。

4.確定項(xiàng)目的質(zhì)量目標(biāo)和質(zhì)量計(jì)劃

一個(gè)軟件項(xiàng)目除了進(jìn)度目標(biāo)外，另外一個(gè)最重要的目標(biāo)就是質(zhì)量目標(biāo)，而質(zhì)量目標(biāo)并不是簡(jiǎn)單指版本發(fā)布的時(shí)候測(cè)試問(wèn)題全部解決，而更多關(guān)注的是你版本發(fā)布后的缺陷泄露情況，這個(gè)質(zhì)量目標(biāo)在項(xiàng)目完成的時(shí)候無(wú)法馬上得到數(shù)據(jù)和進(jìn)行驗(yàn)證的。所以一般是通過(guò)間接控制的方式，即可以去估計(jì)我們期望的缺陷和BUG的發(fā)現(xiàn)情況，當(dāng)質(zhì)量目標(biāo)高的時(shí)候，就期望在評(píng)審和測(cè)試階段近可能多的發(fā)現(xiàn)BUG，直接自然泄露到版本發(fā)布后的缺陷就少。

由于一個(gè)項(xiàng)目版本的總?cè)毕輸?shù)量應(yīng)該是一定的，只是在交付后發(fā)現(xiàn)出來(lái)還是在交付前發(fā)現(xiàn)出來(lái)。如果能夠在交付前發(fā)現(xiàn)出來(lái)我們軟件的質(zhì)量就高。BUG缺陷密度，總?cè)毕輸?shù)，交付后缺陷數(shù)，代碼行這些指標(biāo)間有著相互影響和作用。在做一個(gè)項(xiàng)目版本的時(shí)候，應(yīng)該對(duì)這些關(guān)系有比較明確的了解，具體關(guān)系如下圖(中間為交付前BUG比重)

上表說(shuō)明當(dāng)交付前缺陷密度過(guò)高的時(shí)候就很難保證交付后的缺陷密度很低。所以根據(jù)經(jīng)驗(yàn)應(yīng)該將交付前BUG的比重控制在80-90%的范圍內(nèi)。上表中的綠色底紋數(shù)據(jù)是我們可以參考和借鑒的數(shù)據(jù)。

根據(jù)項(xiàng)目歷史版本數(shù)據(jù)統(tǒng)計(jì)，缺陷密度一般在4-6之間，因此交付密度采用0.8或1都是可行的。對(duì)于交付后的軟件的缺陷數(shù)據(jù)，CMMI三級(jí)的企業(yè)一般在0.5-1.5個(gè)/千行代碼，CMMI四級(jí)企業(yè)在0.5個(gè)/千行代碼。所以根據(jù)業(yè)界這個(gè)標(biāo)準(zhǔn)和組織級(jí)的建議，項(xiàng)目V4.0版本采用的交付后缺陷密度為0.8個(gè)/千行。

在項(xiàng)目 V2.6版本，項(xiàng)目就根據(jù)組織級(jí)的規(guī)程仔細(xì)進(jìn)行了復(fù)盤(pán)，其中得出的需求規(guī)模是39用例，產(chǎn)出的代碼行是30068，實(shí)際的缺陷總數(shù)是319個(gè)，測(cè)試階段的BUG數(shù)量為115個(gè)。

因此可以得出的總?cè)毕菝芏葹?.17個(gè)/UC，而跟測(cè)試BUG相關(guān)的測(cè)試缺陷密度為3.8。因此在項(xiàng)目V4.0版本項(xiàng)目的估算中也采用了這些數(shù)據(jù)，并取得了較好的效果，具體的對(duì)比和偏差如下：

如果項(xiàng)目某個(gè)版本用戶提出特殊的質(zhì)量要求，就需要對(duì)項(xiàng)目的質(zhì)量目標(biāo)進(jìn)行調(diào)整，質(zhì)量目標(biāo)在確定后將直接影響到估算的工作量分布，因此在制定項(xiàng)目計(jì)劃的時(shí)候一定是先制定出項(xiàng)目的質(zhì)量目標(biāo)，然后在根據(jù)質(zhì)量目標(biāo)去指導(dǎo)和約束估算過(guò)程。

質(zhì)量目標(biāo)預(yù)計(jì)出來(lái)的數(shù)據(jù)在項(xiàng)目執(zhí)行和跟蹤過(guò)程中也有用處，我們時(shí)刻要使用該數(shù)據(jù)去檢查我整個(gè)項(xiàng)目過(guò)程是否出現(xiàn)偏離，如果預(yù)計(jì)的需求缺陷是160個(gè)時(shí)候，如果需求階段實(shí)際完成缺陷只有50個(gè)或更少，這個(gè)時(shí)候就要進(jìn)行分析是否是同行評(píng)審過(guò)程有問(wèn)題，該發(fā)現(xiàn)的缺陷沒(méi)有發(fā)現(xiàn)出來(lái)，是否需要重新組織評(píng)審或增加預(yù)審時(shí)間，只有這樣才能夠真正保證上游缺陷不泄露到后續(xù)工作中。

需要注意的是項(xiàng)目質(zhì)量目標(biāo)的確認(rèn)過(guò)程不僅僅是項(xiàng)目組成員自己確定，更多的是需要和QA和測(cè)試負(fù)責(zé)人根據(jù)該版本的業(yè)務(wù)需求共同討論和確定，QA可以根據(jù)其它項(xiàng)目情況或業(yè)界的一些標(biāo)準(zhǔn)給出有建設(shè)性的意見(jiàn)，測(cè)試也可以根據(jù)項(xiàng)目前續(xù)版本的測(cè)試情況來(lái)確認(rèn)項(xiàng)目是否可以達(dá)到制定的質(zhì)量目標(biāo)。

項(xiàng)目質(zhì)量目標(biāo)確認(rèn)后，還要進(jìn)一步的確認(rèn)項(xiàng)目的質(zhì)量策略，質(zhì)量策略就是你為了達(dá)到這些質(zhì)量目標(biāo)而需要采用的方法或手段。如質(zhì)量目標(biāo)要求高的時(shí)候，推算出評(píng)審需要發(fā)現(xiàn)100個(gè)缺陷，如果采用單人復(fù)審或多人復(fù)審就根本做不到發(fā)現(xiàn)這么多缺陷，這個(gè)時(shí)候就要考慮哪些要采用審查的方式以及審查的具體比例規(guī)劃。

在項(xiàng)目質(zhì)量目標(biāo)確認(rèn)后，在后續(xù)的項(xiàng)目執(zhí)行過(guò)程中要時(shí)刻關(guān)注這些目標(biāo)的執(zhí)行情況，如評(píng)審是否充分，測(cè)試是否發(fā)現(xiàn)了預(yù)計(jì)多的BUG，當(dāng)出現(xiàn)較大偏差的時(shí)候要及時(shí)分析原因和采用相關(guān)的應(yīng)對(duì)措施。

制定項(xiàng)目的風(fēng)險(xiǎn)管理計(jì)劃

風(fēng)險(xiǎn)管理是項(xiàng)目管理的一個(gè)重要內(nèi)容，風(fēng)險(xiǎn)管理的過(guò)程貫穿整個(gè)項(xiàng)目生命周期。風(fēng)險(xiǎn)管理計(jì)劃中首先要確定風(fēng)險(xiǎn)管理小組的成員和各自的職責(zé)，對(duì)于項(xiàng)目項(xiàng)目，風(fēng)險(xiǎn)小組負(fù)責(zé)人為項(xiàng)目經(jīng)理，項(xiàng)目B為核心成員主要負(fù)責(zé)分析需求方面的風(fēng)險(xiǎn)，架構(gòu)為核心成員主要分析技術(shù)方面的風(fēng)險(xiǎn)，用戶主要分析業(yè)務(wù)方面的風(fēng)險(xiǎn)。

風(fēng)險(xiǎn)小組確認(rèn)后就要確定風(fēng)險(xiǎn)管理過(guò)程中需要使用的相關(guān)的工具和方法。其中包括風(fēng)險(xiǎn)識(shí)別的方法，風(fēng)險(xiǎn)分析的方法，風(fēng)險(xiǎn)監(jiān)控的方法和風(fēng)險(xiǎn)應(yīng)對(duì)的方法。這些方法和工具組織級(jí)都有明確的定義和指導(dǎo)原則，對(duì)于存在多種方法時(shí)要根據(jù)項(xiàng)目實(shí)際情況選擇。

對(duì)于項(xiàng)目的風(fēng)險(xiǎn)來(lái)源和分類，組織級(jí)都有明確的標(biāo)準(zhǔn)和定義，項(xiàng)目一般都可以直接采用，但需要注意的是有可能需要項(xiàng)目實(shí)際情況對(duì)其進(jìn)行裁剪。如項(xiàng)目本身不可能存在采購(gòu)方面的風(fēng)險(xiǎn)時(shí)候，就需要將其裁剪到，這樣在后續(xù)的風(fēng)險(xiǎn)識(shí)別和分析中都不用再過(guò)多考慮。

項(xiàng)目在制定具體的風(fēng)險(xiǎn)管理參數(shù)的時(shí)候，雖然組織級(jí)有了明確的參數(shù)具體的含義定義，但項(xiàng)目更多應(yīng)該根據(jù)實(shí)際情況進(jìn)行調(diào)整。如組織級(jí)定義項(xiàng)目延期兩個(gè)月該風(fēng)險(xiǎn)后果為0.8，但當(dāng)項(xiàng)目版本周期僅僅是1個(gè)多月的時(shí)候，這個(gè)時(shí)候當(dāng)項(xiàng)目延期一周后果就相當(dāng)高而應(yīng)該取0.8了。所以這里項(xiàng)目經(jīng)理應(yīng)該特別注意進(jìn)行修改。

項(xiàng)目計(jì)劃中的風(fēng)險(xiǎn)應(yīng)對(duì)策略不是針對(duì)某個(gè)特定風(fēng)險(xiǎn)的，所以這里的應(yīng)對(duì)策略更多是通用的應(yīng)對(duì)策略：如開(kāi)發(fā)原型，技能評(píng)估和培訓(xùn)，數(shù)據(jù)模擬等。當(dāng)遇到實(shí)際的風(fēng)險(xiǎn)時(shí)候，如何去應(yīng)對(duì)還要根據(jù)風(fēng)險(xiǎn)的實(shí)際情況進(jìn)行分析。

項(xiàng)目計(jì)劃階段就應(yīng)該分析出項(xiàng)目在當(dāng)前狀況下的所有風(fēng)險(xiǎn)，并對(duì)風(fēng)險(xiǎn)進(jìn)行優(yōu)先級(jí)排序，當(dāng)確認(rèn)了是項(xiàng)目的關(guān)鍵風(fēng)險(xiǎn)后，需要制定這些風(fēng)險(xiǎn)的減輕計(jì)劃和應(yīng)對(duì)措施，這些內(nèi)容都需要體現(xiàn)到PMS進(jìn)度計(jì)劃中，PMS進(jìn)度計(jì)劃必須包含這些內(nèi)容才是一份完整的進(jìn)度計(jì)劃。

當(dāng)我們積累了足夠多的歷史數(shù)據(jù)后可以對(duì)風(fēng)險(xiǎn)進(jìn)行組合分析和量化分析，對(duì)于風(fēng)險(xiǎn)量化分析可以采用決策樹(shù)和蒙特卡洛模擬等方法進(jìn)行。具體的方法可以參考以下文檔：

制定項(xiàng)目的人員培訓(xùn)和技能評(píng)估計(jì)劃

在IT現(xiàn)階段項(xiàng)目計(jì)劃中有專門(mén)的資源計(jì)劃，這里面有相關(guān)各階段軟硬件資源的需求，個(gè)人認(rèn)為在這里更重要的是人員培訓(xùn)和技能評(píng)估計(jì)劃的制定，因?yàn)樾枨蟛环€(wěn)定和人員流動(dòng)一直被公認(rèn)為軟件項(xiàng)目的兩大最高危風(fēng)險(xiǎn)。

項(xiàng)目系統(tǒng)早在V2.2版本就開(kāi)始考慮培訓(xùn)需求的收集工作，每個(gè)項(xiàng)目成員都有很多相關(guān)的培訓(xùn)需求而且可能會(huì)比較發(fā)散，因此項(xiàng)目首先通過(guò)歷史版本的總結(jié)，從業(yè)務(wù)，技術(shù)和管理相關(guān)的培訓(xùn)列出的可能的培訓(xùn)課程，然后制作成相關(guān)的數(shù)據(jù)庫(kù)表格，規(guī)定每位成員最多只能選擇三門(mén)希望參加的培訓(xùn)課程，然后對(duì)培訓(xùn)結(jié)果進(jìn)行匯總分析，排定培訓(xùn)安排的優(yōu)先級(jí)別計(jì)劃。

如下圖：

這樣根據(jù)收集的數(shù)據(jù)進(jìn)行分析后，得出具體的培訓(xùn)計(jì)劃安排。通過(guò)這種方式確認(rèn)出來(lái)的培訓(xùn)計(jì)劃將很有針對(duì)性，可以滿足大多數(shù)項(xiàng)目成員的培訓(xùn)需求，同時(shí)培訓(xùn)課程是大家選擇出來(lái)的，培訓(xùn)的積極性和主動(dòng)性也較高。

在項(xiàng)目計(jì)劃中除了安排培訓(xùn)外，還需要制定相關(guān)的技能評(píng)估計(jì)劃，第一個(gè)是有效的檢查培訓(xùn)的效果，第二是考查項(xiàng)目成員的真實(shí)技能情況便于后期安排有針對(duì)性的指導(dǎo)。在項(xiàng)目項(xiàng)目的V4.0版本中，由于有多名新員工，因此項(xiàng)目一開(kāi)始就安排了相關(guān)的培訓(xùn)和以師帶徒的輔導(dǎo)，同時(shí)制定計(jì)劃要在階段任務(wù)開(kāi)始時(shí)候?qū)π聠T工的技能進(jìn)行一次當(dāng)面的溝通和確認(rèn)，以安排后期的需求和確認(rèn)新員工是否達(dá)到項(xiàng)目要求。

因此在項(xiàng)目中，項(xiàng)目5月底項(xiàng)目經(jīng)理專門(mén)和每位新員工進(jìn)行當(dāng)面溝通確認(rèn)技能情況。涉及了項(xiàng)目開(kāi)發(fā)模式，工作流，系統(tǒng)管理，文檔管理，系統(tǒng)業(yè)務(wù)，數(shù)據(jù)庫(kù)等多項(xiàng)內(nèi)容，并對(duì)各個(gè)分項(xiàng)內(nèi)容進(jìn)行技能評(píng)估，綠色表示技能基本達(dá)到，紅色表示技能有明顯欠缺。新員工在經(jīng)過(guò)培訓(xùn)和自學(xué)后基本可以勝任編碼工作，但遇到功能模塊跟工作流和系統(tǒng)管理接口部分的開(kāi)發(fā)時(shí)候，需要設(shè)計(jì)人員仔細(xì)講解。

效果評(píng)價(jià)

對(duì)于項(xiàng)目計(jì)劃的優(yōu)化改進(jìn)實(shí)施體現(xiàn)在項(xiàng)目項(xiàng)目管理的多個(gè)版本中，具體的效果可以總結(jié)為以下幾個(gè)點(diǎn)：

• 對(duì)于在1到1個(gè)半月左右小版本，估算準(zhǔn)確度在90%以上，一般只做一次估算即滿足要求，項(xiàng)目進(jìn)度偏差也很小，基本都正常發(fā)版。
• 對(duì)于大于2個(gè)月的版本，項(xiàng)目一般做兩次估算，第一次估算準(zhǔn)確度在70%左右，軟件需求完成后第二次估算準(zhǔn)確度在90%以上，因此第二次估算完成后對(duì)進(jìn)度計(jì)劃進(jìn)行調(diào)整，調(diào)整后項(xiàng)目進(jìn)度偏差可以控制在5%以內(nèi)。
• 從V2.1版本以來(lái)的項(xiàng)目多個(gè)版本，由于前期跟業(yè)務(wù)溝通的充分，用戶需求變更很少，基本沒(méi)有出現(xiàn)過(guò)需求頻繁變更對(duì)項(xiàng)目進(jìn)度和質(zhì)量造成影響情況。
• 項(xiàng)目形成了一套大版本進(jìn)度計(jì)劃排定，關(guān)鍵資源和關(guān)鍵路徑考慮的方法，使得2-3個(gè)月的大版本也可以在計(jì)劃需求階段排出較為細(xì)致的進(jìn)度計(jì)劃來(lái)。
• 項(xiàng)目重視風(fēng)險(xiǎn)計(jì)劃和風(fēng)險(xiǎn)的管理，風(fēng)險(xiǎn)轉(zhuǎn)化為實(shí)際問(wèn)題的情況很少。
• 培訓(xùn)計(jì)劃，技能評(píng)估，異地溝通和團(tuán)隊(duì)管理在項(xiàng)目項(xiàng)目已經(jīng)形成了相關(guān)的規(guī)程和方法，項(xiàng)目基本可以做到個(gè)別人員流失不會(huì)對(duì)整個(gè)項(xiàng)目造成較大沖擊。

注：本文為我多年前擔(dān)任專職IT項(xiàng)目經(jīng)理進(jìn)行項(xiàng)目計(jì)劃，項(xiàng)目過(guò)程管控方面的最佳實(shí)踐輸出，當(dāng)前來(lái)看一些內(nèi)容仍然具備參考價(jià)值。