DevOps ロードマップ テンプレートについて
DevOps ロードマップは、開発チームと運用チームが関与する、継続的なインテグレーションとデプロイメントに依拠するプロセスを実装するための方法です。これにより、リリース間のばらつきを減らし、より高い成果を出せるようになり、製品のライフサイクル全体の部門横断的な可視性が向上します。
チームが孤立して作業を行う従来の「ハンドオフ」アプローチとは異なり、DevOps ではエンジニアリングと IT チームのコラボレーションを重視し、ソフトウェアリリースサイクル全体で取り組みを調整します。
DevOps チームは、組織構造に焦点を当てるのではなく、成長志向、イノベーションの奨励、協力、実験、学習、ユーザーへの共感といった一連の原則を育むことで、より透明で協力的かつ効率的なプロダクト開発プロセスを構築できます。
DevOps ロードマップとは?
DevOps ロードマップは、四半期ごとにチームのルーティンやツールを合理化し、リソースをより適切に管理できるようにします。チームリードやマネージャーはロードマップを活用して、間接コストを抑えつつ雑務を減らす新しい方法を生み出すことができます。理想的には、チームは刺激を受け、イノベーションの機会を見つける意欲を維持できます。
DevOps により、エンジニアと運用担当者の連携が容易になります。チームは、開発と運用のギャップを埋め、どの機能や成果物を顧客にリリースするかを調整する責任を負います。
ソフトウェア開発プロセス全体で協力することで、開発者は運用チームからのフィードバックをもとにコードを継続的に改善・反復できます。アジャイル手法と同様に、DevOps のプロセスは、プロセスに組み込まれたテストや調整の機会により、チームの後戻りや予期しない問題を減らします。
この DevOps ロードマップには、次のカスタマイズ可能な可視化が含まれます:
円形のワークフローで、両チームのデリバリーパイプラインと社内と顧客間の継続的なフィードバックループを定義します
四半期ごとの DevOps ロードマップで、短期的な優先事項を示し、各スイムレーンに製品やプロジェクトを配置します
移動できる「today」プレースホルダーで、チームが四半期の進捗を追跡するのに役立ちます
開発者と IT 運用を別々の情報サイロに分ける代わりに、DevOps チームを構築することで組織は災害復旧の計画を立てられます。共有の DevOps ロードマップ を作成することは、スケーラブルで移植性が高く、安全な製品の構築にも役立ちます。
DevOps ロードマップを使う場面
明確な DevOps ロードマップはチームの協働を促し、プロジェクトや製品が成功した際や障害に直面した際に学びの機会をもたらします。
DevOps ロードマップは次の点でもチームを支援します:
全体のプロセスの具体的な内容を把握し、重要な日程や取り組みを開発と運用で共有することで、より効果的に協働できます。
優先順位と依存関係を共有することで、時間管理がしやすくなり、対応が必要な成果物の納期を予測できます。
定期的に情報を共有・伝達し、ユーザーに小さな改善や機能を頻繁に提供することで、製品を継続的に改善できます。
視覚的な参照として、DevOps ロードマップは中期・短期の優先事項を意識し、変化する優先順位に適応するのにも役立ちます。
ロードマップ上の各項目を優先付けするには、CAMS フレームワークを使用してください:
文化: コミュニケーションを改善し、互いの目標と責任への理解を深めるアクティビティー
自動化: チーム、プロセス、ツール全体で時間・コスト・労力を節約しつつ、継続的インテグレーションとデリバリーを加速するアクティビティー
測定: 進捗が出ているか、また適切な方向に進んでいるかを測るのに役立つアクティビティー
共有: 透明性とオープンさを高め、フィードバックループを短くし、継続的改善を促進するアクティビティー
最終的な目的は、責任を共有し、チームの認識を揃えて組織の進捗を促すことです。
DevOps のロードマップを作成する方法
自分で DevOps ロードマップを作るのは簡単です。Miro はロードマップを作成して共有するのに最適なツールです。まず DevOps ロードマップ テンプレートを選び、以下の手順で独自のロードマップを作成してください。
ロードマップの目的を明確に定義する
ロードマップの内容を追加・編集する前に、チームがなぜそれを必要としているのかを明確にしてください。例としては、次のようなものがあります:「エンジニアリングチームとオペレーションチームの連携を改善する」「DevOps に関する作業の単一の信頼できる情報源を作る」。
具体的な短期目標を設定する
デフォルトのテンプレートは Q1 から Q4 までの 1 年間をカバーします。ただし、先を見据えた計画を立てる場合は、3 か月単位での計画が理想的です。それより長くすると、DevOps ロードマップは煩雑になり、焦点がぼやける可能性があります。
視覚的な表現を使ってロードマップをわかりやすくする
デフォルトでは、このテンプレートは項目に「高優先度」「中優先度」「低優先度」のラベルが付いています。CAMS の各要素(文化、自動化、計測、共有)に応じて各項目を色分けすることもできます。
開発チームや運用チームとロードマップを共有する
“メンバーを招待”をクリックすると、DevOps ロードマップに貢献する必要がある全員にアクセス権を付与できます。Slack やメールでチームメンバー、クライアント、関係者を招待することもできます。
必要に応じて DevOps ワークフローを見直し、編集する
場合によっては、やや異なる DevOps ワークフローに従う必要があるかもしれません。
チームに製品やプロジェクトをロードマップに追加してもらう
ロードマップ上の各項目は、CAMS の原則に合わせて色分けされています。優先度(高〜低)を示すタグを追加することもできます。
ロードマップを必要に応じて更新する
計画が変わったら、定期的なレビューを設定して DevOps のワークフローやロードマップの優先度を調整してください。また、同僚に自ら DevOps ロードマップを確認して、変更点や優先度を把握するよう促すこともできます。
Jira を使用している場合、Jira カードを DevOps ロードマップのテンプレートに簡単にインポートして、課題を視覚的に追跡できます。