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