次の方法で共有


Azure Boards のスプリントおよびスクラムに関連する主要な概念

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

この記事では、スプリントとスクラム メソッドを使用して作業を追跡する際に使用される用語と、使用可能なツールについて簡単に説明します。 参照できるその他のリソースとしては、「アジャイル用語集」、および「プロジェクト管理とナビゲーションの用語集」があります。

アジャイル ツール

作業を追跡し、アジャイル手法をサポートするために使われる一連の Web ベースのツール。 アジャイル ツールは、ソフトウェア開発チームが現在使用している主要なアジャイル方式 (スクラムとかんばん) をサポートしています。 詳細情報: アジャイル ツールとアジャイル プロジェクト管理の概要

バグ

製品に対する不満の原因の可能性を記録する作業項目の種類。 コードの欠陥を追跡するための作業項目の種類の一般的な名前。 チームごとに、バグの管理方法を選択できます。 チームによっては、バックログの要件と共にバグを追跡するのを好むことがあります。 要件のサポートで実行されたタスクとしてバグを追跡するのを好むチームもあります。 その場合、バグはタスクボードに表示されます。 詳細情報: バグを管理する

バーンダウン グラフとバーンアップ グラフ

バーンダウン グラフとバーンアップ グラフは、時間の経過に応じて完了済みの作業を視覚的に追跡できるので、プロジェクト管理に役立ちます。 バーンダウン グラフは、計画された作業時間の合計値から開始されます。 作業が完了していくのに応じて、残りの作業がグラフ化されていきます。 時間が経過していくと、予定された作業の量が減少していきます。 バーンアップ グラフでは、作業が時間の経過とともに完了していく様子が追跡されます。 これは、作業が完了していく割合を確認するのに役立ちます。

詳細については、「バーンダウンまたはバーンアップのガイダンス」を参照してください。

チームと個人のキャパシティ

キャパシティは、個人またはチームが作業する必要がある実際のタスク時間 (時間数または日数) に関連付けられています。 Azure DevOps には、各チームのスプリントでキャパシティを設定するためのキャパシティ ツールが用意されています。 チームは通常、タスクの作成を計画し、タスクの完了にかかる時間を見積もるときにキャパシティを設定します。

チームのキャパシティを設定することで、チームは作業時間や作業日数の合計をスプリントごとに正確に把握することができます。 このツールを使って、個々のチーム メンバーのキャパシティと非稼働日を設定します。 スプリント中に作業している各チーム メンバーのキャパシティを設定すると、その個人のキャパシティ バーが表示されます。 詳細情報: スプリント キャパシティの設定

チーム キャパシティ ページのスクリーンショット。

キャパシティ バー

キャパシティ バーでは、誰がキャパシティの超過状態、最大限、または範囲内なのかをすぐに確認できます。 キャパシティ バーは、次の各アクティビティで更新されます。

  • 残存作業時間が 0 以外のタスクが割り当てられた
  • 残存作業時間の変更
  • スプリント サイクル内の日付の変更。 個人とチームのキャパシティは、常に現在の日からスプリント終了までのキャパシティを反映します。
キャパシティの色 キャパシティ バー
キャパシティの色のスクリーンショット。 キャパシティ バーのスクリーンショット。

詳細については、「スプリント容量に合わせて作業を調整する」を参照してください。

毎日のスクラム会議

毎日のスクラム会議は、スプリントのコミットメントをできる限り効果的に達成するために、チームで何を行う必要があるかを常時フォーカスしていくのに役立ちます。 チームのスクラム マスターは、会議の構成を確実に実施し、会議を時間通りに開始して、15 分以内に終了させるよう努める必要があります。 詳細情報: スクラムのベスト プラクティス、毎日のスクラム会議

Forecast

予測ツールは、チームがスプリントを計画するのに役立ちます。 このツールでは、作業項目の見積もりと設定されたベロシティに基づいて、今後のスプリントで完了できるバックログ項目が示されます。 ここに示すように、ベロシティ 20 は、表示されている作業を完了するために 5 つのスプリントが必要であることを示します。 詳細情報: プロダクト バックログを予測する

チーム バックログ (予測ビュー) のスクリーンショット。

イテレーション パス (スプリントとも呼ばれます)

通常は 2 から 3 週間の期間であり、その期間中に完了する必要がある作業項目をグループ化するために使われます。 スプリントは、スプリント計画、スプリント バーンダウン、その他のスクラム プロセスをサポートするために、スクラム方式で使われます。 イテレーション パスを使うと、作業をスプリント、マイルストーン、またはその他のイベント固有または時間関連の期間にグループ化できます。 詳細情報: 区分パスとイテレーション パスの概要

プロダクト バックログ

チームが配信を計画しているチームのプロジェクト計画またはロードマップに対応する作業項目の対話型リスト。 プロダクト バックログでは、作業の優先順位の指定、スプリント別の作業の予測、ポートフォリオ バックログ項目への作業の迅速なリンクがサポートされています。 バックログ項目を定義してから、かんばんボードを使ってその状態を管理できます。

チームは各プロダクト バックログをカスタマイズできます。 詳細情報: バックログを作成する

製品バックログ項目 (PBI)

チームが作成を計画しているアプリケーション、要件、要素を定義する作業項目の種類。 製品所有者は、通常、スクラム プロセスで定義されたプロダクト バックログ項目を定義してスタック順位を指定します。 詳細情報: スクラム プロセスの作業項目の種類とワークフロー

製品所有者ロール

製品所有者の役割は、顧客とチームの間のインターフェイスとして機能することです。 製品所有者を置くことで、詳細な仕様の必要性を減らすことができます。 実装の詳細に関するチームの質問に彼らが迅速に応答することで、この必要性が軽減されます。 また、製品所有者は各要件内での受け入れ基準を明確に定義します。

スクラム マスター ロール

スクラム マスターは、スクラム プロセスを採用することで、健全なチームの構築と維持を支援します。 彼らはスクラム チームに対してスクラム メソッドの適切な採用を指導し、コーチングし、教え、支援します。 また、スクラムマスターは変更エージェントとしても活動し、チームが障害を克服して、生産性を大幅に向上できるよう支援します。 詳細情報: スクラムのベスト プラクティス、スクラム マスターの役割

スプリント (イテレーションとも呼ばれます)

スプリントは、通常は 2 から 3 週間の期間であり、その期間中に完了する必要がある作業項目をグループ化するために使われます。 スプリントは、スプリント計画、スプリント バーンダウン、その他のスクラム プロセスをサポートするために、スクラム方式で使われます。 スプリントは、イテレーション パスによって定義されます。 詳しくは、区分パスとイテレーション パス (スプリントとも呼ばれる) の概要に関する記事をご覧ください。

スプリント バックログ

チームの同じスプリントまたはイテレーション パスに割り当てられている作業項目の対話型リスト。 スプリント バックログは、スクラム手法を使用するチームをサポートします。 詳細情報: スプリント計画

バーンダウン グラフのスプリント

スプリント バーンダウン グラフには、スプリント計画会議で見積もったすべての作業をやり遂げるためにチームが行った進行状況が反映されます。 チームはそれを監視してリスクを軽減し、スプリント サイクル全体のスコープ クリープをチェックします。 理想的な傾向線は、常に安定したバーンダウンを示します。 次のグラフに示すように、青い領域は実際の進捗状況を表します。 チーム メンバーがタスクを追加することで作業が積み上がり、チーム メンバーがそのタスクを完了することで作業が減ることを表しています。 詳細情報: スプリント バーンダウンを監視する

スプリント バーンダウン グラフのスクリーンショット。

スプリントの目標

スプリントの目標は、スプリント アクティビティに集中するために使用されます。 目標は、スプリントの終了までにチームが達成したいことを要約したものです。 詳細情報: スクラムのベスト プラクティス、スプリントの目標の設定

スプリント計画

スプリント計画会議はスプリントの開始時に行われます。この会議では、一連のスプリント目標と作業について、製品所有者とチームの意見をまとめます。 詳細情報: スクラムのベスト プラクティス、スプリント計画会議

スプリント振り返り会議

スプリント レビューまたは振り返り会議は、スプリントの終了時に行われます。 この会議では、チームがスプリント中に完了した作業をデモンストレーションします。 製品所有者、顧客、利害関係者は、期待に沿ったユーザー ストーリーを確認し、新しい要件を特定します。 多くの場合、顧客はデモを見た後に自分たちのニーズをより明確に理解し、場合によっては、今後に向けて希望する変更点を確認します。 詳細情報: スクラムのベスト プラクティス、スプリント振り返り会議

タスク

タスクは、見積もりと残存作業を追跡するために使用される作業項目の一種です。 スクラムでは、タスクは 4 時間から 12 時間の範囲で定義されます。 タスクの定義は、スプリント バーンダウンを監視したり、チーム キャパシティを操作したり、タスクボードを使用したりするうえで不可欠です。 タスクは、親製品バックログ項目またはユーザー ストーリーにリンクされます。 詳細情報: バックログ項目にタスクを追加する

タスクボード

タスクボードは、チームのスプリント バックログを完了するために必要な作業を表示する、対話型の進行状況ボードです。 スプリントの間、タスクの状態と各タスクの残存作業時間を更新する必要があります。 毎日、または週に数回タスクを更新することで、よりスムーズなスプリント バーンダウン グラフを作成できます。 詳細情報: タスクボード

タスクボードのスクリーンショット。

Teams

チームは、選択したプロジェクト メンバーのセットに対応します。 チームを使用すると、組織は作業をサブカテゴリ化して、プロジェクト内で追跡するすべての作業に集中できます。 各チームは、一連のアジャイル ツールにアクセスできます。 チームは、これらのツールを使用して自律的に作業し、企業内の他のチームと共同作業を行うことができます。 各チームは、作業要件を満たすように各ツールを構成およびカスタマイズできます。 詳細については、「チームとアジャイル ツールについて」を参照してください。

チーム メンバー

プロジェクトまたは組織に追加され、特定のチームに追加されたメンバー。 プロジェクト メンバーは複数のチームに追加できます。 いくつかのアジャイル ツールはチーム スコープです (容量計画、チーム アラート、ダッシュボード ウィジェットなど)。 つまり、これらのツールは、チームのメンバーとして追加されたユーザーを自動的に参照して、アクティビティの計画やアラートの送信をサポートします。

チームにユーザーを追加するには、プロジェクトまたは特定のチームへのユーザーの追加に関する記事を参照してください。

技術的負債

技術的負債には、実稼働品質のコードをデプロイし、運用環境で実行し続けるためにチームがしなければならないすべてのことが含まれます。 たとえば、バグ、パフォーマンスの問題、運用上の問題、アクセシビリティなどです。 技術的負債を最小限に抑える方法の詳細については、「アジャイル開発とは」を参照してください。

トリアージ会議

トリアージ会議は、チームに割り当てられたバックログとバグを確認および整理するために使用されます。 作業項目には、見積もり、受け入れ基準など、その他の詳細が追加される場合もあります。 通常は、製品所有者がトリアージ会議を実行し、特定のプロジェクト リスクについて話すことができるチーム リーダー、ビジネス アナリスト、およびその他の利害関係者がこれに参加します。

ユーザー ストーリー

チームが作成を計画しているアプリケーション、要件、要素を定義する作業項目の種類。 通常、ユーザー ストーリーの定義と順位付けは製品所有者が行います。 ユーザー ストーリーは、アジャイル プロセスで定義されます。 詳細情報: アジャイル プロセスの作業項目の種類とワークフロー

ベロシティとベロシティ グラフ

ベロシティは、スプリント サイクル中にチームがどれだけの作業を完了できるかの分析情報を得るための有用なメトリックを提供します。 チームは、数回のスプリントを作業した後、ベロシティ グラフと予測ツールを使って、将来のスプリントで達成できる作業を見積もります。

ベロシティは、チームが完了できる作業量をスプリントの周期に基づいて測る尺度です。 組み込みのベロシティ チャートでは、スプリントに対して定義されたストーリー ポイント (アジャイル)、エフォート (スクラム)、またはサイズ (CMMI) を合計することでベロシティが測定されます。

たとえば、下記のグラフの緑色のバーは、各スプリント内で完了したユーザー ストーリーの合計推定作業量 (ストーリー ポイント) を示しています。 青は、まだ完了していない項目の推定作業量に対応します。 詳細情報: 組み込みのチームベロシティ グラフを表示して操作する

ベロシティ グラフのスクリーンショット。

組み込みのベロシティ チャートと共に、チーム ダッシュボードにベロシティ ウィジェットを追加することもできます。 このウィジェットは、作業項目数の合計や作業量の合計を示すように構成できます。 詳細情報: ベロシティ ウィジェットを構成する

各チームは、1 つのベロシティ グラフにのみ関連付けられています。 速度は、チームのキャパシティ、スプリント オーバー スプリントによって異なります。 ただし、時間の経過と共に、ベロシティはバックログ全体の予測に使用できる、信頼性のある平均値を示すはずです。 バックログ項目のサイズ (作業量やストーリー ポイント) の変動を最小限に抑えることで、より信頼性の高いベロシティ メトリックを得ることができます。 詳細情報: バックログ項目にタスクを追加する