如果組織中有許多明顯的狀態(錯誤)，但是大家都視而不見，或是明明都看到了卻都不敢說，這時候組織就是已經處於一種很不好的狀態，也就是一個問題因太過於龐大或麻煩，導致沒有人願意去碰，因此在 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 我很喜歡：
沒有留言:
張貼留言