1、成功的變革不是完全自上而下或者自下而上，而是通過結合兩者的變革相關要素。
2、如果我們不能預見到scrum轉型的結束狀態，便無法確定當前狀況和結束狀態之間所有的差距。
3、變革與過去培訓的內容往往產生衝突，軟體開發人員很難在短時間適應這種變化，導致轉型的失敗。
4、人進行改變的能力是有限的，因此企業進行改變的能力也是有限的-———要求人們在同一時間內做太多改變，他們是無法承受的，毀壞性的壓力和未來的衝擊產生的迷惑會隨之而來。加之，當代技術革新的速度之快，人們無法快速跟上，導致人們工作和互動方式根本性的變化與不同。
5、最佳實踐是危險的。就像豐田創始人說道的一樣「有一些事情稱之為標準工作，但是標準是在不斷變化的。相反，如果你認為這些標準工作對你來說已經是最好的，那麼一切都結束了。如果我們把一些事情作為最好的可能方法，那麼對於精益【持續增量的改善】的動力就消失了」。
構建之法讀後感1
構建之法一開始講了啟發我對什麼是程式，什麼是軟體，什麼是軟體工程。1 自己曾經在是認為乙個軟體就是程式設計出來出來就行，能執行就好了。但是這本書講了還需要考慮各種因素，如人們的需求，功能的可行性。2 自己認為的團隊合作就是一起分不同的任務最後總結 構建之法 第一章介紹了軟體工程的概念 理論 知識點和...
構建之法讀後感1
這個寒假老師要求我們讀 構建之法 並發表三篇讀書筆記。今天淺讀了一點構建之法開篇部分，原來老師上課給我們出的那個該死的三十道算術題的問題就是出自這本書，真晦氣。書裡提到軟體 程式 軟體工程，那軟體工程是什麼，看了半天，軟體工程是乙個過程，是把系統的 有序的 可量化的方法應用到軟體的開發運營和維護上的...
構建之法讀後感
書中有提到一句名言 軟體 資料結構 演算法 但是，在真正進行軟體開發時，我們會發現 我們所需要的資料結構和演算法都是現成的，我們只要進行呼叫和實現就可以了。在我學習了本書的第一章後，我認識到了 軟體 程式 軟體工程 從此也可以擴充套件為 軟體企業 軟體 商業模式 軟體從最初的乙個簡單的程式，擴充套件...