DevOps ロードマップテンプレート
DevOps ロードマップを活用して、開発チームと運用チームを連携させ、製品を継続的に改善しましょう。継続的なインテグレーションによりイノベーションを活性化しましょう。
DevOps ロードマップテンプレートについて
DevOps ロードマップとは、開発チームと運用チームが携わる継続的なインテグレーションとデプロイメントに頼ってプロセスを実行するためのロードマップです。これにより、チームは、生産サイクル間の変動を少なくし、エンドツーエンドの製品サイクルを複数部門間で確認することにより、高いレベルのアウトプットを提供することができます。
DevOps 手法では、従来の「引継ぎ」による縦割り型の手法に従うのではなく、エンジニアリングチームとITチームが、ソフトウェアリリースサイクル全体の取り組みを共同で、連携して行うことを重視しています。
DevOps チームは、組織の体制を重視するのではなく、一連の原則（成長思考、価値のあるイノベーション、協力、実験、学習、ユーザーの共感）を促進することで、透明性の高い、協力的で、効率的な製品開発プロセスを構築することができます。
DevOps ロードマップの詳細については引き続き以下をお読みください。
DevOps ロードマップとは？
DevOps ロードマップにより、チームの儀式とツールを合理化して、四半期ごとにリソースを効率良く管理することができます。チームのリーダーやマネージャーは、ロードマップを使用して、オーバーヘッドを低く抑える新たな方法を生み出し、時間を費やす作業を削減することができます。チームがチャレンジし続け、モチベーションを保ってイノベーションを活性化する機会を見つけることが理想的です。
また、DevOps により、エンジニアと運用チームを同期させることもできます。チームはギャップを埋め、エンジニアと運用チームが開発し、顧客にリリースするものをまとめる責任があります。
ソフトウェア開発プロセス全体を通してコラボレーションすることで、開発者は、運用チームからのフィードバックに基づいて継続的にコードをイテレーションすることができます。アジャイル手法と同様に、DevOps プロセスは、プロセスに組み込まれた検証と調整の機会を増やすことで、チームの失敗や予期せぬ出来事を減らすのに役立ちます。
この DevOps ロードマップの特長は、以下をカスタマイズ可能なよう視覚化することす。
チームがデリバリーパイプラインと企業と顧客間の継続的なフィードバックループを定義する循環ワークフロー
各スイムレーンに製品とプロジェクトを追加し、短期的な優先順位を示した四半期ごとの DevOps ロードマップ
チームが四半期ごとに進捗状況を把握するのに役立つ「今日」を動かすことができるプレースホースター
開発者と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 ロードマップを自分で確認し、変更や優先順位を最新の状態に維持するよう促すこともできます。
Miro ではさまざまなニーズに対応するロードマップテンプレートを無料でご使用いただけます。プロジェトの計画や管理に Miro のロードマップテンプレートを活用しましょう。
このテンプレートで作業を開始する
顧客接点（タッチポイント）マップテンプレート
活躍するシチュエーション:
Desk Research, Product Management, Mapping
お得意様を引き寄せ、引き留めておくには、顧客のペインポイント、要望、ニーズを理解することから始めなければなりません。顧客接点（タッチポイント）マップは、サービスの登録からサイトの使用、製品の購入まで、顧客がたどる道筋を見える化することで、それを理解するのに役立ちます。また、2 人として全く同じ顧客はいないので、CJM を使用すれば、製品にたどり着くまでの複数の道筋を立てることができます。すぐに、そうした行動を予測し、あらゆるステップで顧客を満足させることができます。
バング・フォー・ザ・バック テンプレート
活躍するシチュエーション:
優先順位付け, 戦略プランニング, プロジェクト管理
名前の通りです。このアジャイルフレームワークは、プロダクトマネージャーと開発チーム間のコラボレーションに力をつけることで、効率を最大限に高めることに尽きます。プロダクトマネージャーと開発チームが共にプロジェクトアジェンダにある各 To Do リストを確認し、コストやメリットの観点から評価することができます。そうすることで、費やしたコストに対しどれだけの利益を上げられるかという点に基づいてタスクに優先順位をつけることができます。このテンプレートは、次回のスプリントに取り組むための戦略的な計画を立てようとするチームや組織に最適です。
SIPOC テンプレート
活躍するシチュエーション:
Agile Methodology, Strategic Planning, Mapping
SIPOC ダイアグラムは、サプライヤーとインプット仕様、顧客とアウトプット仕様、それぞれの間に存在する潜在的なずれを特定することで、プロセスを高レベルでマップ化し、プロセス改善の努力範囲を定義することができます。SIPOC は、Suppliers / Sources（サプライヤー / ソース）、Input（インプット）、Process（プロセス）、Output（アウトプット）、Customers（顧客）の頭文字をとった略語です。SIPOC は、顧客、サプライヤー、プロセス間のフィードバックループとフィードバックフォワードループを洗い出し、原因と結果に基づいて思考するよう促します。このビジュアルツールを使って、プロセスを最初から最後まで文書化しましょう。
逆向き解決法用テンプレート
活躍するシチュエーション:
Desk Research, Strategic Planning, Product Management
Amazon は、顧客中心主義を賞賛するという重要な原則に基づいて、逆向き解決法を開発しました。逆向き解決法は、詳細なローロードマップがない製品について考えるためのフレームワークです。プロダクトチームは、お客様の思い描くイメージから製品の発売まで、真に役立つ方法で逆向きに取り組んでいきます。この方法では、新製品や新機能のアイデアを思い付いたメンバーが、その目的をできるだけ明確にする必要があります。アイデアに関するプレゼンテーションで組織のリーダーの賛同を得ることができれば、次のステップとして製品や機能の発売に必要なもののマッピングをチームで行いましょう。
コンバージョンファネルバックログテンプレート
活躍するシチュエーション:
Decision Making, Product Management, Prioritization
コンバージョンを明確にした製品に取り組んでいる場合、コンバージョンファネルに関するバックログを構築し、オーディエンスに到達することを確認するのに役立ちます。コンバージョンファネルバックログを作成する場合は、ファネル内の潜在的なペインポイントや成長機会に関する情報をまとめましょう。その情報を特定したら、優先順位を付けやすくなります。チームは、コンバージョンファネルバックログを使用して、コンバージョン、継続、紹介に集中することができ、より成熟した製品ではワークフローを調整することができます。