2025/07/20

07-20.png

「好團隊量測他們的工作成果,以便即刻瞭解產品的使用狀況,並且根據量測資料進行修正。壞團隊認為分析與報告『可有可無』。」——《使用者故事對照》

我們都聽聞過那些追求巔峰的運動員,他們有著一群專業的運動科學團隊,幫運動員做好各種健康、飲食、訓練等規劃,而這些規劃會建立在運動科學的基礎上,定期量測運動員多方面的資料。

如果你認同運動員需要透過量測資料,以運動科學的方式來改善自己的表現。

那麼你是否也能認同,軟體研發團隊及其交付的軟體,應該也可以有一套『量測』及『科學』來作為輔助?

即使不談專業科學,我們用更日常一點的舉例,當你今天想要規劃一個健康的減肥計劃,那麼第一步你應該會去找個稍微專業一點的儀器,先收集體重、體脂、體適能的資料,接著才訂定減肥計劃的細節,並且會定期量測資料。

量測、分析、修正計劃、執行;我們都聽過 PDCA 與持續改善,那麼你有將這些運用在你的團隊上嗎?在實踐 DevOps 時,我們有哪些地方可以更『科學』一點嗎?