DevOps チーム構造: タイプ、役割、責任

すべてのチームが同じ目標を共有したり、同じプラクティスやツールを使用したりするわけではないことを理解することが重要です。チーム構成の方法すら標準化すべきではありません。企業の幅広い状況と変化への欲求に応じて、チームごとに異なる構造が必要になります。2 つの企業の DevOps チームは、根本的に異なるものを指すことも考えられます。

市場投入までの時間の短縮、デプロイ頻度の改善、チーム文化の向上、チーム/部門全体のコラボレーションの向上など、DevOps のメリットを享受するには、各チームが果たす役割を理解することが重要です。それでも、多くの組織ではさまざまなチーム タイトルがあり、各チームが複数の役割を担っています (たとえば、インフラストラクチャ チームがツールの選択と保守の両方を担当するなど)。この無秩序な増加によって、リーダーは組織全体の状況を可視化して重要な質問に答えることが困難になりつつあります。その質問とは、適切なチームが配置されているか、担当チームのいない分野に対する能力の欠落があるか、チームの自律性と他のチームからのサポートの間で必要なバランスが取れているか、といったものです。

『Team Topologies』という優れた書籍があり、さまざまな DevOps チーム アプローチに対するアトラシアンの考え方の出発点となっています。以下のチーム構造は、企業の規模と成熟度に応じて異なる形態を取ることにご注意ください。実際には、複数の構造を組み合わせたり構造を別の構造に転換させたりすることが、多くの場合に最良のアプローチとなります。

DevOps を実践する方法は複数ありますが、実践になっていない現状も多々見られます。チームと DevOps リーダーは、サイロ、コミュニケーションの欠如、コミュニケーションよりもツールを優先するという誤った優先順位を特徴とするアンチパターンに注意する必要があります。

チーム構造にかかわらず、DevOps を実践しているすべての高機能チームは、開発と運用の間で知識と経験を定期的に共有しています。これは、定例ミーティングを開いたり、メンバーにチームまたは部門をまたいで作業させたりすることによって実現します。高機能チームは、市場投入までの時間の短縮、リード タイムの改善、デプロイ頻度の改善、成果物の品質向上、チーム文化の向上、チーム/部門全体におけるコラボレーションの向上といった、DevOps のメリットを受けています。

通常、DevOps チームは、開発と運用の両方のスキルを持つ人で構成されています。チーム メンバーの中には、コードの記述が得意な人もいれば、インフラストラクチャの運用と管理に熟練している人もいます。しかし、大企業では、CI/CD から IaaS、自動化にいたるまで、DevOps のあらゆる側面に役割が割り当てられている場合があります。これには、開発から本番環境までアプリケーションを調整して管理するリリース マネージャーから、チームの CI/CD パイプラインを保守して自動化する自動化アーキテクトまでが含まれます。

では、DevOps チームに参加するには何が必要でしょうか? DevOps チームに参加するためのジョブ要件は新しいテクノロジーと手法の出現によって変化しますが、優れた DevOps チームの質は常に同じです。優秀な DevOps 実践者のコアとなる特長としては、確かな技術スキル、優れたコミュニケーション、チーム プレイヤーとしての考え方、適応性などが挙げられます。おそらく、これらの組み合わせは、Kubernetes や Git の豊富な知識よりも重要です。ただし、両方あるに越したことはありません。

成功のもう 1 つの要素は、DevOps をチーム、共同チーム、そして組織全体に伝道しようとするリーダーです。それは必ずしも「マネージャー」の肩書を持つ人に限らず、懐疑的なチーム メンバーに所属するチームと外部チームの間のギャップを埋めるように説得できる人なら、開発者、運用担当者、プラットフォーム チームの誰であっても構いません。

DevOps ツールチェーンはチームが毎日行う実際の作業によって決まりますが、チームと組織の残り部分を結び付けて作業を調整するには、何らかのソフトウェアが必要です。Jira は、ソフトウェア開発プロジェクトの計画、追跡、管理に対応して、直属のチームメイトや広範囲にわたる組織が作業のステータスに関する最新情報を把握できるようにすることを目的とした、強力なツールです。

特にリモートファーストの世界では、チームが迅速かつ効率的にコミュニケーションを取れるように、Zoom、Slack、Microsoft Teams などのアプリケーションも必要です。以前は、開発者が運用チームのところまで歩いていってインシデントのステータスを尋ねられました。今は、同様のコミュニケーションを仮想通信アプリによって瞬時に行えます。

ただし、チームを連携させるためのソフトウェアは手段であって、目的ではないことにご留意ください。組織が DevOps の潜在能力、つまり透明性、信頼性、自律性を最大限に引き出すには、ツールだけでなくチームが必要です。