defect triaging scrum
欠陥トリアージの概要：
前のチュートリアルでは、 スクラムイベントを紹介しました –スプリント、スプリント計画、デイリースクラム、スプリントレビュー、スプリント回顧。各スクラムイベントのタイムボックス、参加者、アクティビティなどの概念について話し合いました。
読者のために次に用意されているのは、欠陥トリアージです。これはQAの人々にとって目新しい概念ではありませんが、欠陥トリアージの重要性と、スクラムセットアップでどのように構成されているかを理解しようとします。
それでは、理解から始めましょう 「欠陥トリアージとは」。
学習内容：
欠陥トリアージ
欠陥トリアージは、現在のスプリントのすべての欠陥について話し合い、トリアージする、つまり優先順位を付ける正式な会議です。
開発チームのQA開発者は、スクラムチームの他のメンバーに欠陥を示し、説明します。次に、全員の入力に基づいて、欠陥が整理され、さまざまなカテゴリに分類されます。
これらの欠陥を分類するための重要な決定要因には、重大度、関連するリスク、ビジネスへの影響、発生、性質などがあります。これらのカテゴリに基づいて、欠陥を解決する必要がある時期を決定します。
.net開発者へのインタビューの質問
参加者
欠陥トリアージ会議には、すべてのスクラムチームメンバーが参加します。
- プロダクトオーナー
- スクラムマスター
- 開発チーム
利害関係者（内部または外部）も欠陥トリアージ会議に参加する可能性があります。
ここで、欠陥トリアージ会議中の各スクラムチームメンバーの役割と責任について明確な区別について話し合い、確立しましょう。
役割と責任
開発チーム
- 開発者は欠陥を説明し、実証します。
- 開発者は、根本原因の分析にも焦点を当てます。
- 開発者は、欠陥の影響を受けるアプリケーション領域に関する洞察を提供します。
- 欠陥が許容できるかどうか、または拒否する必要があるかどうかについて、複合呼び出しが行われます。
- 欠陥の優先順位付けに役立ちます。
- 欠陥の修正に伴う複雑さを表します。
- 修正と再テストのために、欠陥を相互に割り当てます。
スクラムマスター
- スクラムマスターは、欠陥トリアージ会議の開催も担当します。
- スクラムマスターは、残りのチームメンバーから求められた場合、会議を促進することもできます。
- チームが欠陥修正のために遭遇する可能性のある障害がある場合は、メモを取ります。
- 会議がタイムボックス化されており、フォーカスから外れていないことを確認します。
- 優先度と重大度を割り当てることにより、欠陥を特定の欠陥クラスに分類します。
- チームとともに、スクラムマスターは改善領域もテーブルにもたらします。
プロダクトオーナー
- 欠陥の優先順位付けに大きな利害関係があり、欠陥をどの程度最新に解決できるかを決定します。
- 中程度の優先度を持つ欠陥については、プロダクトオーナーは、後続のリリースでピックアップされるように、それらをプロダクトバックログに配置することを計画できます。
- 欠陥が原因でビジネスがどのように影響を受けるかをチームが理解できるようにします。
- プロダクトオーナーは、欠陥について話し合いながら、エンドユーザーの視点と感情を引き受けます。
一言で言えば欠陥トリアージプロセス
スクラムチームのメンバー全員が、欠陥トリアージ会議のために会議室に集まります。開発者チームの誰もが主導権を握り、欠陥について詳細に話し合うことができます。次に、チームはその有効性について各欠陥について話し合います。
欠陥が無効であることが判明した場合、その欠陥は拒否されます。欠陥が有効なものである場合、チームは欠陥の修正の複雑さと、システムに未解決のままにしておくとビジネスに与える影響をチェックします。
youtubeからmp3へのコンバーター高品質の無料ダウンロード
チームの他の全員がバグを分析および評価して正しい分類を行い、正しい優先度と重大度が欠陥に割り当てられていることを確認します。
適切な優先度と重大度が割り当てられていない場合、チームはそれらを正しいものにリセットします。プロダクトオーナーとチームは、優先的に修正する欠陥と、後続のリリースに割り当てることができる欠陥を決定します。
欠陥トリアージ会議中に、欠陥はスクラムチーム全体によって分析および評価されます。次に、チームはこれらの欠陥に正しい重大度と優先度を割り当てます。
ディスカッションと精査を投稿して、欠陥の割り当てが完了する時が来ました。このアクティビティでは、1人以上の開発者が欠陥を修正するために割り当てられます。欠陥をテストするために別の開発者が割り当てられます。
もう1つの非常に重要なアクティビティは、各欠陥の根本原因分析を調べ、システムで同様の欠陥が再び発生する可能性を最小限に抑えるためのプロセス改善計画を立てることです。
これはすべて追跡システムでキャプチャされます。アジャイルの下で作業するチームにとって、JIRAが最も人気があります。したがって、会議の最後に、チームには、正しい優先度と重大度が割り当てられた有効な欠陥のリストがあります。チームには、後続のスプリントに採用する必要があるプロセス改善計画もあります。
欠陥トリアージ会議は、いくつかの欠陥が見つかり、話し合いが必要な場合はいつでもスケジュールされます。欠陥トリアージ会議が必要であると考える人は誰でも、会議の要求を出すことができます。
一般的な状況では、欠陥トリアージ会議はスプリント中に2〜3回役立つことがあります。しかし、それには絶対にルールはなく、必要が生じたときはいつでも会議を開くことができます。
結論
欠陥トリアージ会議に関して私たちが用意していたのはこれだけです。欠陥トリアージ会議は、スクラムチームメンバーの敏捷性を高めるためのステップアップ活動と見なされます。それが生み出す利点のために、それはスクラムプロセスの不可欠な部分になりました。
次のチュートリアルでは、自給自足のスクラムチームの重要性について説明します。
また、スクラムセットアップでの自給自足の意味と、チームがどのように進化して自給自足チームになることができるかについても強調します。
前のチュートリアル | 次のチュートリアル