受入基準 とは？

近いけどちょっと違うよ。受入基準は『この機能がどうあるべきか』のビジネス視点の条件で、テスト項目はそれを検証する具体的な手順だね。受入基準がもとになってテストケースが作られるイメージだよ。

たとえば「ログイン機能」なら、『正しいメールとパスワードでログインできる』『パスワードを3回間違えるとアカウントがロックされる』『ログイン後にダッシュボードが表示される』のように書くよ。

BDD（振る舞い駆動開発）でよく使われる形式だね。『Given: ユーザーがログイン画面にいる、When: 正しい認証情報を入力する、Then: ダッシュボードが表示される』のように、前提条件・操作・期待結果を分けて書くんだ。

プロダクトオーナーが主導して決めるけど、開発チームと一緒に話し合って作るのが理想だよ。開発者から『このエッジケースはどうする？』と質問が出ると、もっと良い基準になるんだ。

スプリントレビューで『思ってたのと違う』とリジェクトされるリスクが高まるよ。逆に基準が明確だと、開発者は迷わず実装できるし、プロダクトオーナーも客観的に合否を判断できる。チームの信頼関係を作る土台でもあるんだ。