3 amigo principle agile
3アミーゴの原則の紹介：
youtubeからmp3へのオンラインコンバーターのレビュー
以前のスクラムシリーズでは、持参のコンセプトを紹介しました スクラムチームメンバー内の自給自足 外の世界からの助けを必要とせずにビジネス価値を生み出す文化を誘発すること。
最近、私はスクラムマスターとして働いていたクライアントプロジェクトと連携しました。複数のスクラムベースのプロジェクトで働いてきたので、クライアントの作業方法に方法論をうまくブレンドすることができました。
しかし、一定の期間を経て、理解の必要性について多くのあいまいさが見つかりました。
すべてのスクラムチームメンバーは、独自のバージョンの要件を理解しています。
学習内容：
概要概要
開発者とQAが同じ要件について2つの異なる視点を持っているとしたら、どうなるでしょうか。
この場合の明らかな行動方針は、開発者が自分の視点を念頭に置いて増分を開発するのに対し、テスターは自分の視点を念頭に置いてそれをテストすることです。
2つの視点はギャップを生み出す傾向があり、問題はスプリントの終わりに向かってのみ対処されます。さらに最悪のケースは、スプリント内でこれらの問題に対処する時間が残っていない場合、製品バックログにアイテムを追加する状況に陥ることです。
上記の問題ステートメントを解決するために、チームメンバー間で要件ディスカッションセッションを増やし、要件全体を分析してブレインストーミングするという解決策を考え出しました。したがって、3つのアミーゴ原理のアイデアが明らかになりました。
Three Amigo Principleに進む前に、まずアジャイルテストプラクティスの1つであるTest First Development（TFD）と、それがThreeAmigosとどのように関連しているかについて説明しましょう。
テストファースト開発（TFD）
名前自体が示すように、Test First Developmentは、開発アクティビティの前にテストエンジニアがテストケースを作成する方法です。
次に、これらのテストケースについて話し合い、チーム全体で共有します。チームメンバーは、テストケース（「3つのアミーゴ」とも呼ばれます）について話し合い、強化し、レビューするための会議に参加します。エッジケースも、この会議中にテストケースのリストに追加されます。
また、テストケースが合格基準を満たしているという確信を築くために、テストケースを追加およびレビューするためにプロダクトオーナーを含める場合があります。
テストケースが開発されたので、開発全体はこれらのテストケースに基づいています。この現象は、テストビルドサイクルとも呼ばれます。テストビルドサイクル内で、すべてのテストケースに合格するまでビルドし、システムにバグが存在するスペースを残します。
テストファースト開発により、開発者は、受け入れ基準を満たし、プロダクトオーナー（顧客の声）からの賛同を得た増分を構築できます。
今日、チームはテスト駆動開発（TDD）アプローチとフレームワークの採用を開始しました。これは、テストファースト開発の次のステップです。 Cucumber、Gauge、Specflowなどのツールが最も人気のあるツールの1つです。
3つのアミーゴの原則
3人のアミーゴは誰ですか？
3つのアミーゴの原則は、3つのアミーゴがビジネスアナリスト、開発者、品質アナリストは、次の場所で会議に参加する必要があります。
- ビジネスアナリストは、チームとともに各ビジネス要件について詳しく説明します。
- 品質保証チームのメンバーは、これらのビジネス要件のためにすでに作成されたテストケースについて話し合います。
- 開発チームのメンバーは、アーキテクチャと低レベルの設計についてチームと話し合います。
3つのAmigo会議の目的は、3つのAmigoによるビジネス仕様の理解のギャップを埋めることです。
ビジネスアナリストは、チームの全員がビジネスユーザーストーリー/要件から同じ理解と期待を持っていることを確認します。ビジネスアナリストは、チームメンバーからのフィードバックを収集し、コメントを確認します。彼/彼女はまた、不足している情報を追加し、あいまいな情報があればユーザーストーリーから削除します。
ソフトウェアの状態は常に高品質の基準によって測定されるため、品質保証チームはソフトウェアの増分の機能的側面と非機能的側面について詳しく説明し、増分をテストするために特定されたテストケースを詳しく説明します。また、すべての受け入れ基準がテストケースによって満たされていることを確認します。
他のチームメンバーは、エッジケースや欠落しているシナリオを見つけることにより、テストケースを充実させるのに役立ちます。開発チームのメンバーは、テストの制約につながる可能性のある技術的な制限についての知識を共有します。
epsファイルの使い方
開発者は、要件の理解と、増分を構築するために必要なことについて話し合います。また、アーキテクチャのレイアウトと低レベルの設計についてチームと話し合い、何が構築されるかについての共通の理解を形成します。
Three Amigoセッションの全体的な結果は、チーム全体が次のスプリントの一部として何を構築するかについて共通の理解を持っているということです。
3つのアミーゴプロセス
Three Amigo Processは、以下を構成します。
＃1）参加者
開発チームと品質保証チームからそれぞれ1人の代表者、およびビジネスアナリスト。コンセプトの最大のメリットを活用するために、実際にその要件に取り組む予定のこれらの代表者を配置することをお勧めします。アーキテクツなどの他の人はいつでも会議に参加して彼らの指導を提供することを歓迎します。
＃2）タイムライン
3つのアミーゴセッションは通常N-1スプリントで行われます。これは時限ボックスイベントでもあります。つまり、延長することはできません。セッションの推奨タイムボックスは1時間で、これは最大期間でもあります。
機能をSprintNで開発する場合は、N-1またはN-2SprintでThreeAmigoセッションを実行することを強くお勧めします。
＃3）フォーマット
＃1）会議は、ビジネスアナリストが、設計ドキュメントまたはワイヤーフレームとともに要件を出席者に提示することから始まります。ビジネス要件は、十分に準備され、文書化されていることが期待されます。チームからは、会議の前にすでに要件を満たしていることが期待されます。
＃2）次のステップとして、出席者は要件を確認し、フィードバックを提供します。フィードバックは後でビジネスアナリストによって組み込まれます。出席者は、あいまいさやギャップがある場合はそれも指摘します。ビジネスアナリストは、あいまいさを取り除き、要件のギャップを埋めることも期待されています。
ビジネスアナリストが他の参加者によって投稿されたクエリを確認する必要があり、そのレビュー自体を直接組み込んでいない場合があります。
＃3）要件が十分に整備され、出席者にフィードバックや未解決の質問がなくなると、要件は「準備完了」としてマークされます。
＃4）次に、要件と同じようにテストケースが参加者に提示されます。テストケースは、整形式であり、すでに準備されていることが期待されます。
＃5）参加者は、テストケースを確認し、フィードバックを提供します。 QAメンバーは、提供されたすべての提案を組み込みます。参加者は、見逃されたテストケースとエッジケースのシナリオも指摘します。ここでの主な目的は、テストケースがすべての受け入れ基準を満たし、テストカバレッジが良好であることです。
＃6）次のステップは、セッション中に出てきた可能性のある依存関係と前提条件を確認することです。
ソフトウェアテストのテストケース形式
＃7）依存関係が決定され、アクションアイテムが作成され、関連するチームメンバーに割り当てられます。同様に、前提条件のタスクが作成され、割り当てられます。
＃8）上記のすべてのアーティファクト（要件、テストケース、タスク、依存関係）は、誰もが簡単にアクセスできるように、JIRAなどのプロジェクト管理ツールに保存する必要があります。
＃9）レビューコメントが多すぎる場合、ビジネスアナリストと品質保証エンジニアはセッション後にそれらを組み込むことを選択できます。
結論
このチュートリアルでは、の概念を紹介しました 3つのアミーゴの原則 これは、強力なフィードバックループを使用して、適切なソリューションをより速いペースで提供するために非常に有益であることが証明されています。
3つのAmigoセッションでは、同じ要件を異なる方法で理解する余地はありません。会議の目的は、全員を同じページに集め、開発フェーズに進む前に要件を受け入れさせることです。
すでにアジャイルフレームワークで作業している場合は、3つのアジャイルセッションをいくつか試して、変更を自分で観察することを強くお勧めします。
今後のチュートリアルでは、Scaled AgileFrameworkについて詳しく説明します。
前のチュートリアル | 次のチュートリアル
推奨読書
- アジャイルプロセスへの移行を成功させるためのアジャイルテストマインドセットの開発に向けた4つのステップ
- JIRAアジャイルチュートリアル：アジャイルプロジェクトを管理するためにJIRAを効果的に使用する方法
- アジャイルマニフェスト：アジャイルの価値観と原則を理解する
- アジャイルテスターの考え方の変化：アジャイルマニフェストとの整合
- SAFeアジャイルチュートリアル：Scaled AgileFrameworkとは
- アジャイルスクラムオンラインクイズ：アジャイルスクラムの知識をテストする
- 自動回帰テスト：課題、プロセス、およびステップ
- 急上昇中のアジャイルテスト–ブーンまたはベイン？