[TOC觀點]：對企業(yè)來說，改造最弱的環(huán)節(jié)才會提升整體的能力，任何時候最弱的一環(huán)都只有一個，這就是制約因素。
對于整個實施階段來說，制約因素是軟件在交付時應該達到的質(zhì)量標準。如果標準過高，可能會造成交付日期的延誤;如果標準過低，則會造成修改缺陷和重新發(fā)布過程的多次重復，造成整個實施階段的延誤。
解決方法。
[TOC觀點]：任何問題都可以用聚焦五步驟來解決：找出、挖盡、遷就、松綁、回頭。
我們就用聚焦五步驟來解決實施階段所面臨的麻煩：
第一步，找出。從實際情況來看，軟件的質(zhì)量標準是我們最應該關注的，是整個實施過程的制約因素。不斷出現(xiàn)的錯誤、頻繁的修改、無休止的測試和培訓，都是由此產(chǎn)生的。
第二步，挖盡。挖盡質(zhì)量標準的潛力，也就是找出一個最符合項目具體情況的標準，既不會因質(zhì)量要求過高影響軟件按時交付，也不會因質(zhì)量標準過低導致上線后問題頻發(fā)。
第三步，遷就。質(zhì)量標準制定出來以后，其它各方面都要配合這個標準，這樣才能使制約因素不再是瓶頸。比如，軟件需要進行充分的測試以保證滿足質(zhì)量標準的要求，軟件交付必須在測試通過之后，并且在重新發(fā)布之前也要進行測試。
第四步，松綁。做到前面三步之后，軟件只有達到一定的質(zhì)量標準后才會發(fā)布，對軟件的修改也必須經(jīng)過測試后才能發(fā)布新版本，因此不會再出現(xiàn)BUG滿天飛的情況，用戶培訓也可以有條不紊的進行，系統(tǒng)試運行不再是怨聲載道，瓶頸也不再是瓶頸了。
第五步，回頭。原有的瓶頸消失了，必然會有新的步驟成為最弱的一環(huán)，接下來就是我們?nèi)グl(fā)現(xiàn)并解決它的時候了。
3、錯誤的假設
[TOC觀點]：TOC認為，沖突實際上是不存在的，當我們遇到一個沖突，那其實是一個清晰的信號，顯示有人做了一個錯誤的假設，而這個錯誤的假設是可以糾正的，一旦糾正了，沖突就不存在了。
在實施階段存在的錯誤假設是，越早將軟件交到用戶手上，實施階段就可以越早結(jié)束。這個假設忽視了由于沒有經(jīng)過充分測試的軟件缺陷所造成的混亂和延誤。