2017年11月26日 星期日

DevOps HandBooks - 第三章 The Second Way 建立安全的反饋機制



如果組織中有許多明顯的狀態(錯誤),但是大家都視而不見,或是明明都看到了卻都不敢說,這時候組織就是已經處於一種很不好的狀態,也就是一個問題因太過於龐大或麻煩,導致沒有人願意去碰,因此在 DevOps handbooks 裡的 second way 提到要建立快速且安全的Feedback loop ,其中舉的例子就是 Toyota Andon cord ,也就是當任何工作站的任何環節發生問題需要協助或是有異常狀況,該工作站的工人可以拉下警報器,整個工廠就會停止運作,直到team leader 協助解決問題。

核心概念:Keep pushing quality closer to the source

套用到軟體開發場景,可能是開發當中發現需求不明確,發現之前設計的瑕疵(or Bug),甚至是 production 上發現異常數值,異常狀況需要人排查甚至修復,那問題來了,這種中斷和干擾是 Scrum team 最不樂見的,那 DevOps 是否跟 Scrum 有衝突? 如果不是那該如何搭配呢?

更多討論可以參考在Scrum Community in Taiwan 的討論串,其中Steven 給的comment 我很喜歡:





沒有留言 :