雖然沒有科學(xué)根據(jù)，但值得記住的是敏捷周期，比如Scrum的sprint周期，一般都會(huì)有辦法來應(yīng)對(duì)這種狀況。Scrum里，這種辦法被稱為sprint回顧會(huì)議。在會(huì)上，團(tuán)隊(duì)一起討論在上個(gè)sprint大家什么做得好以及什么可以做得更好。在這上面花點(diǎn)時(shí)間來保證你每天的工作都是在做正確的事情。

一個(gè)常見的問題是，spring回顧會(huì)議的結(jié)果并沒有真正地被執(zhí)行。很不幸，這可能是由于你和企業(yè)的其他部分溝通不暢的問題導(dǎo)致的。所以，這些問題在回顧會(huì)議上虐你千百遍，但是從來沒有得到解決。

如果你意識(shí)到你的團(tuán)隊(duì)正處于這種情況，你將會(huì)從DevOps方法中獲益，因?yàn)樗鼜?qiáng)調(diào)企業(yè)內(nèi)部的協(xié)作。

總結(jié)一下，嘗試使用敏捷方法提供的機(jī)制。如果你正在使用Scrum，請(qǐng)使用sprint回顧會(huì)議機(jī)制來捕獲潛在的改進(jìn)空間。話雖如此，這些方法不是教條，找出適合你的方法。