使う場面

機能のデザインと開発に着手する前にPRDを書き始め、状態がドラフトのままの間は更新を続けましょう。エンジニア、デザイナー、テスター、サポート担当者がそれぞれ異なる観点で読みます。Markdownで要件を書くやり方は、コードのそばに文書を置き、レビューのときだけPDFを出力するチームに向いています。

含まれる内容

• プロジェクト名・作成者・更新日の入力欄と、ドラフトから始まる状態表示のヘッダーです。
• 必須・推奨の優先度と、各行の受け入れ基準を持つ要件表です。
• スコープ外の作業、エッジケース、リリースと計測、担当者付きの未解決の質問のセクションです。

より良い文書にするヒント

• テスターが尋ねずに確認できる受け入れ基準を書きましょう。「支援なしでユーザーが完了できる」は観察できます。「使いやすい」は観察できません。
• ここではテクニカルスタイルがデフォルトで、幅の広い表もうまく扱えます。文書が数ページを超えたら、ページ番号付きの目次を有効にしましょう。