準備状況:準備未完了。実装を妨げる 6 件の決定と、複数の中程度の不足が残っています。
B1――主体の矛盾。AC-4 は「担当者が選択」、D2 は依頼者、C18 はコーディネーターとしています。一方、承認済みの背景では依頼者またはコーディネーターが操作でき、担当者は閲覧のみです。これらは互換性のない認可・セキュリティテストにつながります。製品責任者は、意思決定記録/背景を根拠に、すべての成果物で承認済みルールを確認する必要があります。
B2――状態の矛盾。あるストーリーは Assigned を作りますが、承認済みの状態モデルに Assigned はありません。新しい状態遷移を追加する実装と、Ready のままフィールドだけを表示する実装が可能で、永続化、分析、移行、テストに影響します。製品部門が、受領者の割り当てでワークフロー状態を変えるのか、フィールド表示だけを変えるのか決定します。
B3――通知の矛盾。「適切に通知」はメール、プッシュ、アプリ内、通知なしのいずれも許しますが、意思決定記録では今回のリリースに通知はありません。受信者、発動条件、繰り返し、オプトアウトも未定義です。製品部門はこのリリース範囲から通知を削除または明示的に除外し、誰も動作を作り上げてはなりません。
B4――適格性と無効なデータ。「適切な人」は、任意の利用者、アクティブメンバー、役割要件を満たすメンバー、推奨された人のいずれにも解釈できます。承認済みの範囲はアクティブなワークスペースメンバーですが、AC は非アクティブ/非メンバーの送信や同時の無効化を扱っていません。製品/エンジニアリングが観察可能な拒否と回復を定義し、デザインは後で文言を担当します。
B5――未割り当て時の動作。「未割り当ての場合などもサポート」は、作成時に空を許すか、後から解除できるか、誰が解除できるか、どう表示するか、Ready を継続できるかを定義していません。製品部門が決定します。「など」はテストできません。
B6――保存/エラー/同時実行。「保存」は、ローカルでの楽観的表示またはサーバーへの永続化確認のどちらにもなり得ます。読み込み、失敗、再試行、重複送信、2 人の編集、古い表示、監査、ロールバックが未定義です。エンジニアリングが選択肢を提示し、製品部門が利用者に見えるルールを承認します。
中程度の不足:「簡単」「すばやく」「リアルタイム」に測定基準がありません。正確な文言と分析名は明示的に未決定です。キーボード順、プログラムで認識可能なラベル、エラー後のフォーカス、色以外の表示に基準が必要です。「すべての利用者」は役割別の編集権限と矛盾するため、閲覧と編集を区別すべきです。
決定順:主体/状態/通知 → 未割り当てと適格性 → 保存/同時実行/エラー → アクセシブルな操作/文言 → 分析/性能。B 項目が観察可能な基準になった後にのみ、テスト準備完了となります。