---
sourceDocument: オーストラリア 戦略的ポートフォリオ管理 (SPM)
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/it-business-management

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア 戦略的ポートフォリオ管理 (SPM)

ft:clusterId :

    - itbm

bundleId :

    - itbm

workflow :

    - Technology


---

# アジャイル開発 プロセスフロー

# アジャイル開発 プロセスフロー {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：5分

製品の作成をはじめ、スプリントやリリースの追跡など、アジャイル開発 2.0 において製品開発作業を管理する際に使用されるプロセスについて説明します。  
注:  
ここで説明するフローは、アジャイル開発 2.0 アプリケーションで利用可能な機能を活用してアジャイル開発作業を管理する一般的な方法になります。使用可能なプロセスはこれだけではありません。

製品の定義

:   製品は、ユーザーに提供される一連の機能と考えられます。各製品には、エピックやストーリーなど、製品の作業パイプラインを管理するオーナーがいます。これらの作業アイテムはテーマと関連付けて、ビジネスゴールに結び付けることができます。

    「[アジャイル開発 2.0 での製品の作成](https://servicenow-prod.fluidtopics.net/8NWscSxVDZa3qOk35MBJRg "顧客にとって重要な機能を体現する製品を作成します。製品には、ユーザーの視点からこうした機能拡張を記述するテーマ、エピック、およびストーリーを含めることができます。")」を参照してください。

エピックとストーリーの作成

:   エピックには、製品に関する大まかな要件が含まれるので、これを管理可能なストーリーに分類することができます。アジャイル開発 2.0 でエピックやストーリーを作成するときに、これらを製品に関連付けることができます。

    「[アジャイル開発 2.0 でエピックを作成](https://servicenow-prod.fluidtopics.net/F980ULXppmRniTmGk0FzHg "アジャイル開発 2.0 でエピックを作成して、開発する機能に関する大まかな要件を定義します。")」および「[アジャイル開発 2.0 でのストーリー作成](https://servicenow-prod.fluidtopics.net/3diy8G4K1AVwbyuqfj789w "アジャイル開発 2.0 で高レベルの要件定義をストーリーの形式で作成します。ストーリーを製品、プロジェクト、リリースに関連付け、アサイン先グループにアサインして、ストーリーを管理したり追跡したりします。")」を参照してください。

リリースの作成

:   組織の中には、時間枠を固定して製品を市場に投入しているところもあります。これをリリースと呼びます。リリースには開始日と終了日があり、その期間内で何度か開発が繰り返されます。たとえば、四半期ごとや半年ごとのスケジュールで、新しいアプリケーションや既存アプリケーションの拡張機能をリリースする場合があります。

    アジャイル開発 2.0 でリリースを作成したら、それに製品、エピック、ストーリーを関連付けることができます。「[アジャイル開発 2.0 でのリリースの作成](https://servicenow-prod.fluidtopics.net/XN8w73sGM4qD3gvbJd9byw "アジャイル開発 2.0 でリリースを作成して、製品開発のストーリーやスクラムタスクをリリースに関連付けます。")」を参照してください。

カスタマイズされたバックログの作成

:   フィルター基準を定義することで、カスタマイズされたバックログを作成できます。たとえば、カスタマイズされたバックログには、ストーリー、欠陥、インシデントを組み合わせて作成されるものもあれば、ストーリーとインシデントを組み合わせて作成されるものもあります。このように、カスタマイズされたバックログは必要なだけ作成することができます。

    「[アジャイル開発 2.0 でのカスタマイズされたバックログの作成](https://servicenow-prod.fluidtopics.net/QMYSYaX4eCwk5w_iyCqxhQ "アジャイル開発 2.0 において、フィルターを作成して、バックログに表示するストーリーを定義します。")」を参照してください。

アサイン先グループを作成

:   アサイン先グループを作成し、そこにメンバーを追加します。グループメンバーごとに、メンバーがスプリントで完了できるストーリーポイント数を定義します。グループレベルでは、グループメンバー全員のストーリーポイントの合計によってグループのキャパシティが決まります。

    「[アジャイル開発 2.0 でのアサイン先グループの作成](https://servicenow-prod.fluidtopics.net/G8cEHVxc0qQ2QOaktm1yEg#create-an-agile-group "これらのグループを製品またはリリースにアサインできるように、アジャイルチームタイプのアサイン先グループを作成します。")」を参照してください。

スプリントを作成する

:   スプリントは時間枠です。この時間枠において、開発チームが 1 つ以上のストーリーを展開します。スプリントの長さは任意ですが、完了するまでに通常 1〜4 週間かかります。スクラムマスターは、グループに必要な数のスプリントを作成し、グループメンバーはこれらのスプリントを使用して、今後のリリースに必要な作業を遂行します。ただし、リリース内のスプリントはすべて、リリースの開始日から終了日の範囲内に収める必要があります。

スプリントアクティビティの計画

:   スプリントを開始する前に、グループとスクラムマスターは、スプリント内での完了をコミットできるバックログのストーリーを決定します。スプリントのストーリーは、優先度に基づいて選択できます。スクラムマスターは、ストーリーを完了するために必要な作業 (ストーリーポイントの合計) がグループのキャパシティと一致していることを確認する必要があります。

    スプリントを計画する際、速度レポートをガイダンスとして使用すると、次のスプリントでグループが遂行できる作業量を見積もることができます。[Agile 2.0 チームダッシュボード](https://servicenow-prod.fluidtopics.net/4ZUAk5rGRSEvmR9NQaXReQ "チームダッシュボードは、特定の期間におけるストーリーのチームの進捗状況を視覚化したものです。チームの予測可能性に関するチャートを提供し、今後のスプリントに対するチームのキャパシティを計画するのに役立ちます。さらに、すべてのチームメンバーの詳細が表示されます。")では、速度履歴レポートとタイプ別の速度レポートが提供されます。

    * 速度履歴：過去 10 回のスプリントより、チームの全体的な速度に関するインサイトが得られます。チームが安定的かつ予測可能な速度を達成し、コミットメントを満たしているかどうか分析します。
    * タイプ別の速度：チームの速度推移を経時的に分析し、チームの戦略的な作業負荷を運用または他のタイプの作業負荷と比較します。
    {#agile-development-process-flow__ul_mkg_tcj_ntb}

    スプリントの計画方法の詳細については、「[アジャイル開発 2.0 でのスプリントアクティビティの計画](https://servicenow-prod.fluidtopics.net/1gdIfvU0bWvVFbezmjb8Aw "アジャイルボードの [スプリント計画立案] タブを使用して、スプリントの作成、編集、完了、スプリントへのストーリーの追加などのスプリントアクティビティを簡素化します。")」を参照してください。

スプリントにおける進捗状況の追跡

:   スクラムマスターは、スプリントチームの作業を管理し、進捗状況レポートを提供して、チームが遭遇した障害をすべて解消します。チームメンバーは、ストーリーレコードを更新し、デイリースタンドアップミーティングを開いて進捗状況について話し合ったり、懸念事項をスクラムマスターやプロダクトオーナーに報告したりします。

    チームは、スプリントにおいてコミットされているストーリーをすべて完了することが求められます。スクラムマスターからは、受け入れ条件に従って、ストーリーが全面的にテストされ、リリースの準備が整っていることが求められます。

    コミットされたストーリーと特定のスプリントのスコープにおいては、スプリントの実行中に変更を行わないのが理想です。しかし、アジャイル開発 2.0 は、必要に応じて更新を行ったり、優先順位の変更に対応したりする柔軟性を発揮します。ただし、スプリントでのストーリーの追加や削除については、グループ、スクラムマスター、プロダクトオーナーへの相談が必要です。

    バーンアップチャートやバーンダウンチャートなどのレポートを備えた [Agile 2.0 スプリントダッシュボード](https://servicenow-prod.fluidtopics.net/udRAbgtBS7vMZOwvkR2oPw "スプリントダッシュボードを使用して、現在のスプリントでストーリーの進行状況を追跡し、スプリントの完了を予測します。")を使用すると、チームにおけるスプリントの進捗状況を追跡することができます。  
    ヒント:  
    ハイブリッドまたは従来のプロジェクトデリバリーを実行している場合でも、Agile 2.0 スプリントダッシュボードを使用して、累積フロー図を使用してワークフロー状況の移行を追跡できます。ダッシュボードへのアクセスを有効にする方法の詳細については、「 [パフォーマンスアナリティクス Agile 2.0 のコンテンツパック](https://servicenow-prod.fluidtopics.net/zKNphehF98ETCU3zyk0P9g "プラットフォームアナリティクス Content Pack for Agile 2.0 のデータを表示した事前設定済みダッシュボードを使用して、Agile プロセスとプラクティスを改善します。")」を参照してください。

リリースの進捗状況の追跡

:   プロダクトオーナーはリリースの進捗状況を追跡して、チームがリリース目標の達成に必要なペースでストーリーを遂行できているかどうかを確認することができます。

バーンアップチャート、バーンダウンチャート、サイクルタイムチャートなどのレポートを備えた [Agile 2.0 リリースダッシュボード](https://servicenow-prod.fluidtopics.net/UbxdmUd7vfThE_HR5L0Nrg "Agile 2.0 リリースダッシュボードを使用して、ストーリーの進捗状況を追跡し、現在のリリースでスコープの変更を分析します。")を使用すると、チームにおけるリリースの進捗状況を追跡することができます。  
注:  
Agile 2.0 ダッシュボードはすべて [パフォーマンスアナリティクス Agile 2.0 のコンテンツパック](https://servicenow-prod.fluidtopics.net/zKNphehF98ETCU3zyk0P9g "プラットフォームアナリティクス Content Pack for Agile 2.0 のデータを表示した事前設定済みダッシュボードを使用して、Agile プロセスとプラクティスを改善します。") で利用できます。

