設計業務のタスク抽出AI|担当と期限を確認する
· 編集:KMC株式会社
議事録やメールから設計業務のタスク候補をAIで抽出し、担当、期限、完了条件、根拠を確認して正式なタスク台帳へ登録する運用を解説します。
タスク抽出AIは依頼の候補を見つける工程に使う
設計打ち合わせの議事録には、「確認します」「次回までに送ります」「構造担当へ聞いておきます」のような行動が散らばります。AIで候補を集めれば、転記漏れを見つけやすくなります。しかし、曖昧な発言へ担当者や期限を補い、そのままタスク管理へ登録すると、本人が合意していない仕事を作る危険があります。
この記事では、議事録AIの確認手順で確認済みの記録を入力とし、正式なタスク台帳へ登録する直前までを扱います。案件全体のタスク管理は、今後追加予定の設計事務所のタスク管理と役割を分けます。
タスクとして登録できる条件
単なる話題や希望ではなく、実行者が完了を判断できる作業だけを登録します。最低でも動詞、対象、成果物または完了条件が必要です。担当と期限が未定なら空欄にせず、「未確認」として確認待ちへ置きます。
| 会話の表現 | 抽出結果 | 登録前の確認 |
|---|---|---|
| 既存図を確認します | 候補 | どの図、何を確認、報告先 |
| 次回は設備条件を話したい | 議題候補 | 事前作業があるか |
| A担当が金曜までに面積表を更新 | タスク候補 | 金曜の日付、対象版、保存先 |
| 予算が心配 | 課題 | 誰が何を調べるか |
| この案で進める | 決定 | 関連タスクを別に起こす |
AIには、決定、課題、質問、タスクを別々に出させます。「予算が心配」を「担当Aが概算を作る」に変えるのは補完であり、抽出ではありません。
入力資料の順番を固定する
入力は、確認済み議事録、受信メール、赤入れ一覧の順に扱い、資料ごとに出典IDを付けます。同じ依頼が複数資料にある場合は重複候補として示し、AIに片方を消させません。後のメールで期限が変わった場合も、古い値を上書きせず変更として扱います。
- 対象案件と抽出期間を決めます。
- 資料名、日付、版、送信者を一覧にします。
- タスク管理へ既に登録済みの項目を出力します。
- AIへ入力できない機密情報を除きます。
- 抽出結果へ原文IDと原文の短い引用を付けます。
メール本文を入力するときは署名、過去スレッド、別案件の転送部分を切り分けます。長いスレッド全体を渡すと、完了済みの古い依頼が新規タスクとして戻ることがあります。
出力の八項目
| 項目 | 記載例 | 確認方法 |
|---|---|---|
| タスク名 | 平面図B版の室名を更新 | 動詞と対象があるか |
| 根拠 | 議事録G12、時刻00:42 | 原文へ戻れるか |
| 担当 | 未確認 | 本人の合意があるか |
| 期限 | 未確認 | 日付と時刻が明確か |
| 成果物 | 室名更新済みPDF | 形式と保存先があるか |
| 完了条件 | 責任者レビュー済み | 作業と承認を分けたか |
| 前提タスク | 顧客から室名表を受領 | 依存関係が逆でないか |
| 状態 | 確認待ち | 正式登録と候補を分けたか |
「図面を修正」は広すぎます。対象図、修正内容、出力、確認者を分けます。一方、細かくしすぎて一件の成果物を十数件に割ると、更新負担が増えます。担当が変わる、期限が異なる、別の承認が必要な境界で分けます。
匿名化したプロンプト例
以下は案件Sの確認済み議事録です。行動を約束した発言だけをタスク候補にし、話題、要望、決定、質問は別表にしてください。担当、期限、成果物、完了条件が原文にない場合は「未確認」と記載してください。担当者を役職や文脈から推定しないでください。各候補へ原文IDを付け、同じ作業と思われる項目も統合せず重複候補と表示してください。
出力後に、人が「正式登録」「確認待ち」「タスクではない」の三つへ振り分けます。AIの判断だけで通知や担当割当を発生させません。
担当と期限は本人の合意を確認する
会議で「設計側で確認」と話していても、具体的な担当者は未定です。役職や過去の担当からAIに推定させず、案件責任者が割り当て、本人が確認します。外部協力者の作業は、契約範囲と受渡条件にも照らします。
期限は「次回まで」「早めに」をそのまま日付に変換しません。次回会議の日付、レビューに必要な時間、先行資料の受領日を確認します。提出期限と社内確認期限を分けると、送付直前の集中を避けられます。
登録前レビューを二人で行う
抽出担当は原文との一致を確認し、案件責任者は担当、優先度、依存関係を確定します。重要な提出物は作業担当と承認担当を分けます。小規模事務所で同一人物が担う場合も、作業完了と承認済みを別状態にします。
| 確認観点 | 抽出担当 | 案件責任者 |
|---|---|---|
| 原文に存在するか | 確認 | 必要時に聞き直す |
| タスクの粒度 | 候補を整える | 担当単位に確定 |
| 担当と期限 | 未確認を残す | 合意を取る |
| 完了条件 | 資料から記載 | 提出基準を決める |
| 重複 | 候補を表示 | 統合または関連付け |
正式登録後は、元の議事録を変更してもタスクが自動で書き換わらない運用にします。変更は台帳上で履歴を残し、関係者へ通知します。
製品機能は自社環境で試す
Microsoftの会議メモでは、担当と期限を持つフォローアップタスクをPlannerと同期できる場合があります。また、Copilot in Plannerのタスク生成は対象プランや提供状態に条件があります。製品名だけで導入を決めず、権限、重複、削除、通知、既存台帳との同期を検証用案件で確認します。
試行では、完了済みタスクが再登録されないか、担当なしを許容できるか、会議メモから削除した場合に台帳側がどうなるかを見ます。連携の挙動は製品、プラン、設定で異なるため、本記事は対応を保証するものではありません。
失敗しやすい出力と直し方
担当者が勝手に入る場合は、担当列の許容値を「原文の明示名」か「未確認」に限定します。期限が今日から自動計算される場合は、日付変換を禁止し、原文表現を別列に残します。決定事項がタスクになる場合は、まず決定、課題、タスクを分類してからタスクだけを抽出します。
重複統合で条件が消えた場合は、各資料の候補を一度保持し、責任者が親タスクと子タスクへ整理します。自動登録で誤通知が起きた場合は連携を止め、候補一覧をCSVなどで確認してから取り込む方式へ戻します。
よくある質問
AIが担当者を推定した方が速くないですか
速く見えても、本人の合意がない割当は確認と修正を増やします。担当不明を可視化し、責任者が割り当てます。
期限がないタスクは登録しない方がよいですか
消さずに確認待ちへ置きます。重要な依頼を期限なしのため落とすより、期限を決める担当と確認日を付けます。
一つの発言から複数タスクを作れますか
担当、期限、成果物、承認が異なる場合は分けます。単なる作業手順の細分化なら、チェックリストとして一つのタスク内に置く方法もあります。
AIからタスク管理へ自動登録してよいですか
最初は候補出力までにし、人の承認後に登録します。誤登録、権限、通知、削除、履歴の挙動を検証してから範囲を広げます。
完了条件はどこまで書きますか
第三者が完了を判定できる程度に、成果物、保存先、確認者を記載します。「対応する」「確認する」だけでは完了が曖昧です。