00.持續改進不是說你要把事情做得多好——那只是工作的一部分。持續改進是移走那些妨礙你工作的事物，那些降低工作工作效率的事物。這就是持續改進的真諦所在。

01.這包括3方面內容：身在何處、想去何處級如何到達。

02.如果你擁有一個很穩定的開發團隊，把線讓他們變得敏捷作為開始；接著改進組合管理團隊，同時改進團隊的協作與技能。如果你沒有一個穩定的開發團隊，那麼就減少正在進行的專案數量，讓元件的團隊專注於完成優先順序高的需求，使這些需求能夠被產品牽頭人儘早驗收。

03.在決定之前的方向之前，你必須要知道自己所在的位置及你想到達的目的地。想去何處可能是清楚的，因為其他公司也想去。‘

04.團隊沒有很好地形成。一個專案是由分配到專案中的人員協同工作來完成的，當這些人員同時參與很多其他專案時，問題就出現了。

*團隊成員不在一起辦公。研究表明，人們彼此作為的距離超過10米，就會大大降低他們的溝通能力和協同能力。

*大批需求雜亂無章地堆放在一起。沒有相應的機制在專案成員有限的能力範圍內去分配工作。

*專案經理和專案發起人爭奪資源，而不是一起合作以是心啊投資收益最大化。

*自動化驗收測試沒有完成。測試驅動開發也沒有完成。在開發週期中，測試啟動太遲。

*在專案結尾才完成整合。整合成本是很高的，因為團隊成員間彼此獨立工作了太長時間，一旦整合會花費很大的努力，著也導致了浪費。

*程式碼質量依賴於程式設計師的個人能力。眾所周知高質量的程式碼是如何形成的。

*沒有積極地尋找和消除問題的根源。在軟體的世界裡，缺陷作為日常生活方式的一種被包容。實際上，許多組織利用釋出準備狀態進行缺陷跟蹤。

*過程的持續改進沒有實施或沒有價值。

05.精益關注的是流程和迭代週期時間最小化，提供團共團隊更好的整合。

06.精益並不是關於幫助企業轉型的方法，而是一個讓企業學習轉型的過程。但是，為了轉型而轉型的目標是不對的，轉型的目的是提高生產力和投資收益率。