--- 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) 所要時間：6分 スクラムは、アジャイル開発 の一般的な方法論の 1 つで、固定スプリントスケジュールや定期的な要件テストなどが挙げられます。これらのアクティビティは、プロダクトオーナー、スクラムマスター、グループメンバーなどの一般的なロールにより実施されます。アジャイル開発 プロセスの基本について説明します。 ## スクラムフレームワーク アジャイル開発 で使用される用語とアーティファクトについて理解してください。 アサイン先グループまたはアジャイルチーム : アジャイル製品の開発に携わるユーザーグループアジャイル開発 2.0 では、このチームをアサイン先グループと称します。 アサイン先グループでは、ユーザーがスクラムマスターとして指定され、リリースに向けすべてのスクラムアクティビティが適切に実行されるようにする役割を担います。詳細については、「[アジャイル開発 2.0 のアサイン先グループ](https://servicenow-prod.fluidtopics.net/oV6sUolxklp9Mo3MFb_7vg "アジャイル開発 2.0 でアサイン先グループを作成したり管理したりする要件について説明します。")」を参照してください。 [Epic](https://servicenow-prod.fluidtopics.net/F980ULXppmRniTmGk0FzHg "アジャイル開発 2.0 でエピックを作成して、開発する機能に関する大まかな要件を定義します。") : 新しい機能や重要な拡張など、ビジネスに価値をもたらす要件に関する大まかな定義です。エピックは Agile ストーリーに分類され、単独または複数のチームで作業が行われます。 [ストーリー](https://servicenow-prod.fluidtopics.net/3diy8G4K1AVwbyuqfj789w "アジャイル開発 2.0 で高レベルの要件定義をストーリーの形式で作成します。ストーリーを製品、プロジェクト、リリースに関連付け、アサイン先グループにアサインして、ストーリーを管理したり追跡したりします。") : エピックに関連する作業を簡潔かつ管理しやすく細分化したものです。ストーリーにより、要件に関する人物、対象、理由をシンプルかつ簡潔に取得できます。ストーリーで示されている説明や基準を活用することにより、チームは作業を実装するのに必要な労力を正確に見積もることができるようになります。 [スクラムタスク](https://servicenow-prod.fluidtopics.net/Cl8G4daXaoMIwdPZhSa1dw "アジャイル開発 2.0 でスクラムタスクを作成し、チームが作業しやすくなるようにストーリーを管理しやすいサイズに細分化します。一度に 1 つのスクラムタスクを作成することも、一度に複数のスクラムタスクを作成することもできます。") : ストーリーを完了させるのに必要な個別のタスクです。タスクの完了には、4 〜 12 時間かかる場合があります。 [バックログ](https://servicenow-prod.fluidtopics.net/wlikWq6xVvMtgIMU7HbVvw "アジャイル開発 2.0 において、一元化されたアジャイルボードで製品バックログを管理します。カスタマイズされたバックログにストーリーを追加し、必要に応じて優先順位を付けます。") : 特定の成果を達成するうえで実装が必要な作業のリストです。バックログには、新機能、既存機能の拡張、その他の製品開発アクティビティが含まれます。 バックログは、製品やチームの作業における唯一の起点と見なされます。バックログに含まれていないものは、開発において優先されません。 [個人のバックログ](https://servicenow-prod.fluidtopics.net/QMYSYaX4eCwk5w_iyCqxhQ "アジャイル開発 2.0 において、フィルターを作成して、バックログに表示するストーリーを定義します。") : プロダクトオーナーは、関連するフィルター基準を適用して、パーソナルバックログと呼ばれるカスタマイズされた作業パイプラインを定義します。アジャイル開発 2.0 では、プロダクトオーナーは、カスタマイズされたバックログを必要な数だけ定義することができます。カスタマイズされたバックログを作成する際に使用される基準は、柔軟性があり、いつでも変更が可能です。 [スプリント](https://servicenow-prod.fluidtopics.net/1gdIfvU0bWvVFbezmjb8Aw "アジャイルボードの [スプリント計画立案] タブを使用して、スプリントの作成、編集、完了、スプリントへのストーリーの追加などのスプリントアクティビティを簡素化します。") : 短く固定された期間で、チームメンバーが所定の数のストーリーを選択して遂行します。こうした短い時間枠で区切られたサイクルにより、チームは優先度の変化に柔軟に対応できるようになります。 スプリントの反復頻度は、開発チームやプロダクトオーナーによって決定されます。たとえば、10 日間のスプリントや 1 週間のスプリントといった具合です。 スプリントバックログ : スプリントの作業スコープです。プロダクトオーナーや開発チームは、スプリント計画アクティビティを使用してバックログをレビューし、スプリントに含めるストーリーを決定します。 テーマ : 関連するビジネス価値のある重点領域です。テーマは、複数の会社目標に関連しています。テーマにより、大まかに作業の優先順位付けを行うことができ、複数のエピックに関連付けることができるようになります。 製品 : 類似した機能のテーマ、エピック、ストーリーを単一のコンテキストに体系化するエンティティです。製品は、開発されて市場にリリースされるアイテムまたは機能を表します。 リリース : リリースには開始日と終了日があり、その期間内でいくつかの開発反復が完了します。リリースはプロダクトオーナーによって作成され、複数の製品からのユーザーストーリーが含まれたり、複数のチームが関与したりすることもあります。リリースに関連付けられたストーリーにより、リリースバックログが形成されます。 注: アジャイル開発 2.0 では、製品を作成してからテーマ、エピック、ストーリーを作成してください。これらのレコードを送信する場合、レコードを製品に添付する必要があります。 製品のストーリーやスクラムタスクを作成した後、カスタマイズされたバックログを作成することで、製品 (複数可) のストーリーを含めることができるようになります。 [Defects (欠陥)](https://servicenow-prod.fluidtopics.net/_0jWnQuzEcNgfkmy1V52gQ#defect-reports "アジャイル開発 2.0 を使用して、製品について報告された問題に関する欠陥を作成します。その後、こうした欠陥のストーリーを作成すると、チームが欠陥の解決に取り組むことができるようになります。") : 欠陥は、新しい機能の開発中に発見された問題の解決策を報告および追跡する際に使用したり、既存機能に関するフィードバックとして使用したりできます。プロダクトオーナーは、こうした欠陥をレビューし、関連するアサイン先グループにアサインされるストーリーの作成を決定します。 アジャイル開発 --- 統合バックログを使用すると、トリアージボードを設定して、欠陥、ストーリー、機能拡張などのさまざまなタスクタイプのレコードの一元化されたバックログを管理できます。詳細については、「[アジャイル開発 --- 統合バックログ](https://servicenow-prod.fluidtopics.net/f62SV_yx0BGBZGC6r3NvkA "ServiceNow アジャイル開発 — 統合バックログ アプリケーションにより、欠陥、問題、拡張機能など、さまざまなタスクタイプのレコードに対するバックログを一元的に管理できるようになります。さまざまなタスクタイプの優先順位付けが 1 か所で行われ、こうしたレコードに対するストーリーが自動的に作成されるので、時間の節約になります。")」を参照してください。 [Enhancements (拡張)](https://servicenow-prod.fluidtopics.net/6z1qXgWMQ_F~pBFQWw5cRg#enhancement-requests "アジャイル開発 2.0 において、製品のさまざまな領域に対する拡張要求を作成します。その後、こうした要求のストーリーを作成すると、チームが開発に取り組むことができるようになります。") : 拡張要求を使用して、製品の機能拡張を記録することができます。こうした要求は、内部要件や顧客からのフィードバックにより生じる可能性があります。プロダクトオーナーは、ログに記録された要求をレビューし、優先度に基づいて要求に対するストーリーを作成します。こうしたストーリーは、開発向けに関連のアサイン先グループにアサインされます。 アジャイル開発 --- 統合バックログを使用すると、トリアージボードを設定して、欠陥、ストーリー、機能拡張などのさまざまなタスクタイプのレコードの一元化されたバックログを管理できます。詳細については、「[アジャイル開発 --- 統合バックログ](https://servicenow-prod.fluidtopics.net/f62SV_yx0BGBZGC6r3NvkA "ServiceNow アジャイル開発 — 統合バックログ アプリケーションにより、欠陥、問題、拡張機能など、さまざまなタスクタイプのレコードに対するバックログを一元的に管理できるようになります。さまざまなタスクタイプの優先順位付けが 1 か所で行われ、こうしたレコードに対するストーリーが自動的に作成されるので、時間の節約になります。")」を参照してください。 ## スクラムアクティビティ スクラムプロセスを通常構成するアクティビティは、次のとおりです。 [スプリント計画立案](https://servicenow-prod.fluidtopics.net/1gdIfvU0bWvVFbezmjb8Aw "アジャイルボードの [スプリント計画立案] タブを使用して、スプリントの作成、編集、完了、スプリントへのストーリーの追加などのスプリントアクティビティを簡素化します。") : アサイン先グループのメンバーがミーティングを開き、スプリントでの展開をコミットできるストーリーを決定します。通常、トップランクのストーリーが最初にコミットされます。グループは、各ストーリーに必要なスクラムタスクを決定します。質問に回答するには、製品オーナーが立ち会う必要があります。 デイリースタンドアップ : アサイン先グループのメンバーがミーティングを開き、前日の作業進捗、当日に予定されている作業、問題点について話し合います。デイリースタンドアップでは、グループメンバーが現在のスプリントでストーリーを遂行することに重きを置き、あらゆる問題点をスクラムマスターに報告します。 スプリント終了の時点ですべてのストーリーが完了していなければなりません。完了できなかったストーリーは、バックログに戻されたり、今後のスプリントに持ち越されます。 スプリントのレビュー : スプリントのレビューミーティングは、各スプリントの最後に行われます。このミーティングでは、アサイン先グループが完了した作業をレビューし、新たに開発された機能をプロダクトオーナーに実演します。 スプリントの振り返り : 振り返りミーティングは各スプリントの最後に行われ、うまくいったことやうまくいかなかったことをグループメンバー間で話し合うことができます。スプリントの振り返りの目的は、今後のスプリントの実行を改善する方法について議論することです。 アジャイル開発 2.0 が製品開発の取り組みの管理にどのように役立つかについての詳細は、[アジャイル開発 プロセスフロー](https://servicenow-prod.fluidtopics.net/7DE2vnz3IGKd3x0u2RMsVA "製品の作成をはじめ、スプリントやリリースの追跡など、アジャイル開発 2.0 において製品開発作業を管理する際に使用されるプロセスについて説明します。")を参照してください。 ## スクラムレポート スクラムレポートにより、アジャイルチームのパフォーマンスや進捗状況を分析することができるようになります。このレポートでは、エピック、スプリント、リリースと関連付けて、チームの作業速度に関する履歴データを提供することができます。パフォーマンスアナリティクス Content Pack for Agile 2.0 では、データがビジュアル化された事前設定済みダッシュボードを使用して、Agile プラクティスを改善することができます。 詳細については、「[パフォーマンスアナリティクス Agile 2.0 のコンテンツパック](https://servicenow-prod.fluidtopics.net/zKNphehF98ETCU3zyk0P9g "プラットフォームアナリティクス Content Pack for Agile 2.0 のデータを表示した事前設定済みダッシュボードを使用して、Agile プロセスとプラクティスを改善します。")」を参照してください。