項目進度的監(jiān)控——淺談TOC_工程管理_第1頁
項目進度的監(jiān)控——淺談TOC_工程管理_第2頁
項目進度的監(jiān)控——淺談TOC_工程管理_第3頁
項目進度的監(jiān)控——淺談TOC_工程管理_第4頁
項目進度的監(jiān)控——淺談TOC_工程管理_第5頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、項目進度的監(jiān)控淺談TOC做PM一年,始終應(yīng)用TOC的有關(guān)概念在tracking project progress,不過始終不大清晰大家都是如何來監(jiān)控項目進度的,這里小弟依據(jù)自己的理解,簡潔寫下這些東東,和大家一起探討一下監(jiān)控項目進度的一些方法,共同進步。1. What is TOC (Theory of Constraints)Principle concepts What is a “constraint?”That aspect of a system or organization that prevents it from achieving its goal.If a system

2、=a chain, its constraint = its “weakest link”。Unless the constraint is improved, there is little chance for significant improvement in the system as a whole.由這里的描述可見,TOC的中心思想是找到一個系統(tǒng)中的脆弱的鏈,進而加以改善,然后再重新分析脆弱的鏈,再加以改進,以此類推從而達到強化系統(tǒng)的目的。這個原理如何應(yīng)用到IT軟件項目的管理中呢?See following.2. Critical Chain對于軟件項目來說,關(guān)鍵是能否在規(guī)定的時

3、間之內(nèi),預(yù)定的資金內(nèi),有質(zhì)量的交付客戶要求的產(chǎn)品。我們這里關(guān)注的是如何準時的完成項目,預(yù)算和質(zhì)量都有其特定的系統(tǒng)去監(jiān)控。能否按時完成項目就取決于我們的網(wǎng)絡(luò)圖中最長的那條chain,所以我們說一個項目網(wǎng)絡(luò)圖中最長的那條chain我們就稱之為Critical Chain,簡稱為cc。在一個項目的pert char未定之前,我們要做的就是反復(fù)分析最終得到cc,詳細就是先找出最長的chain,然后分析每個task的duration是否都是不行再縮減的,若可以就進行優(yōu)化,再看這條chain還是不是最長的chain,假如不是則找出新的最長的chain,依次類推,最終得到最優(yōu)的網(wǎng)絡(luò)圖,得到cc.當然在項目的

4、執(zhí)行過程中,可能最初的cc漸漸的不再是最長的chain了,但是由于buffer機制管理的問題,cc一旦確立,在項目的執(zhí)行過程將不再轉(zhuǎn)變。有關(guān)buffer的問題在后面解釋。cc確立后,就是整個項目的constraint,對于cc就要更多的關(guān)注與掌握,也就一個項目的主要沖突。非cc的task就是次要沖突,但是不意味著就不重要,只是相對而言要更關(guān)注cc而已。3. Buffer人在做事情的時候,當需要預(yù)估這件事情完成所需的周期時,會有兩種方式在腦中思索:50%confidence and 90%confidence,50% confidence是指在最好的狀況下,我盡最大的努力完成這個任務(wù)所需要的時間

5、;90%confidence是指我有相當大的把握完成這個任務(wù)所需要的時間。出于人的惰性以及可怕一旦無法如期完成所帶來的后果,大多數(shù)的人在預(yù)估完成任務(wù)所需要的時間的時候,傾向于使用90%confidence。而實際是90%confidence的時間偏長,往往造成項目周期的加長;50%confidence則由于過于不給自己留有余地,往往在意外狀況發(fā)生的時候造成任務(wù)超時。所以我們引入buffer的概念來平衡,既有肯定的把握完成,同時又避開50%所帶來的高風險,又不像90%那樣延長了工期。Buffer是指在某條鏈上全部的tasks最終加上一個task,賜予肯定的duration用于愛護項目,避開突發(fā)大

6、事造成的項目延期。例如一條鏈上有4個tasks,每個task 10days,則在最終一個task后再加上一個task,給上肯定的時間,比如10days.假如有一個task在估計的10天內(nèi)沒有完成,而是用了12天,那么這個task就吃掉了2天的buffer,這時候buffer的 consumption就是2/10=20%. 在這里每個task的時間都是采納的50%confidence標準定的,而buffer就起到了降低了50%所帶來的高風險。同時由于只有一個buffer,所以buffer是團隊共享的buffer,這個時候個人消耗buffer就是消耗整個團隊的buffer,即使PM不看著,team

7、的其他成員也會留意的 ,而吃buffer的這個人所得到的壓力就不只是來自PM了。4. Buffer managementBuffer的另外一個重要的作用就是顯示整個項目的狀態(tài)。buffer假如沒有被吃,那么整個項目的risk相對就低,假如buffer面臨被吃完的局面,則說明buffer的愛護作用已經(jīng)漸漸消逝,risk漸漸的在上漲。假如我們依照buffer consumption的比率設(shè)定一些值,如30%以下為綠色,30%70%為黃色,70%80%為紅色。那么我們就可以依照這些顏色來簡潔的確定項目的狀態(tài),從而制定相應(yīng)的對策。5. As late as possible大家有沒有這種感覺,畢業(yè)前要交一個論文,你提前一個月寫往往是在期限的前一天剛剛搞定;而如late as possible大家有沒有這種感覺,畢業(yè)前要交一個論文,你提前一個月寫往往是在期限的前一天剛剛搞定;而假如你提前2周寫,往往又是也很可能剛剛在期限的前一天搞定。這也是人的惰性的因素所致。所以有一種叫as late as possible的方法,不管這個項目什么時候開頭,我們只是考慮在最好狀況下,當全部的tasks的duration定下來了,buffer的大小定下來了,我們依據(jù)項目結(jié)束的日期從后往前推,從而得到項目開頭的日期,假如

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論