製品要件の曖昧さと未決定事項を監査する

著者: AILesson9 分でセットアップテスト済み:ChatGPTレビュー日: 2026-08-28

クイック回答

互換性のない実装を許す表現を見つけ、判断に必要な責任者と根拠を明らかにする. 入力するもの: 要件文書, 製品とシステムの背景, レビュー範囲とガバナンス. 期待される結果: 曖昧箇所、意思決定の不足、矛盾、リスク、確認質問、準備状況を含む要件監査.

1

コンテキストを追加

テキストはこのブラウザ内に留まります。AILesson Prompts は、そのテキストをモデルやサーバーに送信しません。

2

あなたのプロンプト

未入力のフィールドはプレースホルダーとして表示されたままなので、プロンプトをコピーして編集できます。

正確な製品要件について、曖昧さ、矛盾、未決定事項を監査してください。

PRD、ストーリー、基準、図、用語、リンク、バージョン、コメント、意思決定記録:
[requirements]

利用者、ワークフロー、現在の動作、プラットフォーム、状態、役割、データ、連携、制約、リスク、方針:
[context]

リリース、チーム、責任者、レビュー、重大度、準備状況、環境、書き換え範囲:
[review]

正確な抜粋と位置を維持してください。主観的な形容詞・副詞、未定義の名詞や主体、曖昧な数量表現、隠れた既定値、責任者を隠す受動態、複数の指示対象を持つ代名詞、一貫しない用語、ニーズのない解決策の記述、網羅的な規則と誤認された例、「簡単」「高速」「直感的」「シームレス」「柔軟」「安全」「サポート」「リアルタイム」「通常」「適切」「など」といった語を指摘します。各問題について、その表現が許す実質的に異なる実装を少なくとも 2 つ、利用者またはシステムへの影響、重大度、影響を受ける要件、提示されている場合の意思決定者、必要な根拠、中立的な確認質問を 1 つ示してください。スコープ境界、前提条件、発動条件、状態と遷移、権限、データソースとライフサイクル、空・エラー・読み込み・オフライン・再試行時の動作、同時実行と冪等性、ローカライズ、アクセシビリティ、プライバシー、セキュリティ、分析、性能、互換性、移行、ロールバック、依存関係、受入基準も監査します。成果物間の矛盾と、意思決定記録にない決定を特定してください。答えを作り上げたり、未決定の選択を事実として書き換えたりしないでください。最後に、作業を妨げる不足と妨げない不足を分け、依存関係とリスク順の意思決定キュー、実装/テストの準備状況を示してください。
Playgroundで試す
デフォルトで非公開プロンプトの組み立てはブラウザ内で行われます。組織が許可しない限り、機密情報を AI サービスに入力しないでください。

入力から結果へ

具体例

具体的なコンテキストを加えると、このレシピが実用的な結果になる様子をご覧ください。

実際の入力

要件文書
PRD v0.7 セクション 2:『すべての利用者が受入責任者を簡単に確認できるようにする。依頼者は適切な人をすばやく割り当てられること。システムは適切に通知し、リアルタイムで更新すること。未割り当ての場合などもサポートする。』ストーリー AC-4:『Ready の引き継ぎで、担当者が受領者を選択したとき、変更が保存される。』図 D2 では依頼者が受領者を選択し、コメント C18 ではコーディネーターも編集できるとしている。意思決定記録:Web プロトタイプのみ、今回のリリースに通知なし、アクティブなワークスペースメンバーのみ、正確な文言は未決定。別のストーリーでは受領者がいると状態が Assigned になるが、現在の状態モデルは Draft、Active、Ready、Accepted のみ。
製品とシステムの背景
役割:依頼者が作成、担当者が作業、受領者が受入を承認、コーディネーターがワークスペースを管理。承認済み:依頼者またはコーディネーターが任意の受領者を設定でき、担当者は閲覧のみ。監査ログには操作者、変更前後の値、時刻を記録。既存のメンバー ID を使用し、保持期間は変更しない。Web のみ。アクセシビリティ要件はキーボード操作、プログラムで認識可能なラベル、色以外による状態表示。プライバシーレビュー完了。分析イベント名と性能目標は未決定。
レビュー範囲とガバナンス
プロトタイプのユーザビリティテスト用リリース。製品部門がワークフローの決定、デザインが文言、エンジニアリングが状態とエラー動作、アクセシビリティ担当が操作、リサーチがテスト台本を担当。重大度:B は実装/テストを妨げる、M は構築可能だが不整合のリスクがある、L は編集上の問題。準備完了には B の不足がなく、基準がテスト可能で、デザインレビュー済み、プロトタイプが動作し、単体・アクセシビリティチェックに合格することが必要。診断のみで、最終要件は書き換えない。

出力例

準備状況:準備未完了。実装を妨げる 6 件の決定と、複数の中程度の不足が残っています。

B1――主体の矛盾。AC-4 は「担当者が選択」、D2 は依頼者、C18 はコーディネーターとしています。一方、承認済みの背景では依頼者またはコーディネーターが操作でき、担当者は閲覧のみです。これらは互換性のない認可・セキュリティテストにつながります。製品責任者は、意思決定記録/背景を根拠に、すべての成果物で承認済みルールを確認する必要があります。

B2――状態の矛盾。あるストーリーは Assigned を作りますが、承認済みの状態モデルに Assigned はありません。新しい状態遷移を追加する実装と、Ready のままフィールドだけを表示する実装が可能で、永続化、分析、移行、テストに影響します。製品部門が、受領者の割り当てでワークフロー状態を変えるのか、フィールド表示だけを変えるのか決定します。

B3――通知の矛盾。「適切に通知」はメール、プッシュ、アプリ内、通知なしのいずれも許しますが、意思決定記録では今回のリリースに通知はありません。受信者、発動条件、繰り返し、オプトアウトも未定義です。製品部門はこのリリース範囲から通知を削除または明示的に除外し、誰も動作を作り上げてはなりません。

B4――適格性と無効なデータ。「適切な人」は、任意の利用者、アクティブメンバー、役割要件を満たすメンバー、推奨された人のいずれにも解釈できます。承認済みの範囲はアクティブなワークスペースメンバーですが、AC は非アクティブ/非メンバーの送信や同時の無効化を扱っていません。製品/エンジニアリングが観察可能な拒否と回復を定義し、デザインは後で文言を担当します。

B5――未割り当て時の動作。「未割り当ての場合などもサポート」は、作成時に空を許すか、後から解除できるか、誰が解除できるか、どう表示するか、Ready を継続できるかを定義していません。製品部門が決定します。「など」はテストできません。

B6――保存/エラー/同時実行。「保存」は、ローカルでの楽観的表示またはサーバーへの永続化確認のどちらにもなり得ます。読み込み、失敗、再試行、重複送信、2 人の編集、古い表示、監査、ロールバックが未定義です。エンジニアリングが選択肢を提示し、製品部門が利用者に見えるルールを承認します。

中程度の不足:「簡単」「すばやく」「リアルタイム」に測定基準がありません。正確な文言と分析名は明示的に未決定です。キーボード順、プログラムで認識可能なラベル、エラー後のフォーカス、色以外の表示に基準が必要です。「すべての利用者」は役割別の編集権限と矛盾するため、閲覧と編集を区別すべきです。

決定順:主体/状態/通知 → 未割り当てと適格性 → 保存/同時実行/エラー → アクセシブルな操作/文言 → 分析/性能。B 項目が観察可能な基準になった後にのみ、テスト準備完了となります。

これがうまくいく理由

  1. 1

    競合する実装例により、抽象的な曖昧さを意思決定者が具体的に理解できます。

  2. 2

    不足を依存関係順に並べることで、未決定の中核動作を残したまま基準だけを整えるのを防げます。

結果を確認

  • 各曖昧箇所に正確な文言と、実質的に異なる 2 つの解釈が含まれていますか?

  • 不足している決定は、既知の責任者だけに割り当てられ、暗黙に解決されていませんか?

  • 準備状況は、状態、権限、データ、失敗、アクセシビリティ、プライバシー、テスト、ロールバックを扱っていますか?

安心して使うために

よくある質問

このレシピをいつ使うか、何を用意するか、どの場面で人による確認が依然として重要かについての実践的な回答です。

「製品要件の曖昧さと未決定事項を監査する」を使う前に、何を準備すればよいですか?

要件文書、製品とシステムの背景、レビュー範囲とガバナンスを準備してください。プレースホルダーは確認できる情報だけで置き換え、詳細が不明な場合はモデルに推測させず、不明であることを明示してください。

「製品要件の曖昧さと未決定事項を監査する」の結果が、まだ使用できないのはどのような場合ですか?

結果が所定の成果である「曖昧箇所、意思決定の不足、矛盾、リスク、確認質問、準備状況を含む要件監査」をまだ実現していない場合、または未解決の仮定、承認不足、作り上げた詳細に依存している場合は使用できません。チェック項目を公開可否の基準とし、元の入力を修正するか、権限を持つ担当者へレビューを依頼してください。

「製品要件の曖昧さと未決定事項を監査する」について、テスト記録がある AI ツールはどれですか?

2026-08-28 時点の公開テスト記録には ChatGPT が掲載されています。これは実行記録を示すもので、今後の互換性や同一結果を保証しません。別のツールやバージョンでは、すべての制約を明示し、使用前に結果のチェックを再実行してください。

作業を前に進める