2026/09/01

2026 年 09 月 01 日

「你如何創新?首先,試著陷入麻煩之中。」——《反脆弱》

有人問「軟體工程師什麼時候學得最深、最快?」

大概是把臉貼在地上摩擦的時候(喂)

畢竟哪一位大神沒踩過雷?只有踩過、痛過、還順利倖存的人,才有機會被人稱為大神(喂)

同樣的,一個團隊什麼時候才想要「改善/變革」?

恐怕也是有苦難言,真實遇到一個不得不解決的痛點的時候。

當一切順利時,團隊還能主動改善,這實在是一項美談。

就怕病入膏肓,團隊才驚覺想要改善,但卻無力回天了。

DevOps 告訴我們,我們應該要建立一個「持續學習與實驗」的文化,而這需要團隊從日常開始逐漸培養。

就像三步工作法那樣,先暢流(Flow),再建立回饋機制(Feedback),最後才能養成持續學習與實驗(Continual Learning and Experimentation)的文化。

你們團隊上一次的變革,是事前規劃好的?還是被危機給逼出來的呢?