Copilotで要件定義を整理する手順

Copilotにヒアリング内容や現状の課題を渡すと、機能要件・非機能要件・ユーザーストーリーの骨格を数分で整理してくれる。要件の抜け漏れを防ぐための質問リストも生成できるため、ヒアリング準備から文書化まで一連の作業を効率化できる。

Copilotで要件定義を整理すると何が変わるか

要件定義の難しさは、ステークホルダーから断片的に出てくる「やりたいこと」を、開発チームが動けるレベルの仕様に整理することにある。ヒアリングで聞き漏れた観点を後から追加するコストは高い。

Copilotを使うと以下の作業が速くなる。

• ヒアリング前に「どんな質問をすべきか」を漏れなく用意する
• ヒアリングのメモや議事録から要件候補を抽出する
• 機能要件・非機能要件・制約条件に分類・構造化する
• ユーザーストーリー形式で要件を再表現する
• 要件定義書の草稿をWordに展開する

要件の最終的な合意はステークホルダーと開発チームが行う。Copilotは「整理と可視化」の速度を上げるためのツールだ。

前提：必要なプランとアクセス方法

ブラウザ版（無料・有料）

• copilot.microsoft.com にアクセスし、Microsoftアカウントでサインイン
• 無料版でも要件の整理・ユーザーストーリー生成は可能
• 長文の構造化・高度な推論はCopilot Pro（有料）で向上する場合がある

Word統合版（Copilot for Microsoft 365）

• Microsoft 365 Business Standard以上のプランが必要
• Wordで要件定義書を直接作成・修正できる
• 料金・プランの最新情報はMicrosoft公式サイトで確認すること

---

手順1：ヒアリング準備の質問リストをCopilotで作る

要件定義のヒアリング前に、聞くべき質問を漏れなく準備する。

ステップ1：プロジェクトの背景を渡す

プロンプト例（ヒアリング質問リストの生成）：

以下のプロジェクトについて、要件定義のヒアリングで聞くべき質問リストを作成してください。

プロジェクト：中小製造業向けの社内AI活用支援ポータルサイトの開発
依頼元：経営企画部
ヒアリング相手：現場の製造部門長・経理担当者・IT担当者
背景：社員がAIツールをバラバラに使っており、情報管理と活用ノウハウが属人化している

以下のカテゴリで質問を整理してください：
1. 現状の課題と業務フローの問題点
2. このシステムで実現したいこと（機能・業務改善）
3. ユーザー像とアクセス権限
4. システムの制約条件（予算・期間・既存システムとの連携）
5. 成功の定義（何ができれば満足か）
6. 優先順位（マストvs.あれば嬉しい）

ステップ2：質問リストを役割別に整理する

先ほどの質問リストを「製造部門長向け」「経理担当者向け」「IT担当者向け」に分けてください。
それぞれの立場から引き出せる情報に絞った質問にしてください。

---

手順2：ヒアリング内容から要件を抽出する

ステップ1：ヒアリングのメモを貼り付けて要件を抽出する

ヒアリング後に記録したメモや議事録をCopilotに渡す。

プロンプト例（メモからの要件抽出）：

以下のヒアリングメモから、システムの要件を抽出してください。

【ヒアリングメモ（要約）】
・各部署がChatGPT・Copilot・独自ツールをバラバラに使っており、どのツールがどの業務に使えるか分からない
・AIで作った資料を社内共有したいが、情報漏洩が心配というコメントが多い
・経理部からは「AIで作ったファイルと人間が作ったファイルを区別できるようにしてほしい」という要望
・製造部門長からは「自分のチームが使えるAI活用事例を見られるページが欲しい」
・IT担当者からは「Microsoft 365の認証に統合してほしい。別のIDは増やしたくない」
・予算は年間200万円以内。3ヶ月でβ版を出したい

以下の観点で要件を整理してください：
1. 機能要件（必須・あれば嬉しい）
2. 非機能要件（セキュリティ・パフォーマンス・可用性）
3. 制約条件（予算・期間・技術スタック）
4. 未確認事項（追加ヒアリングが必要な点）

ステップ2：要件の優先順位を整理する

抽出した機能要件について、MoSCoW法で優先順位を整理してください。
Must have / Should have / Could have / Won't have の4段階に分類し、分類の理由を一言添えてください。

---

手順3：ユーザーストーリーを作成する

ステップ1：ユーザーストーリーの生成を依頼する

プロンプト例（ユーザーストーリーの生成）：

先ほどの要件をもとに、主要な機能についてユーザーストーリーを作成してください。
形式：「〇〇として（ユーザーの役割）、〜したい（やりたいこと）。なぜなら〜だから（期待する価値）」

対象機能：
・AIツール活用事例の閲覧機能
・AIで作成したファイルのタグ付け機能
・Microsoft 365認証との統合

各ストーリーには「受け入れ条件」を3点以内で追加してください。

ステップ2：エッジケースの洗い出しを依頼する

「AIで作成したファイルのタグ付け機能」について、考慮すべきエッジケースを洗い出してください。
例：タグを付け忘れた場合・複数人が同じファイルを編集した場合・ファイルの種類によってタグが付けられない場合など。
各エッジケースについて「システムがどう対処すべきか（仮設計）」も合わせて提案してください。

---

手順4：要件定義書をWordに展開する（M365統合版）

ステップ1：Wordで要件定義書の雛形を生成する

M365プランのWordを開き、Copilotサイドパネルを起動する。

入力例：

以下の要件をもとに、開発チームに渡せる要件定義書の草稿を作成してください。
テンプレート形式にして、以下のセクションを含めてください：
1. プロジェクト概要
2. システムの目的と背景
3. 機能要件一覧（表形式）
4. 非機能要件
5. 制約条件
6. 用語定義
7. 未決事項・前提条件

（要件の整理結果を貼り付ける）

ステップ2：機能要件一覧を表形式で整理する

機能要件一覧を以下の表形式で整理してください。
列：No / 機能名 / 詳細説明 / 優先度（Must/Should/Could） / 備考・未確認事項

ステップ3：文書をレビュー・修正する

生成された要件定義書を読み、不足している箇所・不正確な箇所を指示して修正させる。

「セキュリティ要件」の部分をもう少し具体的に展開してください。
Microsoft 365認証との統合・データの保存場所・ログの保持期間の観点を含めてください。

---

うまくいかない場合のポイント

要件が抽象的なまま出てくる

「もっと具体的に」という指示より、「この要件を、エンジニアが実装する際に迷わないレベルで書き直して」のように目標レベルを指定する方が精度が上がる。

非機能要件の洗い出しが薄い

「パフォーマンス・セキュリティ・可用性・スケーラビリティ・保守性・コンプライアンス」の観点を明示して個別に確認を求めると漏れが減る。

ユーザーストーリーが多すぎて管理できない

「Must haveの機能に絞ってユーザーストーリーを5つ以内に圧縮して」と指示して優先するものに絞る。

Word版Copilotが文書の内容を誤って更新する

Wordの変更履歴機能をオンにしてからCopilotを使うと、変更前の状態に戻しやすくなる。大きな変更の前にファイルを保存しておく習慣をつけると安全だ。

---

要件定義の精度を上げるコツ

反証を求める 要件が固まったら「この要件に対して、開発チームが反論しやすい点はどこか」と聞くと、見落としやすい課題が浮かぶ。要件定義のレビュー前に弱点を先に把握できる。

「制約がなければ」で理想を聞く 「予算・期間の制約がない場合、このシステムに追加すべき最も価値の高い機能は何か」という問いかけは、将来の拡張計画を整理するのに役立つ。

ペルソナを使って要件を検証する 「製造部門のベテラン社員が初めてこのシステムを使う場面を想像して、直感的に迷う可能性がある操作はどこか」のようにペルソナを使って要件を検証すると、ユーザビリティの観点が加わる。

---

Copilotと他ツールの違い

ChatGPTやClaudeでも要件の整理・ユーザーストーリー生成は可能だ。Copilotの特徴は、Word統合版によって要件定義書をそのままWordで完成させてチームに共有できる点にある。企業内でMicrosoft 365を使っているチームは、ファイルの受け渡しや共同編集がSharePoint・Teamsと自然につながるため、ドキュメント管理の摩擦が少ない。

Teamsでのヒアリング議事録を要件定義に活用する流れは Copilotで議事録を作成する手順 も参考にしてほしい。要件定義の内容をロードマップに展開する方法は Copilotでロードマップを整理する手順 で解説している。

---

まとめ

Copilotで要件定義を整理する手順を整理する。

1. ヒアリング前に「聞くべき質問リスト」をCopilotで生成し、抜け漏れを防ぐ
2. ヒアリングのメモを貼り付けて機能要件・非機能要件・制約条件に分類し、MoSCoW法で優先度を整理する
3. ユーザーストーリーと受け入れ条件をセットで生成して、開発チームが動けるレベルに具体化する
4. Word統合版で要件定義書の草稿を作り、チームレビューに備える

要件定義書を一から書いていた時間を大幅に短縮し、ステークホルダーとの合意形成に集中できる体制が整う。

---

よくある質問

Q. Copilotは要件定義書を自動で作成できますか？ Copilotはヒアリング内容や整理した要件をもとに要件定義書の草稿を生成できます。ただし機能要件・非機能要件の最終的な内容は、ステークホルダーの合意と開発チームのレビューを経て人間が確定する必要があります。

Q. 要件定義にCopilotを使うとき、どんな情報を最初に渡せばいいですか？ 「プロジェクトの目的・ターゲットユーザー・解決したい課題・現在の業務フローの問題点」を箇条書きで渡すと、最初の要件候補リストと質問事項が出ます。ヒアリングのメモがある場合はそのまま貼り付けても整理してくれます。

Q. CopilotでユーザーストーリーやUseケースを作れますか？ できます。「ターゲットユーザー・やりたいこと・期待する結果」を渡すと「〇〇として、〜したい。なぜなら〜だから」の形式でユーザーストーリーを生成できます。受け入れ条件まで合わせて設計することも可能です。

Q. 要件定義の結果をWordに自動的に整形できますか？ Copilot for Microsoft 365のWord統合版では、チャットで生成した内容を文書に反映する機能があります。ブラウザ版で作成した要件定義のテキストを渡して「要件定義書の形式に整形して」と指示する方法も実用的です。