做PM一年，一直應(yīng)用TOC的有關(guān)概念在tracking project progress，不過一直不大清楚大家都是如何來監(jiān)控項(xiàng)目進(jìn)度的，這里小弟根據(jù)自己的理解，簡單寫下這些東東，和大家一起探討一下監(jiān)控項(xiàng)目進(jìn)度的一些方法，共同進(jì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 =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的中心思想是找到一個(gè)系統(tǒng)中的脆弱的鏈，進(jìn)而加以改善，然后再重新分析脆弱的鏈，再加以改進(jìn)，以此類推從而達(dá)到強(qiáng)化系統(tǒng)的目的。這個(gè)原理如何應(yīng)用到IT軟件項(xiàng)目的管理中呢？See following.

　　2. Critical Chain

　　對(duì)于軟件項(xiàng)目來說，關(guān)鍵是能否在規(guī)定的時(shí)間之內(nèi)，預(yù)定的資金內(nèi)，有質(zhì)量的交付客戶要求的產(chǎn)品。我們這里關(guān)注的是如何準(zhǔn)時(shí)的完成項(xiàng)目，預(yù)算和質(zhì)量都有其特定的系統(tǒng)去監(jiān)控。能否按時(shí)完成項(xiàng)目就取決于我們的網(wǎng)絡(luò)圖中最長的那條chain，所以我們說一個(gè)項(xiàng)目網(wǎng)絡(luò)圖中最長的那條chain我們就稱之為Critical Chain，簡稱為cc。

　　在一個(gè)項(xiàng)目的pert char未定之前，我們要做的就是反復(fù)分析最終得到cc，具體就是先找出最長的chain，然后分析每個(gè)task的duration是否都是不可再縮減的，若可以就進(jìn)行優(yōu)化，再看這條chain還是不是最長的chain，如果不是則找出新的最長的chain，依次類推，最終得到最優(yōu)的網(wǎng)絡(luò)圖，得到cc.當(dāng)然在項(xiàng)目的執(zhí)行過程中，可能最初的cc慢慢的不再是最長的chain了，但是由于buffer機(jī)制管理的問題，cc一旦確立，在項(xiàng)目的執(zhí)行過程將不再改變。有關(guān)buffer的問題在后面解釋。

　　cc確立后，就是整個(gè)項(xiàng)目的constraint，對(duì)于cc就要更多的關(guān)注與控制，也就一個(gè)項(xiàng)目的主要矛盾。非cc的task就是次要矛盾，但是不意味著就不重要，只是相對(duì)而言要更關(guān)注cc而已。

　　3. Buffer

　　人在做事情的時(shí)候，當(dāng)需要預(yù)估這件事情完成所需的周期時(shí)，會(huì)有兩種方式在腦中思考：50％confidence and 90%confidence，50% confidence是指在最好的情況下，我盡最大的努力完成這個(gè)任務(wù)所需要的時(shí)間；90％confidence是指我有相當(dāng)大的把握完成這個(gè)任務(wù)所需要的時(shí)間。出于人的惰性以及害怕一旦無法如期完成所帶來的后果，大多數(shù)的人在預(yù)估完成任務(wù)所需要的時(shí)間的時(shí)候，傾向于使用90％confidence。而實(shí)際是90％confidence的時(shí)間偏長，往往造成項(xiàng)目周期的加長；50％confidence則由于過于不給自己留有余地，往往在意外情況發(fā)生的時(shí)候造成任務(wù)超時(shí)。所以我們引入buffer的概念來平衡，既有一定的把握完成，同時(shí)又避免50％所帶來的高風(fēng)險(xiǎn)，又不像90％那樣延長了工期。

　　Buffer是指在某條鏈上所有的tasks最后加上一個(gè)task，給予一定的duration用于保護(hù)項(xiàng)目，避免突發(fā)事件造成的項(xiàng)目延期。例如一條鏈上有4個(gè)tasks，每個(gè)task 10days，則在最后一個(gè)task后再加上一個(gè)task，給上一定的時(shí)間，比如10days.如果有一個(gè)task在預(yù)計(jì)的10天內(nèi)沒有完成，而是用了12天，那么這個(gè)task就吃掉了2天的buffer，這時(shí)候buffer的 consumption就是2/10=20%. 在這里每個(gè)task的時(shí)間都是采用的50％confidence標(biāo)準(zhǔn)定的，而buffer就起到了降低了50％所帶來的高風(fēng)險(xiǎn)。同時(shí)由于只有一個(gè)buffer，所以buffer是團(tuán)隊(duì)共享的buffer，這個(gè)時(shí)候個(gè)人消耗buffer就是消耗整個(gè)團(tuán)隊(duì)的buffer，即使PM不看著，team的其他成員也會(huì)注意的，而吃buffer的這個(gè)人所得到的壓力就不只是來自PM了。

　　4. Buffer management

　　Buffer的另外一個(gè)重要的作用就是顯示整個(gè)項(xiàng)目的狀態(tài)。buffer如果沒有被吃，那么整個(gè)項(xiàng)目的risk相對(duì)就低，如果buffer面臨被吃完的局面，則說明buffer的保護(hù)作用已經(jīng)慢慢消失，risk慢慢的在上漲。如果我們依照buffer consumption的比率設(shè)定一些值，如30％以下為綠色，30％～70％為黃色，70％～80％為紅色。那么我們就可以依照這些顏色來簡單的確定項(xiàng)目的狀態(tài)，從而制定相應(yīng)的對(duì)策。

　　5. As late as possible

　　大家有沒有這種感覺，畢業(yè)前要交一個(gè)論文，你提前一個(gè)月寫往往是在期限的前一天剛剛搞定；而如late as possible

　　大家有沒有這種感覺，畢業(yè)前要交一個(gè)論文，你提前一個(gè)月寫往往是在期限的前一天剛剛搞定；而如果你提前2周寫，往往又是也很可能剛剛在期限的前一天搞定。這也是人的惰性的因素所致。所以有一種叫as late as possible的方法，不管這個(gè)項(xiàng)目什么時(shí)候開始，我們只是考慮在最好情況下，當(dāng)所有的tasks的duration定下來了，buffer的大小定下來了，我們依據(jù)項(xiàng)目結(jié)束的日期從后往前推，從而得到項(xiàng)目開始的日期，如果這個(gè)日期晚于今天，那么可以考慮將resource放到別的項(xiàng)目中去。這種方法最早主要用于物流方面，因?yàn)閭}庫的占用是要花費(fèi)相當(dāng)?shù)某杀镜�，如果能很好的利用ALAP，則可以更有效率的利用倉庫，降低成本。如今用于軟件領(lǐng)域也可以使用。