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

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

如果你意識到你的團隊正處于這種情況，你將會從DevOps方法中獲益，因為它強調企業(yè)內部的協(xié)作。

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