製品の所有者は、スプリントがどれだけ成功したかをどのように判断しますか？
明らかに、製品の所有者がコミットされたストーリーが行われたかどうかだけに基づいて判断する場合、チームは次のスプリントでコミットするストーリーが少なくなるため、それは良くありません。一方、チームが途方もない仕事をし、巨大な技術的問題を克服したが、コミットメントが達成されなかった場合、それも良くありません。
ただし、製品の所有者からのフィードバックがない場合、チームは何を改善すべきかわからないため、ある程度の対策が必要だと思います。それで、あなたの意見では、スプリントの成功の基準は何ですか？
質問には答えが含まれています。 no単純化されたメトリックがあり、開発のすべての現実を成功/失敗の直接的な決定にカプセル化します。スプリントの回顧展を開催することの全体的なポイントは、関係者全員が、スプリントが成功したかどうか、関係するすべての要因を考慮して、そして次の要素で何を改善できるかを考えることです。
スプリントの要点は、タスクを完了することです。
したがって、純粋に「すべてを実行した」という観点から、成功を定義するのは簡単です。すべてのタスクを完了したか、完了していません。
しかし、それはそれほど単純ではありません。
何かが起こります。人々は病気になり、技術的な問題が発生し、人々は堕落し、見積もりが間違っている可能性があります。
成功したスプリントは、その目標を達成したものであると簡単に言うことができます。
スプリントゴール
スプリントの目標は、製品バックログの実装を通じて達成できるスプリントの目標セットです。インクリメントを構築する理由について、開発チームにガイダンスを提供します。これは、スプリント計画会議中に作成されます。 Sprintの目標は、Sprint内に実装された機能に関して開発チームにある程度の柔軟性を与えます。選択された製品バックログアイテムは、スプリントゴールである1つの一貫した機能を提供します。スプリントの目標は、個別のイニシアチブではなく、開発チームが協力する他の一貫性にすることができます。 （ スクラムガイド ）から
スプリントの目標は、プロダクトオーナーと開発チームのための最初のレベルのガイダンスです。しかし、その目標に基づいて、スクラムチームは、次のスプリントのより詳細な成功基準についても完全に合意することができます。典型的な（通常は暗黙の）ものには、すべてのストーリーの完了、すべての受け入れテストの合格が含まれますが、デモ後の顧客満足度、取得した予算、CEOの支持、最低パフォーマンスの達成など、より外因性の指標もあります。
他の人が言っているように、あなたの質問に対する答えは次のとおりだと思います：事前定義されたユニバーサルスプリント成功指標はありません。成功基準は、主にその時点の戦略的なビジネス目標に依存し、スプリント目標および/またはより正確なサブ目標の定義を通じて、スプリントが開始する前に合意することが望ましいです。
一方では、回顧展があります。ふりかえりで定義されたすべてまたはほとんどのタスクは、完了したものとしてチェックする必要があります（完了の定義はチームによって定義されます）。保留中のタスクは、次のスプリントの回顧展に含める必要があります。
一方、スプリントストーリーがあります。スプリントが終了したときに、ほとんどのストーリーが完了したと見なされる場合（関連する場合は、関係者へのデモを含む）、スプリントは成功したと見なします。ストーリーの大部分が完了していない場合は、問題が発生しているため、チームは次のスプリントでその問題を回避するためのアクションを実行することを確認する必要があります。