「在專案結束前檢驗與調適你的流程與團隊合作模式:在每個月或在專案的各項里程碑時舉行回顧會議。」——《Agile Retrospectives 中文版》
我想多數的人都會認同,技術與工具是不斷在進步的。
因此我們經常會去追逐更新的技術或工具,對那些新玩意抱持著期待,希望它們可以解救我們當前在工作上遇到的困難。
因此,「人們會去尋求一個更好的工作方式」這件事情本身並不難理解,也是大家普遍都能接受的觀念。
然而,實際在工作場域中,我們會發現當你真的去問身旁的同事「有一個更好的工作方式,你要不要試試看?」,恐怕很多時候,會得到的答案卻是「謝謝,我暫時不需要。」、「讓我考慮一下。」
觀念與能否落實,在真實場景中經常是有落差的。
這背後當然有各種原因,也許是當事人疲於奔命欠缺餘裕、也許是欠缺觀念、也許是對職場的不信任、也許是整個工作環境的氛圍⋯⋯
無論是什麼原因造成的,但我們可以想像得到,如果整個團隊、組織,永遠都停留在現況,沒有一個能夠鼓勵與刺激團隊持續改善的機制,長遠來看恐怕不會是一件好事。
在 Agile 的實踐中,有提倡團隊要舉行回顧會議(retrospective);而在 DevOps 的思維中,也包含著「持續改善」的精神。
所以,你要不要試著在自己的組織與團隊內,有意識地建立一個「回顧機制」?為團隊提供一個「空間」,刺激與幫助團隊建立並內化「改善」的意識,讓「改善」成為一件自然而然的日常任務。
(小提醒:當然,這並不是一件容易的事情,特別是如果你身處在一個企業文化不太友善的環境。)