AIの業務活用

チーム協業AIで曖昧な業務依頼を明確にする:要件・完了基準・確認質問

チームリーダーが送った短い業務依頼をAIに勝手に補完させず、確認済みの要件と不足している条件を分け、チームが再合意できる依頼書の下書きに変える方法を練習します。ハヌルチームの「ワークショップ資料を準備して」という依頼を例に、完了基準、含める・除外する範囲、提出条件を確認質問として残します。

目次を表示

対象読者短いメッセンジャー指示や口頭依頼のために担当者ごとに解釈が異なる問題を減らしたい非開発者のメンバーとチームリーダー

準備するもの
  • テキストを入力できるAIチャットツール
  • 元の業務依頼と、すでに確定している背景情報を分けて準備すること
  • 不明な条件を勝手に決めず、依頼者に再確認できること
  • 実際の機密情報・個人情報ではなく仮想データを使うこと

01短い依頼をすぐ実行する前に、解釈の違いを明らかにする

ミンソがドユンに「ワークショップ資料を準備して」と送っても、発表用なのか配布用なのか、どの程度まで扱うのか、どの形式で渡すのか、いつ何を基準に完了とするのかは分かりません。担当者が推測して始めると、依頼者と完了基準がずれる可能性があります。

ここでのチーム協業AIの役割は、空欄を代わりに想像することではなく、確認済み情報と不足している要件を分けて質問一覧を作ることです。この記事では個人向けのプロンプト作成よりも、依頼者と担当者が同じ完了基準に合意することに焦点を当てます。

項目現時点で分かるか処理方法
業務目的一部は分かるイベント資料という背景だけを維持し、詳細な目的は確認する
成果物の種類不明発表資料・配布資料など、何を作るのか質問する
完了基準不明レビュー基準と承認主体を質問する
含める範囲不明必須内容と除外内容を質問する
提出形式・場所不明ファイル形式と提出先を質問する
提出期限不明イベント・講師の日程とは別に、実際の提出期限を質問する

02元の依頼と、すでに確定した背景だけをコピーして入れる

AIには元のメッセージ、すでに確定している事実、担当役割だけを入れます。解釈を加えなければ、結果で確定情報と質問として残す項目を明確に区別できます。

入力資料
仮想チーム: ハヌルチーム
[チーム役割-1] ミンソ: チームリーダー・全体日程
[チーム役割-2] ジュノ: 会場・物品
[チーム役割-3] ソヨン: 広報・申込受付
[チーム役割-4] ドユン: プログラム・講師手配

[イベント-1] イベント名: まちのデジタル基礎ワークショップ
[イベント-2] イベント日: 2026-11-14
[イベント-3] イベント時間: 14:00–16:00
[イベント-4] 定員: 30名
[イベント-5] 対象: 地域住民
[イベント-6] 参加費: なし
[会場-1] A案:市民センター3階セミナー室: 収容32名、プロジェクターあり、エレベーターあり、利用可能確認済み
[会場-2] B案:区立図書館講堂: 収容60名、利用可否未確認
[日程-1] 会場確定期限: 2026-10-24
[日程-2] 広報物最終版期限: 2026-10-28
[日程-3] 講師確定期限: 2026-10-30
[申込-1] 2026-10-23時点の申込人数: 22名

[依頼-ミンソ-1] ミンソがドユンに送った原文: "ワークショップ資料を準備して。"
[状態-ドユン-1] ドユンはプログラムと講師手配を担当しているが、原文には準備する資料の種類が書かれていない。
[状態-ドユン-2] 原文には資料の分量、ファイル形式、含める内容、除外する内容、提出場所、提出期限、レビュー基準が書かれていない。
[状態-ドユン-3] 講師確定期限2026-10-30は確認されているが、これが資料提出期限だという記録はない。

特に最後の文が重要です。関連日程が見えても、それをそのまま資料提出期限に変えてはいけません。講師確定と資料提出は別の出来事なので、依頼原文に関連付ける根拠がなければ提出期限は「確認必要」のままにします。

03要件を埋めず、空欄と質問を構造化するよう依頼する

AIには完成した業務指示書を作らせるより、現時点で確定できる項目と確認が必要な項目を分けるよう依頼します。確認質問は実際の会話でコピーして使えるよう、短く具体的にします。

プロンプト
上の入力データだけを使って、ミンソの"ワークショップ資料を準備して"という依頼を明確な業務依頼書の下書きに変えてください。
AIが分からない内容を勝手に決めず、空欄は必ず「確認必要」のままにしてください。

出力順序:
- 現在確定している背景と担当
- 依頼目的
- 要件
- 完了基準
- 含める範囲
- 除外範囲
- 提出形式・場所
- 提出期限
- ミンソに確認する質問
- ドユンが回答を受ける前に始めてよいことと、始めてはいけないこと

ルール:
1) 名前、日付、時刻、数字は入力にあるものだけを使う。
2) 講師確定期限を資料提出期限に変えない。
3) 発表資料、配布物、ファイル形式、分量、必須内容は入力にないため確定しない。
4) 資料にない担当者や承認者を新たに作らない。
5) 各項目末尾に可能な限り[依頼-ミンソ-1]、[状態-ドユン-番号]、[イベント-番号]、[日程-番号]の出典を付ける。
6) 最後に依頼者と担当者が一緒に確認する短いチェック一覧を提案する。

04確認済みの要件と確認質問を分けた依頼書の下書きを作る

次の編集例では、空欄を積極的に残すことが要点です。「依頼書」という形式でも、入力にない成果物や期限は埋めません。担当者はドユンと確認できますが、何を作れば完了なのかについてはミンソに質問する必要があります。

結果例
[結果例 · 実際のAI出力ではありません]
業務依頼書の下書き

依頼者: ミンソ [チーム役割-1] [依頼-ミンソ-1]
担当者: ドユン [チーム役割-4] [依頼-ミンソ-1]

確定済みの背景
- イベント: まちのデジタル基礎ワークショップ [イベント-1]
- イベント日: 2026-11-14 [イベント-2]
- イベント時間: 14:00–16:00 [イベント-3]
- 定員: 30名 [イベント-4]
- 対象: 地域住民 [イベント-5]
- 講師確定期限: 2026-10-30 [日程-3]

原文依頼
- ミンソ: "ワークショップ資料を準備して。" [依頼-ミンソ-1]

依頼目的
- ワークショップで使う資料の準備と思われるが、資料の具体的な用途は確認必要。[依頼-ミンソ-1] [状態-ドユン-1]

要件
- 資料の種類: 確認必要。[状態-ドユン-1]
- 分量: 確認必要。[状態-ドユン-2]
- ファイル形式: 確認必要。[状態-ドユン-2]

完了基準
- 確認必要。原文にはレビュー基準が書かれていない。[状態-ドユン-2]

含める範囲
- 確認必要。原文には含める内容が書かれていない。[状態-ドユン-2]

除外範囲
- 確認必要。原文には除外する内容が書かれていない。[状態-ドユン-2]

提出形式・場所
- 確認必要。[状態-ドユン-2]

提出期限
- 確認必要。講師確定期限2026-10-30は確認されているが、資料提出期限だという記録はない。[状態-ドユン-3]

ミンソに確認する質問
- 準備する資料は何の用途で使うのか?
- 成果物の種類とファイル形式は何か?
- 必ず含める内容と除外する内容は何か?
- どの状態になれば完了とみなすのか?
- 誰がレビューし、最終確認するのか?
- 資料をどこに提出するのか?
- 実際の資料提出期限はいつか?

ドユンが回答を受ける前
- 始めてよいこと: イベント日2026-11-14、時間14:00–16:00、定員30名、対象は地域住民など、すでに確定している背景情報を整理する。[イベント-2] [イベント-3] [イベント-4] [イベント-5]
- 始めてはいけないこと: 確認せずに資料の種類、分量、ファイル形式、含める・除外する範囲、提出期限を確定する。[状態-ドユン-2] [状態-ドユン-3]

この下書きは業務を完了させるのではなく、対話を始める準備をします。ミンソが成果物と完了基準に答えたら、その内容を依頼書に反映します。回答を得る前に成果物を勝手に決めると、推測した要件が固定化される可能性があります。

05関連日程や担当役割を、根拠なく詳細な指示へ拡張しない

曖昧な依頼をAIに入れたとき最もよくある危険は、空欄を自然に埋めた結果が確定済みの業務指示のように見えることです。次の例では、入力になかった成果物形式、分量、提出期限、レビュー担当を新たに作っています。

誤った結果例
[誤りやすい結果例 · 実際のAI出力ではありません]
ドユンは発表用スライド20枚を作り、参加者用印刷物2種類も準備する。下書きは2026-10-27 18:00までにジュノへ送りレビューを受け、2026-10-30に最終版を提出する。

入力には発表用スライドや印刷物という成果物の種類はなく、分量や下書き提出時刻もありません。ジュノがレビュー担当だという記録もなく、講師確定期限を資料最終版の提出期限に使う根拠もありません。このような結果は、文が具体的であるほどかえって危険です。修正時は勝手に埋めた条件をすべて「確認必要」に戻し、ミンソに質問する項目へ移します。

確認リスト
人が確認する一覧
- 原文依頼の表現が変わっていないか?
- 確定済みのイベント情報と未確定の資料要件が分けられているか?
- 講師確定期限を資料提出期限と誤解していないか?
- 成果物の種類・分量・ファイル形式・含める・除外する範囲をAIが勝手に作っていないか?
- 資料にないレビュー担当者や承認者を追加していないか?
- 確認質問に回答する前に確定してはいけない項目が明確か?
- 実際の業務に適用するとき、組織の情報保護方針に反するデータが入力されていないか?

06依頼者と担当者が回答を埋めた後、共通基準として確定する

AIが作った質問一覧を送った後は、ミンソの回答を受けて依頼書を更新し、ドユンが同じ意味で理解しているか確認する必要があります。特に「完了」の意味を一文で合意し、AIには合意内容だけを整理させます。

  • ミンソは成果物の種類、目的、含める・除外する範囲、実際の提出期限に答えます。
  • ドユンは自分が理解した完了基準を読み返して確認します。
  • 不明確な項目は無理に埋めず、引き続き「確認必要」とします。
  • 確定した依頼書はチームがアクセスできる所定の場所に共有しますが、実際の機密情報と個人情報はAI入力から除外します。
  • その後変更があれば、何が変わったかを記録し、以前の依頼と混同しないようにします。

一度明確になった依頼でも、チームごとに表現方法が違えば再び揺れることがあります。次の記事「チーム共用AI依頼文を作る:会議メモ整理基準をバージョン管理する」では、個人用プロンプトではなくチームで一緒に管理する共用依頼文を作り、変更履歴を残す方法を扱います。

自分で確認する項目

仮想入力データと編集例 · 実際のAI実行なし · 名前・日付・時刻・数値の一致および未確定項目検査

  • すべてのcodeブロックのroleが許可された値であることを確認
  • 各記事にinput、prompt、output、bad_outputがすべてあることを確認
  • outputの名前・日付・時刻・数字が同じ記事のinputに存在するか正規表現で照合
  • 講師確定期限を資料提出期限と断定していないか確認
  • 成果物の種類・分量・ファイル形式・含める・除外する範囲・提出場所が根拠なく確定されていないか確認
  • 効果をパーセントや倍率で表した文がないか確認
検証範囲の限界

実際のAI実行や実際のチーム業務結果ではなく、学習用の編集例です。実際の依頼では組織の情報保護方針を確認し、依頼者と担当者が要件・完了基準・期限を直接合意する必要があります。