本文へスキップ
NeoLogic
NeoLogic

AI議事録の担当欄に、発言した人の名前が入っていませんか?会議後の決め方

AI議事録に書かれた仕事は、誰がいつまでに進めるのでしょうか。一つの会議の4議題を使い、提案、条件付きの合意、決定を見比べます。参加者が確かめてから業務台帳へ渡すための確認シート付き。

AI議事録の担当候補を原文と照合し、引き受けた担当と期限を確かめる図。

AI議事録を業務に生かすには、要約から「実行する仕事」と「次回決めること」を分け、担当者の引受けと期限を参加者に確かめてから業務台帳へ渡します。

会議の要約には「手順書を更新する」とあるのに、担当者も期限も決まっていない。発言した人の名前が、そのまま担当欄に入っている。AIの要約を台帳へ移すだけでは、こうしたずれが残ります。

2026年9月15日10:00〜10:30の会議に、議長の佐藤、事務の高橋、技術の田中が参加しています(想定例)。時刻は日本時間で示します。

議題は、週次確認会の追加、許可を得てから行う動作確認、手順書の更新、問い合わせ分類案の作成の4件です。原文は確認シート(Excel)に収録し、メモ番号と経過時刻で発言位置を示しています。

手順書の更新は、佐藤が「高橋さんにお願いします」と依頼し、高橋が引き受けています。下書きの担当候補「佐藤」は誤りとして残し、確定担当を「高橋」にします。「18日17時」は、高橋の発言に照らして2026年9月18日17:00と確定します。日付が発言になければ、参加者に聞いて決まるまで未定です。

すぐに実行へ進めるのは、手順書更新の1件です。残る3件も保留事項として残し、見直す人と日を付けます。この例では保留一覧と実行する仕事の台帳を分けていますが、同じ管理ツールに「担当未定」「確認待ち」で登録する方法でも構いません。

議題 参加者が見直した後 この例での記録先
週次確認会の追加案(A01) 提案段階。採否を次回検討 保留一覧
利用許可が条件の動作確認(A02) 許可も担当の引受けも未確定 保留一覧
手順書v2の更新・共有(A03) 高橋が9月18日17時までに実施 TK-042へ登録
問い合わせ分類案(A04) 作成は決定。担当・期限は未定 保留一覧

決まったことと、担当・期限を確かめる

経緯の要約には、検討理由や対立した意見を残します。決定事項には、参加者が合意した結論だけを書きます。「検討してはどうか」を「実施する」に書き換えず、合意がなければ決定欄は未決定にします。タスクらしい表現は、登録待ちの候補として扱います。

Microsoft TeamsのFacilitatorには、会議のノートや決定事項・未解決の問いを整理する機能が案内されています。実際に業務へ渡す際は、原文を読み、参加者に聞いて合意の内容を確かめます(出典:Microsoftの機能説明)。

A01で高橋が「来月から週次の確認会を増やしては」と提案しても、佐藤は次回検討としています。見直した後は「提案」に戻し、高橋を実行担当にしません。次の表は、9月15日10:40に参加者が見直した結果です。

A01 提案を決定にしない

発言と下書きを含む全8項目を照合する(メモ01/02:10)
項目 AIの下書き 参加者が見直した後
発言位置 メモ01/02:10 メモ01/02:10
記録種別 決定(下書き) 提案
決定内容 週次確認会を追加 未決定。週次確認会の追加案
担当候補 高橋 高橋(発言者のみ)
確定担当 空欄 未確定
期限 来月(下書き) 未定
了承した人 空欄 佐藤・高橋
登録先ID 未登録 未登録

判定は保留です。提案だけで実施の合意がなく、高橋は提案者として記録します。

話した人が、その仕事を引き受けたとは限らない

記録担当者は、名前・作業内容・期限を原文の該当箇所へ戻って読みます。合意の有無は議長など決定を判断できる人に、担当の引受けは実行する本人に確かめます。話者名が正しくても、その人が依頼者や提案者である場合があるためです。

10:40に佐藤と高橋が内容・担当・期限を見直し、誰がいつ承認したかを確認履歴へ記録します。担当候補欄には修正前の値を残し、台帳へは確定担当を渡します。A03の登録先IDには、10:45に登録結果から得た値を記入しています。

A03 発言者と実行担当を分ける

発言と下書きを含む全8項目を照合する(メモ03/14:30)
項目 AIの下書き 参加者が見直した後
発言位置 メモ03/14:30 メモ03/14:30
記録種別 正式決定(下書き) 正式決定
決定内容 手順書v2を更新・共有 手順書v2を更新・共有
担当候補 佐藤 佐藤(誤抽出)
確定担当 空欄 高橋
期限 18日17時(下書き) 2026-09-18 17:00 JST
了承した人 空欄 佐藤・高橋
登録先ID 未登録 TK-042

条件や担当が決まっていない仕事は、次に決めることへ

保留には、決まっていない理由を付けて残します。A02では利用許可を得ることが実施条件で、田中も担当をまだ引き受けていません。許可という条件を落とした下書きを、そのまま田中の実施タスクにすると、合意した内容が変わってしまいます。

A02 条件がそろうまで保留する

発言と下書きを含む全8項目を照合する(メモ02/07:20)
項目 AIの下書き 参加者が見直した後
発言位置 メモ02/07:20 メモ02/07:20
記録種別 タスク候補 条件付き合意
決定内容 動作確認を実施 試験は利用許可が条件。担当・実施日は未定
担当候補 田中 田中(候補)
確定担当 空欄 未確定
期限 空欄 未定
了承した人 空欄 佐藤・田中
登録先ID 未登録 未登録

判定は保留です。利用許可の結果と、田中による担当の引受けが残っています。

A04は、問い合わせ分類案を作ること自体には合意があります。それでも担当と提出期限は未定です。決定内容を記録したうえで、担当・期限を決める事項として保留一覧に残します。

A04 決定済みでも、担当・期限を決める事項として残す

発言と下書きを含む全8項目を照合する(メモ04/22:40)
項目 AIの下書き 参加者が見直した後
発言位置 メモ04/22:40 メモ04/22:40
記録種別 タスク候補 正式決定(担当未定)
決定内容 問い合わせ分類案を作成 問い合わせ分類案を作成。担当・期限は未定
担当候補 佐藤 佐藤(発言者のみ)
確定担当 空欄 未確定
期限 空欄 未定
了承した人 空欄 佐藤
登録先ID 未登録 未登録

判定は保留です。作成する合意はありますが、実行担当と提出期限を決める必要があります。

保留を放置しないため、この例では佐藤を見直しの担当にします。A02は9月17日10:00に利用許可の状況を聞き、許可後に田中の引受けと実施日時を確かめます。A01の採否とA04の担当・期限は9月22日10:00の会議で見直します。見直しの日程は、各作業の実行期限と別の欄に残します。

実行担当へ渡す前には、決定内容・条件・確定担当・期限・了承した人がそろったかを見ます。欠けるものがあれば、理由と見直し先を残して戻す扱いを自社で決めておきます。

確定した仕事を台帳へ渡す

次の図は、①記録、②候補分け、③人の見直し、④重複照合・登録の流れです。この例で登録するのは、担当と期限が決まった手順書更新の1件です。残る3件は、条件がそろったら人の見直しへ戻します。登録担当者は確認履歴と確定した値を照合してから渡します。

同じ議事録を取り込んでも、手順書更新の仕事が二つできないことを試します。表現だけを直した場合は既存の仕事を更新し、別の作業か判断できなければ担当者が照合します。台帳への登録と、手順書を更新し終えることも区別してください。

連携担当者向け:二重登録と再取込みの扱い

再取込みで同じ仕事を増やさないよう、会議IDと項目ごとの固定IDを組み合わせた元キーを残します。A03の元キーは「M20260915-01:A03」です。AIが作り直した順番や変化する時刻だけを識別に使わず、既存の行IDを引き継ぎます。表現だけが変わったのか、別の作業が追加されたのか判断できないときは、人が照合します。

9月15日10:45にA03をTK-042へ登録し、11:00に同じ記録を再取込みした場合は、元キーからTK-042を見つけます。この例では変更がないため追加登録しません。内容や期限を直す場合は変更内容を見直し、同じIDへ反映します。登録結果のIDを議事録側にも戻すと、引継ぎ先を追えます。

TK-042の実行状態は「未着手」です。手順書の更新・共有が終わった段階で、担当者が通常の完了手続きに進みます。登録処理に失敗した場合は、連携先に作成済みかを調べてから再処理し、結果が分かったIDだけを記入します。

会議の記録から人の見直しを経て、A03だけを台帳へ登録する流れ。A01・A02・A04は保留し、見直した後に戻す。

承認済みの作業を台帳へ渡し、保留は見直しへ戻す流れ(想定例)

既製機能で足りるか、受渡し部分を追加するか

Facilitatorの公式説明では、会議で抽出したタスクは「Accept to sync」でPlannerへ同期する一方、チャットで作成を依頼したタスクは自動同期します。追加・有効化にはライセンス条件があり、タスク操作・同期の一部は公開プレビュー中です。操作ごとに同期の進み方が違うため、利用環境と操作経路を確かめてください(出典:Microsoftのタスク管理と利用条件)。

会議の件数が少なく、人が見直して台帳に入力できるなら、手作業でも始められます。既製機能で原文参照・修正・担当と期限の確定・登録先への受渡しが足りるなら、その機能を活用できます。登録先の独自項目、承認の履歴、重複照合を既存の方法で扱えないときに、不足する部分を整理します。

決まった作業だけを既存の案件台帳へ渡す相談が具体的になったら、会議メモの形式、8項目の対応表、承認者、登録先IDの扱いを用意すると、開発範囲を決めやすくなります。

会議の記録を、誰が見られるようにするか

運用を始める前に、音声、文字起こし、議事録、業務台帳を分け、それぞれの閲覧者・保存期間・共有範囲・削除を判断する人を決めます。録音の可否に加え、文字起こしや外部サービスへの送信、保存先の条件も調べます。保存期間は、自社の規程や会議の内容に合わせて選びます。

録音・外部送信を認めない会議では、許可された社内の手入力メモを使い、番号を付けて参加者が見直します。メモの外部AIへの送信にも許可が必要です。送信制限があるなら社内で分類と見直しを進めます。AIを使わない記録でも、決定と担当・期限を分ける考え方は使えます。

台帳の閲覧者へは、必要な決定内容だけを引き継ぐ方法も選べます。元記録への参照と閲覧権限を分け、原文を見られない担当者が内容を問い合わせる窓口を決めておきます。

記入用シートとチェック表の使い方

会議後の確認シート(Excel)では、会議メモ、見直し前後の記入例、空欄版を同じ行IDで照合できます。空欄版に8項目を記入し、確認履歴へ承認日時・保留理由・再確認先を残してください。期限未定を便宜的な日付で埋めず、登録先IDは登録結果を確認してから記入します。

会議後のチェック表(PDF)には未記入版と架空例の記入見本があります。まず一つの会議で、候補を分ける人、確定する人、台帳へ渡す人を決め、決まった作業から引き継いでみてください。

AI全般で、どこを人が承認し、例外をどう止めて戻すかを整理する際は、AIエージェントの監督|問い合わせ返信で考えるも参考になります。

聞取りの誤りと要約の誤りを見分けたい場合は、同じ台本で採点する比較が使えます(文字起こし・音声AIの選び方|聞取りと要約の評価)。

音声・議事録連携の相談窓口へ

参考出典

あわせて読む