継続的コラボレーションを探求する
継続的コラボレーションは、DevOps 分類の 8 つの機能の 1 つです。
継続的コラボレーションが必要な理由を探す
多くの場合、コミュニケーションの課題がインシデントを解決する能力に影響します。 たとえば、チケットが作成されたのに、サポート エンジニアが電子メールをチェックしていないことがあります。 または、交代時間になってサポート エンジニアの作業が同僚に引き継がれても、新しいンジニアがすべての連絡内容を並べ替えたために、コンテキストがわからなくなることがあります。
MTTR すなわち平均修復時間は、問題が検出されてから完全に解決されるまでの平均時間の測定値です。 MTTK (平均把握時間) に対処することで MTTR を短縮するのは、優れた運用 KPI です。 MTTK を短縮するには、さまざまな組織やチームの間での大規模なコラボレーションが必要です。
Patrick Lencioni による『あなたのチームは、機能してますか?』では、次の 5 つの機能不全が特定されています。
- 信頼の欠如 - 優れたチームのメンバーは、基本的な感情のレベルで相互に信頼しており、弱点、ミス、懸念、行動に関して互いに弱みを見せることを気にしません。
- 衝突への恐怖 - 互いに信頼し合うチームは、問題や意思決定について激しく議論することを恐れません。これは組織が成功するための秘訣です。
- コミットメントの不足 - 手加減せずに衝突するチームは、チームの何人かのメンバーが最初は反対していたとしても、重要な意思決定に関して真の同意に到達できます。すべての意見とアイデアが議論されて検討されたと確信するためです。
- 責任の回避 - 意思決定とパフォーマンス基準に力を尽くしたチームは、そのような意思決定と基準を守るために互いに責任を課すことをためらいません。
- 結果への無関心 - 互いに信頼し合い、衝突を恐れず、意思決定に力を尽くし、互いに責任を課すチームは、個人のニーズや課題を脇に置いて、チームにとって何が最適であるかにほぼ例外なく集中することができます。
継続的コラボレーションとは
継続的コラボレーションとは、すべての DevOps 体験にとって重要な文化の転換をサポートするための実践です。 継続的コラボレーションによって、計画された会議以外の場所でチームがイノベーションを実現し、統合されたエクスペリエンスを生み出してチーム内でイノベーションを促進できるようになります。
テクノロジと実践を使用してサイロを分割することで、理想的な共同の場所が存在しなくても、複数のチームが連携できるようになります。
継続的コラボレーションの観点からアジャイル ソフトウェア開発宣言を見直してください。真のイノベーションを実現するためにコラボレーションと個人の対話の価値を強調していることが理解できます。 継続的コラボレーションでは、以下を尊重することが求められます。
- 個人および対話 (プロセスやツールよりも)
- 動作するソフトウェア (包括的なドキュメントよりも)
- 顧客とのコラボレーション (契約交渉よりも)
- 変化への対応 (計画に従うことよりも)
『Lean と DevOps の科学 [Accelerate] テクノロジーの戦略的活用が組織変革を加速する』からの引用: 「組織の文化から、組織での情報の流れが予測されます。 優れた情報の流れは、テクノロジ組織など、テンポが速く重大な結果につながる環境での確実で効率的な運営に欠かせません。」
文化および職務にまたがるコラボレーションによって、パフォーマンスに次のような多くの好影響がもたらされます。
- さまざまなパースペクティブ (イノベーションを促進する)
- 同意と信頼 (変化の勢いを加速させる)
- 知識の異花受粉 (全員がさらに学ぶ)
- 以前のアイデアへの挑戦
- 活躍の場の地ならし
コラボレーションはコミュニケーション次第です。また、コミュニケーションを行う方法は、ソフトウェアを構築する方法でもあります。 Conway の法則というレンズを通してコミュニケーションを見ると、次のように見えてきます。
- 職務ごとにサイロ化したチームは、特化されサイロ化されたソリューションを作成します。
- 職務にまたがるチームは、機能を提供するソリューションを作成します。
したがって、マイクロサービスに対応するようにチームやアーキテクチャを設計することが、チームを機能に集中させるための効果的な方法です。
