敏捷?TOC

來源:互聯網
上載者:User

                                                    ----《關鍵鏈》學習筆記

    項目中存在大量的安全時間,這是因為第一、根據以往的慘痛經曆,大家都選擇最保守的時間,第二涉及的管理層越多,那麼完工時間越長,因為每一層都會增加安全時間,第三、預料到高層會削減時間,那麼大家都會預加出安全時間,這樣導致整個項目的安全期過大,從而導致項目的完工時間變長,按照書中的理論來說,安全時間至少造成完工日期變成原來的2倍以上。然而項目的安全時間卻又經過三個途徑被浪費掉,第一個是學生綜合征,直到最後的一刻才開始著急去完工,給與多少的時間都會被浪費掉,第二多任務,在不停的任務之間切換浪費時間,同時因為不停的處理各個任務,導致每個任務的的完工時間都變長了,第三各個步驟的依存關係。

 

     根據安全期被擴大的原因,那麼要求項目的完工時間提前,大家去削減安全期,但是又因為為了保證不可靠的原因,那麼保留一定的安全期,於是安全期被後置在關鍵路徑的最後,用於緩衝,而關鍵路徑上的每個節點則不設定安全期。把原來路徑上的每個安全期積壓掉,全部放到後端。這樣就解決了安全時間被三個路徑浪費掉的問題。

   

 

     看到這裡的時候就有些疑問,如果使用敏捷流程進行迭代的話,就會形成最開始的樣子,因為每次迭代的時候都會預留一定的安全期在裡面,那麼迭代的次數越多,那麼被加入的安全期就會越多,就會導致完工時間變長。從TOC的理論來說,就需要消除掉安全期,那麼是否應該在每次迭代的時候壓縮安全期,達到一種偽的TOC理論?這二者之間的衝突如何解決?

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.