盡管您進行了所有計劃，但該版本還是通過一些重要的錯誤推向了市場，您的公司不得不運行損害控製。現在，您正在遇到有關出了什麼問題的疑問，在不知不覺中，責備遊戲已經完全實力，您的開發人員和測試人員互相指著手指。
所以發生了什麼事？真的是誰的錯？下次您可以做什麼？事實是，在軟件開發的賭注比以往任何時候都要高（並且隻繼續上升），責備遊戲根本不會削減它。而且，如果您在真正的DevOps環境中進行操作，則一開始就永遠都不應進行指點。
我們如何到達這裏：責備遊戲的起源
在我們深入了解責備遊戲問題之前，重要的是要了解其起源。
不久前，大多數團隊都在隔離開發人員和測試人員的瀑布環境中運作。在此設置中，每個小組都以獨特的孤島工作，當涉及到誰負責的人時，在沙子上繪製了牢固的線條。
正是從這個瀑布環境中，開發和測試幾乎完全是完全獨立的實體，責備遊戲誕生了。
我們要去的地方：一個緊密的未來
如今，瀑布不再是大多數組織的首選方法。
現在，這種榮譽落在DevOps著重於對齊軟件開發和交付以創建連續交付模型。根據Rightscale的2017年雲狀態調查。DevOps的兩個關鍵原則包括開發人員，測試人員和運營團隊之間的密切合作，並強調質量作為每個人的責任。
與在功能學科組織團隊組織的孤立瀑布環境中，DevOps呼籲每學科共同努力，以更有效地將新的發行版推向市場。理想的Devops世界由端到端的跨職能團隊組成，其成員在測試周圍都承擔了一定的責任。
我們今天的位置：超越責備遊戲
當然，我們不會生活在理想的世界中，而DevOps仍然是軟件開發的相對較新的方法。收養不會在一夜之間發生，大多數擁護DevOps的組織仍然遠離成熟，以及現代和舊版係統和流程的混合。
無論您的組織是否完全致力於DevOps，您都需要在一開始需要接受某些關鍵原則才能使其正常工作。該清單上的主要是開發人員和測試人員之間的緊密對準，其質量是他們所做的一切的中心。
在這一點上，我們都喜歡說我們正在DevOps環境中運作，但是當責備遊戲發生時，這表明您的團隊可能不會像您想象的那樣保持一致。那是因為Devops使每個人都承擔質量的責任，並將其作為一個團隊的努力，而不是與任何一個團體隔絕。考慮到這一點，在DevOps環境中，每個人都應該感到自己釋放質量不低的東西的責任。實際上，DevOps的全部要點是要使整個團隊圍繞一個共同的目標，即盡快將最高質量的產品帶出門外，而不是在筒倉內解析責任。結果，在真正的DevOps環境中，您是一個團隊的勝利和輸球，這意味著沒有指尖的手指。
下次做得更好：改善開發人員和測試人員之間的對齊方式的主要技巧
如果您認識到您的團隊不像您想象的那樣在共同的目標和責任上保持一致，那麼您該怎麼做才能解決這個問題？從以下五個提示開始：
1.專注於對齊
開發人員和測試人員需要立即改善他們的對齊方式，隨著您等待的時間越長，彌合差距就越難。最好的方法是創建特定於項目的團隊，包括開發人員和測試人員，以便他們可以習慣彼此合作。
這些特定於項目的團隊應在軟件開發過程開始之前創建，以確保從頭到尾的正確協作。建立成功交付給最終用戶的跨職能團隊是共同的責任，這有助於每個人了解他們如何為項目的成功和整個業務做出貢獻。
2.在您的流程上帶來質量保證措施
其次，至關重要確保在您的流程中盡早發生質量保證。
這些質量保證措施應包括在整個管道中添加諸如探索性和基於會話的測試之類的努力，以驗證進度並在進行生產之前提供反饋。
通過在項目時間表中提出這些質量保證措施，您的團隊不僅有可能在早期遇到關鍵問題（從而允許更多時間解決這些問題），而且您還可以幫助在開發人員和測試人員之間建立更自然的一致性。畢竟，如果在每個步驟中都不會進行質量保證，那麼您的測試人員可能會盡早參與其中，並且您缺少機會識別和解決錯誤時的錯誤。
3.強調溝通和透明度
接下來，您需要確保開發人員和測試人員在整個過程中相互交流，並且保持透明度對他們所做的一切。再次，這種通信和透明度應自然源於兩組之間的緊密對準。
As obvious as asking your developers and testers to communicate and be transparent with one another might seem, it’s important to stress that no task or finding — no matter how trivial it may appear — should go unshared, as different perspectives may catch something that would have gone unnoticed otherwise.
4.優先級文檔
當您采取步驟提高溝通和透明度時，文檔將不可避免地出現。那是因為正確的文檔可以幫助實現這種透明度。它還可以幫助整個團隊對他們的工作負責，並在整個快速發行版中跟蹤進度。
5.穿上對手的鞋子一英裏
最後，也許最重要的是，開發人員和測試人員會說彼此的語言。
當真正的對齊發生時開發和測試之間的界線將變得模糊，開發人員甚至可能采取一些傳統上由測試人員處理的努力，反之亦然。在這種環境中，雙方至少需要知道如何談論對方的話，如果不走路（認為更多是第二階段，讓您的開發人員學習一些輕度測試技能，您的測試人員會學習一些光線開發技能）。
一勞永逸地將責任遊戲留在
歸根結底，即使是最受尊敬的團隊也有較差的發行。在這些情況下，最重要的是您如何拿起碎片，當您的開發人員和測試人員忙於彼此指向彼此時，很難做到這一點。
如果您的團隊仍在玩不良的責備遊戲，那麼是時候退後一步，誠實地評估您在DevOps方麵的立場，因為您的環境可能不像您想象的那麼成熟了。即使是這種情況，也可以通過遵循上述最佳實踐來改善開發人員和測試人員之間的對齊方式來糾正船舶也不太晚。
而且，如果您可以做到這一點，那麼您將在進入更成熟的DevOps環境中，這將不僅可以更快地解決生產中的錯誤，而且還可以頻繁地遇到這些錯誤。