上回說到項目經(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號的情況下,是可行的了阿纤。于是我們得到了項目的里程碑句灌。