[Agile] 敏捷價值和原則如何在 Scrum 中體現的
交作業第一發
「價值」是引領人行動的第一性原則，需要時時檢視才不會走偏了。關於敏捷價值我很喜歡 william 大大這篇文章其中的一句話：
敏捷，不僅著眼於百米衝刺的短期成效，更著眼於馬拉松的長期績效。
例如 Modern Agile 裡面的四個原則
- Make People Awesome
- Make Safety a Prerequisite
- Experiment & Learn Rapidly
- Deliver Value Continuously
一般來說在 Scrum 裡面比較注重的是後兩個，快速試錯學習、以及持續交付價值這兩點。但是在一般團隊管理上也都會提到，如果要成為一個好的團隊，團隊的心理安全感以及成就成員這兩件事情也是非常重要，甚至可以說是後兩者的前提。
Scrum 在流程上，最可以做到這兩點的就是在「回顧會議」的時候。
在回顧會議上塑造了一個安全可以對團隊、流程提出改善建議的環境；而這些建議基本上也是為了讓團隊變得更好才提出來的。
所謂安全感？
工作上的安全感除了基本的溫飽之外，我覺得是不怕犯錯的環境。
軟體開發面臨著高度不確定性，技術一直更新、環境一直在改變、每個人隨時都有可能犯錯。要減少錯誤方式就是累積足夠多的經驗，而在軟體業裡面也就意味著，你要踩過足夠多的雷才有辦法。如果不敢犯錯就很難在這個行業持續走下去。
所以我認為團隊的重點不是不犯錯，而是犯錯之後怎麼處理、以及從中學到了什麼？需要讓團隊知道這是一個允許犯錯的環境，我們大家都會在犯錯中繼續成長。
如何塑造有安全感的環境？
這件事說起來簡單，但做起來很難。同時需要讓團隊成員覺得自己不會因為提出建議而受罰；也需要讓「需要改善的人」知道這件事情是對事不對人；更需要讓公司了解這些改善不是單方面的偏袒團隊成員。
需要在三個方面打造這樣的共識：
- 讓個人了解：提出建議的目的在於讓團隊變得更好，而不見得只是讓個人更好過。
- 讓團隊了解：讓團隊變得更好的過程，不見得大家會更好過，唯一讓大家還願意這樣做的動機就是 make people awesome。
- 讓公司了解：Awesome People will make business awesome。
初始期 — 察言觀色
當團隊剛組好，或是剛採用回顧會議的手法時，因為大家都還在觀望，或是不太確定什麼叫做合適的建議，我通常都會採用匿名的方式來做回顧會議。除了保有匿名性之外，也可以讓每個人有均等發言的機會，不會被少數意見強勢的人帶風向，順便觀察團隊成員的性格以及著重的層面。
改善期 — 以身作則
當團隊開始提出改善建議時，我通常會先跳出來作為這個改善事項的 Owner：一來讓大家瞭解說回顧會議對事不對人，只需要針對需要改善的事項做思考；另外一點就是帶著大家一起走 PDCA，一起來思考解決方式，不只是單單提出想法或抱怨而已。
之後就是會在每次回顧會議上定期追蹤這些事情的改善狀況，抱持資訊的暢通和透明。
轉移期 — 培養 Ownership
由於需要改善的事情很多，一個人絕對忙不過來，這時候就可以看看有沒有人自願跳出來做為改善方案的 Owner。
有些人不敢提建議就是因為怕要負責後續的處理。但所謂自己的團隊自己救，如果對工作環境不滿，每個人都有責任讓自己的工作環境變得更好，而且每個人也同時有這樣的能力和權限可以處理團隊遇到的困難。
Scrum 不是萬靈丹
非常多團隊導入 Scrum 而失敗開始抨擊敏捷，但就我的經驗來看，團隊不是因為導入 Scrum 而變好。而是因為我們注重這些敏捷價值，才選擇有機會發揮這些價值的 Scrum 模式來運作來讓團隊變好。
