★★★★★ソフトウェアのリリース後、あるフィーチャーが機能不全を起こした。適切な対応は？(2つ「ディレクターに対して、ミスは必ず起こるものだが是正すると説明する」「チームと協力して、『Done（完了）の定義（DoD）』から何が欠落しているか突き止める」「リスクの高いイニシアティブを取らないよう、そのメンバーに警告する」「チームとともに、『Ready（準備完了）の定義（DoR）』から何が欠落しているか突き止める」「そのチーム・メンバーに、根拠となった自身の考えと教訓について説明するよう指示する」

→そのチーム・メンバーに、根拠となった自身の考えと教訓について説明するよう指示する。
→チームと協力して、「Done（完了）の定義（DoD）」から何が欠落しているか突き止める。

アジャイル・チームは、自身の仕事が生んだ結果に対して責任を負わなければなりません。この場合では、有益な教訓と過ちのコンテキストが共有されます。チームは、たとえば外部環境のチェックを加える等、DoD（Done（完了）の定義）をアップデートして問題を防止する方法を協力して考える必要があります。

解説

• アジャイルチームは、自身の成果に責任を持つ。
• 不具合が起きた際には、
  1. 担当メンバーが自らの判断や背景を振り返り、学びをチームと共有することで透明性が高まる。
  2. チーム全体で DoD（完了の定義）を見直し、品質保証の観点を強化することで再発防止につなげる。
• これにより、**「責任追及」ではなく「教訓共有とプロセス改善」**の両面が実現される。

誤答の理由

• 「ディレクターに説明」 → 上司への説明だけでは根本解決にならない。
• 「リスクの高いイニシアティブを取らないよう警告」 → 個人を責める形になり、アジャイルの価値観に反する。
• 「DoRを見直す」 → 要件定義段階の不足もあり得るが、このケースは リリース後の品質問題 なのでDoDが適切。

✅ ポイントは 「個人の学びをチーム全体に還元する」＋「プロセスを改善する」 の両輪！

PMI提供　クローン問題（アジャイル型３) 7