從TOC看“項目實施階段”存在的問題

三、沖出泥沼

讓我們用TOC的觀點和方法來分析這混亂的狀況，并找出解決方法。

沖突。

[TOC觀點]：發(fā)現(xiàn)沖突是解決問題的第一步。TOC認(rèn)為，如果一個問題未能以兩個必備條件之間的沖突來表達(dá)，那么這個問題就沒有清晰的定義。

從成本世界出發(fā)，各步驟所用的時間越短越好，所進(jìn)行的循環(huán)次數(shù)越少越好；

從有效產(chǎn)出世界出發(fā)，各步驟所做的準(zhǔn)備工作越充分越好，所進(jìn)行的循環(huán)次數(shù)越多，則有效產(chǎn)出的質(zhì)量和效果越好。

錯誤的假設(shè)。

[TOC觀點]：TOC認(rèn)為，沖突實際上是不存在的，當(dāng)我們遇到一個沖突，那其實是一個清晰的信號，顯示有人做了一個錯誤的假設(shè)，而這個錯誤的假設(shè)是可以糾正的，一旦糾正了，沖突就不存在了。

在實施階段存在的錯誤假設(shè)是，越早將軟件交到用戶手上，實施階段就可以越早結(jié)束。這個假設(shè)忽視了由于沒有經(jīng)過充分測試的軟件缺陷所造成的混亂和延誤。

制約因素。

[TOC觀點]：對企業(yè)來說，改造最弱的環(huán)節(jié)才會提升整體的能力，任何時候最弱的一環(huán)都只有一個，這就是制約因素。

對于整個實施階段來說，制約因素是軟件在交付時應(yīng)該達(dá)到的質(zhì)量標(biāo)準(zhǔn)。如果標(biāo)準(zhǔn)過高，可能會造成交付日期的延誤；如果標(biāo)準(zhǔn)過低，則會造成修改缺陷和重新發(fā)布過程的多次重復(fù)，造成整個實施階段的延誤。

解決方法。

[TOC觀點]：任何問題都可以用聚焦五步驟來解決：找出、挖盡、遷就、松綁、回頭。

我們就用聚焦五步驟來解決實施階段所面臨的麻煩：

第一步，找出。從實際情況來看，軟件的質(zhì)量標(biāo)準(zhǔn)是我們最應(yīng)該關(guān)注的，是整個實施過程的制約因素。不斷出現(xiàn)的錯誤、頻繁的修改、無休止的測試和培訓(xùn)，都是由此產(chǎn)生的。

第二步，挖盡。挖盡質(zhì)量標(biāo)準(zhǔn)的潛力，也就是找出一個最符合項目具體情況的標(biāo)準(zhǔn)，既不會因質(zhì)量要求過高影響軟件按時交付，也不會因質(zhì)量標(biāo)準(zhǔn)過低導(dǎo)致上線后問題頻發(fā)。

第三步，遷就。質(zhì)量標(biāo)準(zhǔn)制定出來以后，其它各方面都要配合這個標(biāo)準(zhǔn)，這樣才能使制約因素不再是瓶頸。比如，軟件需要進(jìn)行充分的測試以保證滿足質(zhì)量標(biāo)準(zhǔn)的要求，軟件交付必須在測試通過之后，并且在重新發(fā)布之前也要進(jìn)行測試。

第四步，松綁。做到前面三步之后，軟件只有達(dá)到一定的質(zhì)量標(biāo)準(zhǔn)后才會發(fā)布，對軟件的修改也必須經(jīng)過測試后才能發(fā)布新版本，因此不會再出現(xiàn)BUG滿天飛的情況，用戶培訓(xùn)也可以有條不紊的進(jìn)行，系統(tǒng)試運行不再是怨聲載道，瓶頸也不再是瓶頸了。

第五步，回頭。原有的瓶頸消失了，必然會有新的步驟成為最弱的一環(huán)，接下來就是我們?nèi)グl(fā)現(xiàn)并解決它的時候了。
      

TOC背景

TOC（Theory Of Constraints）是高德拉特(Eliyahu M．Tolerate)創(chuàng)立的“制約法”，是一套獨特的管理方法論，將之應(yīng)用到軟件項目管理中也一樣適用。TOC致力于找出管理鏈條中的薄弱環(huán)節(jié)，然后通過各種手段加強它，當(dāng)它不再是最弱的一環(huán)時，再去尋找新的薄弱環(huán)節(jié)，如此往復(fù)，整個管理鏈條都得以加強了。（amt）