上回說到項目經(jīng)理授權(quán)后的第一步動作页眯，將需求轉(zhuǎn)化為了具體的任務(wù)梯捕。但是光有任務(wù)還遠(yuǎn)遠(yuǎn)不夠。對于任務(wù)還需要有一個大致的估算窝撵，這是在具體活動出現(xiàn)前的估算傀顾。明確任務(wù)層級的關(guān)鍵路徑。通過任務(wù)估算和關(guān)鍵路徑碌奉，可以獲得項目里程碑短曾。
所以第二步動作是在任務(wù)的基礎(chǔ)上制定粗略的計劃。當(dāng)前我們手頭上有以下信息：
1. 項目章程
2. 大而粗的項目時間節(jié)點
3. 干系人列表
4. 工作分解結(jié)構(gòu) （WBS）
5. 工作分解結(jié)構(gòu)詞典
6. 項目范圍說明書
7. 需求管理計劃
8. 需求跟蹤矩陣
而做完第二步還將得到基于WBS的工時估算赐劣，項目的關(guān)鍵路徑以及項目里程碑嫉拐。大致的流程如下：
《一》工時估算
這步的輸入是工作分解結(jié)構(gòu)，而輸出是基于工作分解結(jié)構(gòu)的工時估算魁兼。
對于一個項目來說婉徘，工時估算一般會有三次，
第一次發(fā)生在投標(biāo)之前咐汞，需要估算項目成本判哥。
第二次發(fā)生在項目啟動會議之前，主要用于制定項目里程碑碉考。
第三次會在啟動會議之后塌计，用于制定項目計劃。
區(qū)別在于詳細(xì)程度逐次遞增侯谁。第一次是非常粗略的估算锌仅，可能是基于歷史數(shù)據(jù)，也有可能是拍腦門得出的結(jié)果墙贱。第二次是在任務(wù)明確的基礎(chǔ)上的估算热芹，精度會上升很多。第三次是基于活動的估算惨撇，此時的估算是項目計劃的基礎(chǔ)伊脓，需要非常精確，一般推薦三點估算方式進(jìn)行魁衙。如果今后遇到項目需求變更报腔，也需要使用三點估算進(jìn)行估算株搔。
現(xiàn)在回到基于工作分解結(jié)構(gòu)的估算上來，對于此時的估算纯蛾，多數(shù)使用的是基于歷史經(jīng)驗纤房，歷史數(shù)據(jù)的類比。如果做房屋裝修翻诉，對于項目經(jīng)理來說炮姨，基本明白粉刷墻壁，鋪設(shè)地板碰煌，排布電線水管等等工作大致需要的時間舒岸。這些都是從歷史經(jīng)驗上類比而來。
也許你會說那不是很不精確嗎芦圾？的確蛾派，在這個階段的估算并非十分精確，也沒有必要堕扶。原因在于：
1. 此時的項目需求也是比較粗略的碍脏，具體需求細(xì)節(jié)并未確定。
2. 項目資源并沒有明確稍算，也就是說典尾，在什么階段需要什么樣的資源，資源的個數(shù)都么有最終確定糊探。
項目管理三角形中兩項要素都存在變數(shù)钾埂。自然此時的估算帶有大的誤差是可以理解的。
那么這樣一個不精確的估算的意義是什么呢科平？
在于被否定褥紫，被更新，逼近真實的情況瞪慧。
這就好比定位一樣髓考，當(dāng)要找一個人的時候，起先定位到他在中國弃酌，那就不會去美國找氨菇。而隨著時間的推移，發(fā)現(xiàn)他在中國上海妓湘，那就不會去南京找查蓉。最后發(fā)現(xiàn)他在中國上海的外灘，那就不會去外灘找榜贴。
估算也一樣豌研，隨著需求的明確和深入，對于估算的也隨之越來越準(zhǔn)確。即使之后的估算推翻了之前的鹃共，這種情況經(jīng)常會有鬼佣，但是至少因為之前的估算，任務(wù)得以繼續(xù)及汉，不會舉步不前沮趣。
于是在完成估算之后屯烦，對于每一個任務(wù)都有一個完成工時的估算坷随。
《二》明確關(guān)鍵路徑
同樣的，工作分解結(jié)構(gòu)中把任務(wù)進(jìn)行了系統(tǒng)的羅列驻龟，基于他温眉，可以產(chǎn)生項目關(guān)鍵路徑。
對于任務(wù)翁狐，可以分為兩種类溢，一種和其他任務(wù)沒有關(guān)聯(lián)，相對獨立露懒。另一種需要以完成其他任務(wù)為條件闯冷。對于第一種任務(wù)，只需要安排人做完成即可懈词。而對于第二種任務(wù)蛇耀，就需要根據(jù)其前置條件，制定任務(wù)拓?fù)鋱D坎弯。
在這個階段纺涤，需要將工作分解結(jié)構(gòu)中所有任務(wù)，都放置到拓?fù)鋱D上去抠忘。如果兩個任務(wù)有關(guān)聯(lián)撩炊，需要標(biāo)明之間關(guān)系。比方說粉刷墻壁的任務(wù)需要在水泥干后才能開始崎脉，那么在這兩個任務(wù)上就需要有帶方向的箭頭標(biāo)明先后關(guān)系拧咳。
下圖為關(guān)鍵路徑拓?fù)鋱D的一個例子：
方塊內(nèi)為任務(wù)，以及需要的工時囚灼，連線標(biāo)明任務(wù)的關(guān)系骆膝。
當(dāng)把所有任務(wù)都羅列到拓?fù)鋱D中去之后，需要計算每條線路的時間啦撮，而時間最長的那條代表項目完成的最短時間谭网，即項目的關(guān)鍵路徑。
值得注意的是赃春，隨著項目的變化愉择，需求的變化，資源的變化，關(guān)鍵路徑是會發(fā)生變化的锥涕。這需要項目經(jīng)理時刻對于項目有個整體的把握衷戈，尤其在關(guān)鍵路徑上。
關(guān)鍵路徑的變化代表著工期的變化层坠。并不是所有任務(wù)的延期都會造成項目交付的延期殖妇。但是關(guān)鍵路徑上任務(wù)的延期，必然造成交付的延期破花。
《三》確定項目里程碑
當(dāng)經(jīng)過工時估算和關(guān)鍵路徑確認(rèn)之后谦趣，我們得到了每個任務(wù)的工時以及任務(wù)和任務(wù)之間的關(guān)系。同時在工作分解結(jié)構(gòu)中座每，對于任務(wù)有了階段層級的歸類前鹅。這在賬戶編碼中可以體現(xiàn)見下圖：
在1.x這個層級1.1.1與1.1.2必然都屬于需求評估階段，而 1.1.1和1.2.1峭梳，必然不屬于同一階段舰绘，因為評估和開發(fā)不會混在一起。
所以根據(jù)不同的賬戶編碼葱椭，可以將任務(wù)歸類捂寿，而歸類的粒度可以根據(jù)賬戶編碼得以控制。
于是在關(guān)鍵路徑拓?fù)鋱D中孵运，可以加上賬戶編碼秦陋。從中根據(jù)需要的粒度，提煉出各個階段所需要的時間掐松。
拿軟件開發(fā)舉個例子踱侣，對于一個完整的項目，會有如下的工作分解結(jié)構(gòu)：
這里不妨做一個資源的假設(shè)大磺，即我有一個BA做需求文檔抡句，有一個資源做頁面設(shè)計，一個資源做數(shù)據(jù)庫設(shè)計以及一個資源做服務(wù)層設(shè)計杠愧，相應(yīng)的待榔，設(shè)計人員兼顧開發(fā)。有一個測試流济，以及一個資源專門負(fù)責(zé)部署锐锣。
對應(yīng)的關(guān)鍵路徑拓?fù)鋱D：（下圖的關(guān)鍵路徑看出來了嗎？是 1.1.1 -> 1.4.1->1.4.2->1.4.3->1.5.2 哦）
于是得到了以下結(jié)論：
需求分析： 5天
設(shè)計： 2 天
開發(fā)： 2天
測試： 15天
部署：1天
結(jié)合最開始的大而粗的項目時間節(jié)點绳瘟，獲取客戶要求的交付日期雕憔，倒推各階段的開始結(jié)束時間。如客戶要求11月30日交付糖声。那么可以得到如下結(jié)論：
部署： 開始時間 11月30號斤彼，結(jié)束時間 11月30號
測試時間：開始時間 11月9號分瘦，結(jié)束時間 11月29號
開發(fā)時間：開始時間 11月13號，結(jié)束時間 11月15號
設(shè)計時間：開始時間11月9號琉苇，結(jié)束時間 11月10號
需求分析時間：開始時間11月2號嘲玫，結(jié)束時間11月8號
從而得到了各個里程碑時間。
最后并扇，還需要和當(dāng)前客觀情況進(jìn)行對比去团。問問自己，可行嗎穷蛹？顯然如果今天是11月13日土陪，這個計劃是不可行的。按照當(dāng)前資源來說俩莽，需要在 11月2號開始需求分析旺坠。實際上是13號乔遮。于是在不更改交付日期的前提下扮超，需要增加資源。
大致方案如下蹋肮，增加為2個BA出刷，縮短需求分析的時間為3天。開發(fā)人員不變坯辩，測試人員增加為2人馁龟。于是對應(yīng)的拓?fù)鋱D發(fā)生了變化，關(guān)鍵路徑也發(fā)生了變化（1.1.1->1.2.1->1.3.1->1.4.2->1.4.3->1.5.2)
于是再次根據(jù)交付時間倒退里程碑得到如下：
部署： 開始時間 11月30號漆魔，結(jié)束時間 11月30號
測試時間：開始時間 11月20號坷檩，結(jié)束時間 11月29號
開發(fā)時間：開始時間 11月21號，結(jié)束時間 11月22號
設(shè)計時間：開始時間11月17號改抡，結(jié)束時間 11月20號
需求分析時間：開始時間11月14號矢炼，結(jié)束時間11月16號
這個計劃按照當(dāng)前是11月13號的情況下，是可行的了阿纤。于是我們得到了項目的里程碑句灌。
