探索持續共同作業
持續共同作業是 DevOps 分類法中八大功能的其中一項。
探索需要持續共同作業的原因
在溝通上所遭遇的困難，常常會影響解決事件的能力。 例如，可能有人建立了維修單，但支援工程師可能沒有在監視電子郵件。 或者，支援工程師在下班時將工作移轉給其他同事，而新進工程師可能在理清所有溝通過的內容中，錯失了相關的背景狀況。
MTTR，或稱平均解決時間是在衡量從偵測到問題開始，至完全修正為止，所花費的平均時間。 藉由處理 MTTK (平均得知時間) 來縮短 MTTR 是良好的作業關鍵效能指標。 減少 MTTK 牽涉到大量跨組織和小組的共同作業。
小組的五大障礙，這本由 Patrick Lencioni 撰寫的書籍，指出下列五大障礙：
- 缺乏信任 - 優秀小組的成員會在根本上和情感上互相信任，且能沒有顧忌地在彼此面前表現出弱點、失誤、恐懼和行為。
- 害怕衝突 - 針對攸關組織成敗的議題和決定，彼此信任的小組不畏於進行激烈討論。
- 缺乏承諾 - 願意正面衝突的小組，即使有幾位團體成員一開始不同意，但最終小組對於重要決策也能達成真心的共識，因為他們確保將所有意見和想法都開誠布公且納入考量。
- 逃避責任 - 全力投入決策和效能標準的小組，認為小組是命運共同體，會勇於互相承擔責任，來堅持決策和標準。
- 對成果漠不關心 - 互相信任的小組，會參與衝突、投入決策，並同舟共濟，有極大可能會將小我的需求和議程放在一邊，只將重心放在對小組最好的部分。
持續共同作業是什麼？
持續共同作業這個做法能支援文化轉變，這對任何 DevOps 旅程而言都非常關鍵。 持續共同作業可讓小組在安排好的會議範圍之外進行創新，並藉由建立整合式體驗來促進小組內的創新。
利用技術和實務來摧毀孤島，讓小組可以共同合作，即使沒有理想的共置位置存在也無妨。
從持續共同作業的觀點來檢閱＜敏捷軟體開發宣言＞，您會發現宣言的內容其實就是共同作業的價值，再加入個人互動來達到真正的創新。 持續共同作業鼓勵您重視：
- 個人與互動，更甚於流程圖和工具
- 工作軟體，更甚於完整文件
- 與客戶共同作業，更甚於合約交涉
- 因應變化，更甚於遵循計劃
根據加速：「組織的文化特性可預測資訊在組織內傳遞的方式。 良好的資訊流程對於在快速且結果至上的環境 (包括技術組織) 內打造安全且有效的作業，至關重要。」
文化特性和跨部門共同作業對效能有很大的影響，包括：
- 不同的觀點，可激勵創新
- 共識和信任，有助於提高改變的動力
- 知識交流，讓每個人學到更多
- 舊式思想受到挑戰
- 打造公平競爭的環境
共同作業依賴溝通，而您的溝通方式取決於組建軟體的方式。 透過康威定律的角度來研究溝通，會發現：
- 被孤立的部門小組會建立專門、孤立的解決方案。
- 跨部門小組會建立提供功能的解決方案。
因此，以微服務的形式設計小組和結構，便能有效讓小組專注於功能。
