説明
質問に記載されている状況は、スクラム チーム内に技術的負債の増加とプロダクト オーナーの不満につながる複数の問題があることを示しています。これらの問題には次のようなものがあります。
スクラム チームは、検査と適応のために過去のスプリント レトロスペクティブを効果的に活用していません。スプリント レトロスペクティブは、スクラム チームがパフォーマンスを振り返り、次のスプリントに向けた改善点を特定する機会です。スクラム チームがこのイベントを適切に使用していない場合、品質と価値の提供を向上させる可能性があるいくつかの問題や機会を見逃している可能性があります。
開発者は品質に十分な注意を払っていません。開発者には、完了の定義とスプリント目標を満たすリリース可能な製品増分を作成する責任があります。開発者が品質に重点を置いていなかった場合、製品の機能や使いやすさを損なう欠陥、エラー、非効率が生じた可能性があります。
スクラムチームは技術的負債に関する会話をしていません。技術的負債とは、製品が将来的に保守可能で拡張可能であることを保証するために実行する必要がある作業の蓄積です。スクラム チームが技術的負債について議論および管理していない場合、スケーラビリティ、パフォーマンス、またはセキュリティに影響を与える可能性のある製品アーキテクチャ、設計、またはコードのいくつかの重要な側面を無視している可能性があります。
スクラム マスターは、スクラム チームの透明性を保証していません。スクラム マスターは、透明性、検査、適応が行われる環境を確立する責任があります。スクラム マスターがスクラム チームの透明性を確保していない場合、製品の品質と価値に影響を与える可能性のある隠れた問題や思い込みが存続することを許可している可能性があります。
参考文献:
スクラム ガイド 2020、13 ページ: 「スプリント レトロスペクティブの目的は、品質と有効性を向上させる方法を計画することです。」スクラム ガイド 2020、10 ページ: 「開発者は、各スプリントで使用可能なインクリメントのあらゆる側面を作成することに専念するスクラム チームの人々です。」プロフェッショナル スクラム マスター II コース、12 ページ: 「技術的負債は、最適ではない方法で物事を行うことが時間の経過とともに蓄積され、将来の製品の変更や改善が困難になることを表す比喩です。」スクラム ガイド 2020、6 ページ: 「スクラム マスターは、スクラム ガイドで定義されているスクラムを確立する責任があります。スクラム マスターは、スクラム チームと組織の両方の全員がスクラムの理論と実践を理解できるように支援することによってこれを行います。」

説明
A: その人を脇に置いて、デイリー スクラムの主な成果が何であると信じているかを尋ねることをお勧めします。デイリースクラム中に集中力を高めるために効果的にコーチングします。
これは、その人に対する敬意と共感を示すと同時に、デイリー スクラムの目的と価値を理解するのにも役立つため、良い提案です。コーチングはスクラム マスターの中核的な能力の 1 つであり、その人が内省し、行動を改善するのに役立ちます12。E. あなたは、開発者が問題を解決する方法を見つけ、解決策を所有できるようにコーチングすることを提案します。
これは、開発者が独自のプロセスとコミュニケーションの所有権を取得できるため、もう 1 つの良い提案です。スクラム マスターの役割は、ルールや解決策を課すことではなく、チームの自己組織化とコラボレーションを促進し、可能にすることです12。スクラム マスターは開発者をコーチングすることで、開発者が建設的かつ敬意を持って問題に対処できるよう支援します。
参考資料: 1: スクラムマスターとは何ですか? | Scrum.org 2: スクラム マスターとは何ですか? [+責任] | アトラシアン

新しいチームを結成する最初の段階では、最善の協力方法を見つけるのに時間がかかるため、短期的な混乱が生じる可能性があります。すべてのスキルと能力がチーム内にあるため、コミュニケーションのオーバーヘッドが削減されます。スクラムの価値観をサポートする環境があれば、複雑さが軽減されます。

説明
「品質保証とリリース準備スプリント」はスクラムの概念ではありませんが、エンジニアリングの実践が不十分であり、スクラムの価値観と原則が遵守されていないことを示しています。これは、スクラム チームが、スクラムの中核的な取り組みの 1 つである、リリース可能な製品「スプリントごとに増分」を提供していないことを示しています。これは、「完了」の定義が弱いか不完全であることが原因である可能性があり、これにより技術的負債が蓄積し、製品の品質と使いやすさが損なわれます。また、スプリントで価値のある有用な製品のインクリメントを作成することがほぼ不可能であると開発者が判断したことが原因である可能性もあります。これは、スキル、ツール、コラボレーション、フィードバック、または権限の不足などのさまざまな要因によって引き起こされる可能性があります。完了の定義はスプリントごとに満たされていません。これは、スクラム チームが増分に対する説明責任を果たしておらず、製品の状態について透明性がないことを意味します。
参考文献:
スクラム ガイド 2020、セクション「コミットメント」、「完了の定義」、「スプリント」、「増分」。
スクラムの高度な知識、セクション「完了の定義」、「技術的負債」。
スクラム マスターの責任、セクション「効果に対する責任」。