做PM一年，一直應用TOC的有關概念在tracking project progress，不過一直不大清楚大家都是如何來監(jiān)控項目進度的，這里小弟根據自己的理解，簡單寫下這些東東，和大家一起探討一下監(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 =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)的目的。這個原理如何應用到IT軟件項目的管理中呢？See following.

　　2. Critical Chain

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

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

　　cc確立后，就是整個項目的constraint，對于cc就要更多的關注與控制，也就一個項目的主要矛盾。非cc的task就是次要矛盾，但是不意味著就不重要，只是相對而言要更關注cc而已。

　　3. Buffer

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

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

　　4. Buffer management

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

　　5. As late as possible

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

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