『這個採購案不能進行，因爲去年預算沒有編列。』
聼到類似這種説明因爲去年沒有計劃到，所以今年不能做的説辭，我都會想這個計劃到底是幫助公司，還是限制了公司的成長。
敏捷宣言第四條中說到：回應變化 重於 遵循計劃。
這句話聽起來很簡單，就是如果現實環境改變了，我們應該要更改原本的計劃去適應新的情況，而不是一廂情願的按照原定計劃往下走。但我認爲是最難做的的一條，因爲不管是人還是組織都是由慣性的，人們會習慣跟著過去的計劃往下走，直到走不下去爲止。
在敏捷的各種方法論中，Scrum 是最專注在工作模式上的，所以 Scrum 中的各種活動，都是專注在檢視現狀，然後做出相對應的調整。
在 Scrum 短衝中，每日站會、回顧會議（Review meeting）、與自省會議（Retrospective meeting），都是爲了讓團隊慢下來，停止工作，看看目前的情況是否符合預期，只是檢視和調整的目標對象不同。
在每日站會中，團隊成員檢視的是在短衝中每天的工作情況，比如說工作進度是否有遇到阻礙，團隊成員是否有需要協助的地方，然後團隊成員進行協助或是尋求其他人的協助。
每個短衝結束前回顧會議的重點在於產品本身，藉由邀請利害關係人一同來看看這個短衝所做的成果，是否符合他們的預期，有沒有功能需要修改，或是其他可以讓產品更好的點子。除了這個短衝的成品，過去產品的功能績效也應該被追蹤與討論。產品負責人在會議上搜集這些反饋後，會在產品待辦清單上反應出來，比如新增、修改、或是刪除使用者故事。換句話説，有效的回顧會議應有的影響，就是讓產品代辦清單是活的，代表經常性的變動。如果產品代辦清單上的事項長期沒有改變優先級或是内容，這是一個需要注意的警訊，代表我們可能沒有取得反饋，或反饋沒有被接納並反應出來。
自省會議我認爲是 Scrum 的精華所在，也是讓團隊工作效能提升最重要的會議。在自省會議中團隊檢視的是該短衝中的工作情況，然後決定下個短衝中所需要改善的事情。自省會議最重要，也是最難開好的會議，如果處理的不好會流於形式，大家閑聊一會就散會了。所以在實務上，Scrum Master 需要找各種方法讓團隊願意坦誠面對問題、説出建設性的建議、并且還要保持新鮮感，真的是很有挑戰。自省會議中常見的方法包含時間軸回顧、+ – = （多做、少做、維持）、肯定與感謝、慶祝等等，在 Google 上搜尋 Retrospective games 也可以找到許多自省會議的點子。自省會議中最重要的產出是改善事項，即使只有一件再小的事情都好，只要我們每個短衝都比上一個跟好一點，經過一年團隊就會脫胎換骨了。
在原來你才是絆脚石一書中提到，敏捷宣言第四條：回應變化 重於 遵循計劃，背後的價值觀是持續學習，就如同上文在 Scrum 中的活動，都是觀察現況、做出改變、檢視成效的不斷循環，這就反應到團隊的能力是在持續提升的。
我認爲敏捷式管理的最終目的就是建立學習型組織，除了在 Scrum 的活動外，我們還可以經由結對編程，也就是兩個人同時一起處理一件事情，來讓彼此在工作中學習各自的專長。另外企業内外各種技術與學習的分享，比如建立企業中的實踐社區（Community of Practice，簡稱COP），參與產業中的社區活動，都是讓企業保持學習文化的具體方法。