Agile-primer
アジャイル-プライマー
アジャイルは、開発プロセスが変化するビジネスニーズに合わせられるように、1〜4週間の短い反復を使用してソフトウェアを段階的に構築するソフトウェア開発方法論です。 すべての要件とリスクを事前に予測する6〜18か月のシングルパス開発の代わりに、アジャイルは、1〜4週間の反復後に実行可能な製品が配信される頻繁なフィードバックのプロセスを採用します。
アジャイルの役割
スクラムマスター
スクラムマスターはチームリーダーであり、チームメンバーがアジャイルプラクティスに従ってコミットメントを達成できるように支援します。 スクラムマスターの責任は次のとおりです-
- すべての役割と機能間の緊密な協力を可能にするため。
- ブロックを削除します。
- チームを妨害から保護するため。
- 組織と協力して、会社の進捗とプロセスを追跡する。
- Agile Inspect&Adaptプロセスが適切に活用されるようにするため
- 毎日のスタンドアップ、
- 計画会議、
- デモ、
- レビュー、
- 回顧会議
- チーム会議と意思決定プロセスを促進するため。
プロダクトオーナー
プロダクトオーナーは、ビジネスの観点からプロダクトを推進する人です。 責任または製品所有者は次のとおりです-
- 要件を定義し、それらの値に優先順位を付ける。
- リリース日と内容を決定します。
- 反復計画およびリリース計画会議で積極的な役割を果たす。
- チームが最も重要な要件に取り組んでいることを確認します。
- 顧客の声を表すため。
- 完了および定義済みの受け入れ基準の定義を満たすユーザーストーリーを受け入れます。
クロス機能チーム
すべてのアジャイルチームは、5〜9人のチームメンバーと6〜10年の平均経験を持つ自給自足のチームでなければなりません。 通常、アジャイルチームは3〜4人の開発者、1人のテスター、1人のテクニカルリード、1人の製品所有者、1人のスクラムマスターで構成されます。
プロダクトオーナーとスクラムマスターはチームインターフェイスの一部と見なされますが、他のメンバーはテクニカルインターフェイスの一部と見なされます。
アジャイルチームはどのように作業を計画しますか?
アジャイルチームは反復で作業し、各反復が10〜15日間のユーザーストーリーを提供します。 各ユーザーストーリーは、バックログの優先順位付けとサイズに基づいて計画されます。 チームはキャパシティ(チームがタスクに取り組むために使用できる時間)を使用して、計画する範囲を決定します。
ポイント
ポイントは、チームがコミットできる量を定義します。 ポイントは通常8時間を指します。 各ストーリーはポイントで推定されます。
容量
キャパシティは、個人がコミットできる量を定義します。 容量は時間単位で推定されます。
ユーザーストーリーとは何ですか?
ユーザーストーリーは、ユーザーが機能として必要とするものを定義する要件です。 ユーザーストーリーは2つの形式にすることができます-
- <ユーザーロール>として<機能>が必要なため、<ビジネス価値>
- <ビジネスの価値>を<ユーザーロール>として<機能性>にするには
リリース計画では、相対的なスケールをポイントとして使用して、ユーザーストーリーに大まかな見積もりが与えられます。 反復計画時に、ストーリーはタスクに分割されます。
ユーザーストーリーとタスクの関係
- ユーザーストーリーは何をすべきかについて語っています。 ユーザーが必要とするものを定義します。
- タスクは、それがどのように行われるべきかについて話します。 機能の実装方法を定義します。
- ストーリーはタスクによって実装されます。 各ストーリーはタスクのコレクションです。
- ユーザーストーリーは、現在の反復で計画されるときにタスクに分割されます。
- タスクの推定時間は、通常2〜12時間です。
- ストーリーは受け入れテストを使用して検証されます。
ストーリーが完了したら
チームは*完了*の意味を決定します。 基準は-
- すべてのタスク(開発、テスト)が完了しました。
- すべての受け入れテストが実行中であり、合格です。
- 欠陥はありません。
- 製品の所有者はこの話を受け入れました。
- エンドユーザーに配信可能。
受け入れ基準とは何ですか?
基準は、製品の所有者が受け入れられるように、機能に必要な機能、動作、およびパフォーマンスを定義します。 開発者がユーザーストーリーが完了したことを把握できるように、実行する内容を定義します。
要件はどのように定義されていますか?
要件は次のように定義されます
- ユーザーストーリー、
- 受入基準あり
- ストーリーを実装するタスク。