ヒアリングが終わった後の整理作業で、午前中が丸ごと消えることがある。メモを見ながらユーザーストーリーを起こして、優先度を決めて、スプリントのタスクに落とし込む。プロダクトマネージャーにとって、要件定義は「考える仕事」より「書く仕事」の時間がずっと長すぎた。
Notion AIなら、その「書く仕事」をほぼ任せられる。ヒアリングメモを貼り付けて指示を一行書くだけで、ユーザーストーリーの骨格が3〜5分で出てくる。
ヒアリングメモが要件ドキュメントになるまでの手順
やり方はシンプルだ。ヒアリングで取った議事録やSlackのまとめをNotionのページに貼り、AIブロックで「ユーザーストーリー形式（As a ○○, I want to ○○, so that ○○）で要件を優先度の高い順に列挙して。背景は【プロジェクト名】の課題解決」と指示する。
Notion AIはそのページのコンテキストを参照するため、プロジェクト特有の用語や背景を踏まえた形で出てくる。骨格が揃ったら、抜けを補正するのが本当の仕事になる。この工程の作業時間が従来の3分の1以下に収まる。以前は要件整理だけで2〜3時間かかっていたPMが、今は30〜40分で完了させている。
精度を上げるコツは、指示文に判断軸を書き添えることだ。「技術的難易度より事業インパクト優先で並べて」「今スプリントで着手できるものに絞って」といった一言を足すだけで、出てくる内容がPMの意図に近くなる。
日本IT企業で管理職の98%がAIを週次利用
こうした使い方は、先進的な取り組みではなくなりつつある。Sky株式会社はGemini Enterpriseを全社4,000ライセンスで展開し、わずか6ヶ月で管理職の98%が週次利用に達した。現場の社員が自発的に作った業務特化エージェントは1万個を超えており、要件整理やドキュメント作成のような「書く業務」の自動化がその大きな部分を占める（PRTimes）。
PMが要件定義にAIを使うのも、同じ流れの延長上にある。
スプリント計画の下書きも10分で出す
要件が固まったら次はスプリント計画だ。Notion AIに要件一覧と「チーム3人、2週間スプリント」という条件を渡し、「タスクを細分化してストーリーポイントの目安（1・2・3・5・8）をつけ、スプリントに割り当てて」と指示する。
出てくるものは荒削りだが、たたき台があるだけで計画会議のスピードが変わる。「ゼロから考える」より「この案を直す」のほうが圧倒的に早いからだ。要件定義からスプリント計画まで、以前は半日かかっていた作業が2時間以内に収まる。
指示文をプロジェクトテンプレートに保存する
うまくいった指示文はNotionのテンプレートとして保存しておく。次のスプリントでは、そのテンプレートに新しいヒアリングメモを貼り替えるだけで同じ精度が出る。
AIへの指示の書き方が成果を左右することは、AIに進捗報告を頼んでも、うまくいかない人の共通点でも触れているが、PMの場合は「誰のための要件か」「優先度の軸は何か」を最初に渡すことが特に重要だ。この2点を固定したテンプレートにしておくと、スプリントごとに質が安定してくる。
PMの本来の仕事は、何を作るかを決めることだ。書く作業をAIに任せることで、そこに使える時間がようやく増える。
コピペで使えるプロンプト集
① ヒアリングメモをユーザーストーリーに変換する
顧客・ユーザーインタビュー後の要件整理
あなたは経験豊富なプロダクトマネージャーです。 以下のヒアリングメモをもとに、ユーザーストーリー形式（As a 【ユーザー種別】, I want to 【目的・機能】, so that 【得られる価値】）で要件を整理してください。 前提条件: - プロジェクト名: 【例：社内申請フローのデジタル化】 - 対象ユーザー: 【例：営業部門のメンバー約50名】 - 優先軸: 事業インパクトが高いものを上位に 出力形式: ユーザーストーリーを優先度の高い順に番号付きリストで10件以内。各ストーリーに受け入れ条件（Acceptance Criteria）を1〜2行で付記してください。 【ヒアリングメモをここに貼る】
② スプリント計画のタスク分解と工数見積もり
スプリント計画会議の準備・たたき台作成
あなたはアジャイル開発に精通したプロダクトマネージャーです。 以下の要件リストをもとに、スプリント計画のたたき台を作成してください。 条件: - チーム構成: 【例：フロントエンド1名、バックエンド1名、QA1名】 - スプリント期間: 【例：2週間（10営業日）】 - チームの1スプリントの合計ベロシティ目安: 【例：20〜25ポイント】 出力形式: 1. 各ユーザーストーリーをタスクに細分化（1タスク＝0.5〜2日の粒度） 2. ストーリーポイント（フィボナッチ数列: 1・2・3・5・8）を付与 3. 担当者種別（FE/BE/QA）を明記 4. 今スプリントに収まるタスクと次回送りを分けて提示 【要件リストをここに貼る】
③ ステークホルダー向け要件サマリーの作成
非エンジニアのステークホルダーへの要件説明・合意取り
あなたはプロダクトマネージャーです。 以下のユーザーストーリーと技術仕様をもとに、ステークホルダー（経営層・営業部門）向けの要件サマリーを作成してください。 条件: - 対象読者: 【例：IT知識のない営業部長・経営企画担当】 - 伝えたいこと: 何を作るか・なぜ作るか・いつ使えるようになるか - トーン: 技術用語を避け、ビジネス効果を中心に説明 出力形式: - タイトル: ○○機能の追加について（承認依頼） - 背景と目的（3行以内） - 実装する機能一覧（箇条書き、各機能に業務上のメリットを併記） - 完成予定時期と次のアクション 【ユーザーストーリー・仕様をここに貼る】
ヒアリングが終わった直後、「さて書くか」という気持ちの重さ、わかります。
指示文をテンプレート化してしまうと、毎スプリントの負担が別物になりますね。
一度仕組みにしてしまえば、ずっと使い続けられます。