議事録をAIでタスク化する｜会議の宿題が課題管理ツールへ自動で起票されるまで

議事録が整っても宿題は動かない

会議の文字起こしは、いまや会議ツールの標準機能で手に入ります。要約を出すところまでも同じで、終了から数分後には議事録らしい文章ができています。それでも会議の後に同じ問題が残ります。誰が何をいつまでにやるのかが、どこにも登録されていないという状態です。

議事録は「読む」ための文書です。一方で宿題は「追う」ための情報で、期限が来たら知らせが必要になり、終わったかどうかを確認する相手がいます。この2つは形式が違うため、議事録の中に持ち帰りが書かれていても、追う仕組みには載りません。結果として、次の会議の冒頭で「前回の宿題どうなりましたか」から始まり、その確認に時間が取られます。

抜けやすいのは、会議の終わり際に出た持ち帰りです。時間が来て「ではその件は確認しておきます」で終わった話は、議事録の末尾に一行残るだけで、担当も期限も書かれていません。書いた本人は覚えていても、他の参加者はその宿題の存在を知らないまま次の会議を迎えます。

自動化で解くべきなのは、要約の質ではなく、議事録から課題管理へ渡すところです。文字起こしを整えるところまでは既製の機能で足りることが多く、そこから先に手を入れる形になります。

この記事では、会議ツールごとに違う文字起こしを1か所へ集めるところから、議事録を「決まったこと」「持ち帰り」「決まらなかった論点」に分け、担当と期限を人が確定させたうえで課題管理ツールへ起票し、消化状況を次の会議へ戻すまでを扱います。機械が切り出せるのは作業の内容と根拠になった発言まで、人が確定させるのは担当・期限・起票の要否、という線引きで書いています。文字起こしそのものの精度を上げる方法や、会議ツールの選び方は対象にしていません。

会議ツールごとに違う文字起こしを1か所へ集める

最初にやるのは記録の集約です。組織の中では複数の会議ツールが並行して使われていることが多く、文字起こしの出力もそれぞれ違います。話者ごとに区切られたテキスト、時刻付きの字幕形式、要約だけが本文に貼られたメール、といった形が混在します。ここを揃えないまま次の工程を作ると、ツールが増えるたびに処理を足すことになります。

集約の段階で決めるのは次の点です。

決める項目	何を見て決めるか	決め方
取り込む経路	ツールが文字起こしを外部へ出せるか	APIで取得できるものはAPI、出せないものは共有ドライブへの保存を運用に含める
中間の形式	後の工程が必要とする情報	発言の順序、話者、開始からの経過時間、会議の題名と日時を持つ1つの形式に揃える
会議の識別	同じ会議が複数の経路から届くか	カレンダーの予定と会議の開始時刻で1つに束ね、二重に取り込まない
話者の対応づけ	参加者の名前が記録に残るか	カレンダーの出席者と突き合わせ、一致しないものは「発言者1」のまま残す
聞き取れなかった箇所	文字起こしが自信度や空白を返すか	欠けとして印を付けて残し、前後の文脈から埋めない
対象から外す会議	社外の参加者が含まれるか	招待者のドメインで判定し、社外が同席する会議は自動処理の対象にしない

話者の対応づけは、後の工程で担当者を決めるための土台になります。ここが曖昧なまま「Aさんが持ち帰る」と書かれた宿題を起票すると、実際にはBさんが言っていた、という取り違えが起きます。カレンダーの出席者と一致しない発言者は、名前を推測せずそのまま残す方が安全です。名前が付かない発言から出た宿題は、担当者が空欄のまま起票されるだけで、後で主催者が埋められます。

聞き取れなかった箇所の扱いも先に決めます。文字起こしは、複数人が同時に話した箇所や固有名詞で崩れます。崩れた部分を前後から補って自然な文章にすると、読む側は欠けに気づけません。欠けは欠けとして残し、その付近から取り出した宿題には「元の記録を確認する必要がある」という印を付けておきます。

社外が同席する会議を外すのは、記録の扱いが社内会議と違うからです。相手方の発言を自動で処理してよいか、録音していることを伝えているか、社内の課題管理へ相手の発言が転記されてよいか。この判断を会議ごとにやると運用が続かないため、招待者のドメインで機械的に線を引き、対象外にします。取り扱いの線引きをどう決めるかは 生成AIの社内利用ルールをどう作るか で扱っています。

議事録を3つに分ける

ここが本題です。議事録を1つの文章として出すのではなく、性質の違う3つに分けます。分ける単位は「決まったこと」「持ち帰り」「決まらなかった論点」です。

決まったこと。 その会議で結論が出た事項です。後から参照される対象で、追いかける必要はありません。誰が決めたか、何を決めたかが分かる形で残します。

持ち帰り。 会議の後に誰かが手を動かす必要がある事項です。これが課題管理へ登録される対象になります。誰が、いつまでに、何をするかの3点で構成されます。

決まらなかった論点。 議論したが結論に至らなかった事項です。持ち帰りと混同されやすいのですが、性質が違います。持ち帰りは作業ですが、決まらなかった論点は判断が保留されている状態で、次にどの場で決めるかを決めなければ動きません。タスクとして起票すると担当者が困るため、次回の議題の候補として別に扱います。

分類	記録の中の手がかり	出したあとの行き先
決まったこと	「では〜で進めます」「〜に決定」「合意」のような結論の表現	議事録に残す。課題管理へは登録しない
持ち帰り	「確認します」「作ります」「送ります」のような作業を示す動詞	課題管理へ起票する
決まらなかった論点	「一旦持ち帰り」「次回」「まだ決められない」のような保留の表現	次回の議題の候補に積む
どれにも当てはまらない発言	情報共有、雑談、経過の説明	議事録の本文にのみ残す

この分類で気を付けるのは、3つ目を無理に持ち帰りへ寄せないことです。「価格の方針をどうするか決まらなかった」は作業ではなく判断です。これを「価格の方針を検討する」というタスクにして誰かに割り当てると、担当者は何をすれば完了なのか分からないまま持ち続けます。決まらなかった論点は、次にどの会議で誰が決めるかが決まった時点で初めてタスクになります。

分類の精度は、会議の種類でかなり変わります。定例の進捗確認は表現が定型的で拾いやすく、方針を議論する会議は判断と作業が入り混じって難しくなります。対象を広げる前に、どの会議で分類が安定するかを見ておきます。

担当と期限を推測で埋めない

持ち帰りを起票するときに最も間違えやすいのが、担当者と期限です。会議の中でこの2つが明言されることは多くありません。「確認しておきます」で終わり、誰がとも、いつまでとも言われないまま次の話題へ移ります。

ここを推測で埋めると、タスクが実態とずれます。発言者が「確認します」と言っただけで担当者にすると、実際には部下が動く前提だった、ということが起きます。期限も同じで、「なるべく早く」を3営業日後に変換すると、根拠のない期限が課題管理に並びます。根拠のない期限は守られず、守られない期限が増えると期限そのものが見られなくなります。

設計としては、次の形になります。会議で明言された部分だけを埋め、明言されていない項目は空欄のまま起票の候補にする。 そして会議の主催者が、公開前にその空欄を埋めます。

空欄のまま候補にする、という点が肝心です。担当が決まっていないから起票しない、という扱いにすると、会議の終わり際に出た宿題がまた消えます。逆に推測で埋めると実態とずれます。候補として画面に並べ、根拠になった発言を横に置いておけば、主催者は「誰の話だったか」を思い出せます。埋める作業は宿題1件あたり数秒で、会議の後に数件だけ残ります。

項目	会議で明言されることが多いか	明言が無いときの扱い
何をするか	多い（作業の内容は発言に出る）	内容が曖昧な場合は発言をそのまま引用して残す
担当者	少ない（「確認します」で終わる）	空欄。発言者を自動で担当にしない
期限	少ない（「早めに」「来週中」など幅がある）	空欄。幅のある表現はそのまま注記に残す
関係する案件・議題	概ね取れる（会議の題名や議題から）	判定できない場合は会議名だけを紐づける
起票するかどうか	明言されない	主催者が候補から選ぶ。全件を自動で起票しない
優先度	ほぼ明言されない	空欄。登録先で必須なら既定値を1つ決める

主催者に渡す形も決めておきます。会議の直後に候補の一覧を送り、確定の操作をその場でできるようにします。確定の期限も置きます。会議の翌営業日までに確定されなかった候補をどう扱うか（そのまま担当者未定で起票するか、破棄するか）を決めておかないと、確定待ちの候補が溜まり続けます。

同じ会議の記録を、社内の文書として検索できる形にしておくと、後から「この方針はいつ決まったか」を追えます。その仕組みの作り方は 社内問い合わせ対応をAIで自動化する で扱った社内文書の検索と同じ考え方になります。

課題管理ツールの項目に合わせる

つなぐ先は、社内で既に使われているものをそのまま使います。宿題を運ぶために新しい課題管理ツールを入れる話にすると、選定と移行が先に来て、会議の宿題は元の場所に残ったままになります。JiraやBacklogのようなチケット型、AsanaやTrelloのようなボード型、Notionやkintoneのように自社で項目を組んで使っているもの、あるいは表計算の一覧表。どれであっても、確認する観点は同じです。

つなぐ先の形	起票のときに詰まりやすい点	先に確認すること
チケット型（Jira・Backlogなど）	課題の種別ごとに必須項目と選択肢が違う	使う種別を1つに決め、その種別の必須項目と選択肢の値を一覧にする
ボード型（Asana・Trelloなど）	担当と期限が未設定のカードは列の中に埋もれる	確定待ちのカードを置く列を1つ用意できるか
データベース型（Notion・kintoneなど）	項目を自由に足せるため、会議ごとに列の使い方がずれる	会議由来の課題に使う列（会議名・日時・根拠の発言）を先に固定する
表計算の一覧表	誰でも直せる一方、同時に書き込むと行がずれる	追記の入口を1つに絞れるか、行を識別する値を持たせられるか

表の右列は、どれも起票を作り始める前に決めておく内容です。特にチケット型で種別を先に決めないと、確定の画面に出す入力欄が種別ごとに変わり、主催者が毎回違う画面を見ることになります。

そのうえで、起票先の制約を作り始める前に調べます。後から分かると、確定の画面まで作り直しになります。

必須項目。 起票に必要な項目が埋まらないと登録できません。担当者や優先度が必須になっている場合、空欄のまま起票できないため、既定値を置くか、主催者が確定するまで下書きとして保持するかを決めます。

選択肢の値。 種別、優先度、対象のプロジェクトなどが選択肢で管理されているなら、取り出した文言をその値へ寄せる対応表が必要です。一致しないものは新しい選択肢を作らず、主催者へ回します。

階層。 案件の下にタスクを持つ構成なら、どの親に付けるかを決めます。会議の議題と案件が一対一で対応していない会議では、親の判定は自動化しにくく、主催者に選ばせる方が確実です。

書き込みの権限。 自動処理用の権限を分けて用意します。主催者の権限で起票すると、履歴上は主催者が作ったことになり、自動で作られた分だけを後から見分けられません。

課題1件に何を渡すか

つなぐ先を決めたら、次に決めるのは1件の課題へ何を書き込むかです。ここを曖昧にしたまま起票を始めると、タイトルだけの課題が並び、担当者が内容を確認できません。

起票する項目	どこから取るか	取れないときの扱い
課題のタイトル	持ち帰りの発言から、作業の内容を一文にする	内容が曖昧な発言は要約せず、発言をそのまま入れて確定の画面で直してもらう
課題の本文	作業の内容と、その前後で話された条件・前提	条件が読み取れない場合は本文を空にせず、根拠になった発言だけを置く
担当者	会議で名指しされた場合のみ	空欄。発言者を自動で当てはめない
期限	日付として読み取れる発言のみ	空欄。「早めに」のような幅のある表現は本文へ注記として残す
会議の識別（会議名と日時）	記録を集約したときに付けた識別	必ず入る。入らない記録は起票の対象にしない
根拠になった発言	文字起こし上の該当箇所と、開始からの経過時間	必ず入る
種別・優先度など登録先の必須項目	会議の記録からは取れない	既定値を1つ決めておく

会議の識別と根拠になった発言は、どちらも欠かさず入れます。この2つが無い課題は、内容が曖昧なときに担当者が確認する先を持たず、そのまま止まります。逆にこの2つがあれば、タイトルが多少荒くても、担当者は元の会話へ戻って趣旨を確かめられます。

聞き取れなかった箇所の付近から取り出した宿題には、その印も一緒に渡します。担当者は本文を読んだ時点で、元の記録を聞き直す必要があると分かります。

同じ宿題が毎週起票されるのを防ぐ

定例会議を対象にすると、すぐに重複の問題が出ます。前回の持ち帰りが終わっていないと、その会議でまた同じ話が出て、同じ宿題が起票されます。3回続けば、同じ内容の課題が3件並びます。

防ぐには、起票の前に既存の課題と照合します。照合の順序は次のようになります。

1. 同じ会議の系列で、未完了の課題を集める。 対象は同じ定例の過去の回から起票された課題です
2. 内容が同じものを探す。 文字列の一致ではなく、対象と作業が同じかどうかで見ます。「見積の確認」と「見積書を先方に確認する」は同じ宿題です
3. 同じものがあれば、新規に起票せず既存の課題へ追記する。 会議で出た新しい情報（期限が延びた、条件が変わった）をコメントとして足します
4. 判定に迷うものは主催者へ回す。 似ているが別の宿題である場合があります。機械が決めきれないものを自動で統合すると、片方が失われます

3の「追記する」を選ぶのが要点です。重複を検出して破棄する扱いにすると、その回の会議で出た更新の情報が失われます。既存の課題に会議ごとのやりとりが積み上がっていれば、なぜ終わっていないのかを後から追えます。

期限を過ぎた課題の扱いも決めます。会議で言及されなかった未完了の課題を自動で閉じると、忘れられた宿題が消えるだけです。閉じる判断は担当者か主催者に残し、機械は「言及されないまま期限を過ぎている」ことを示すところまでにします。

前回の宿題の消化状況を次回の会議資料へ戻す

起票までを作ると、次に効いてくるのが逆方向の流れです。課題管理の状況を、次の会議の資料へ戻します。

戻す内容は3つに絞ります。前回の持ち帰りのうち完了したもの、未完了のまま期限が近いか過ぎているもの、そして前回「決まらなかった論点」として積まれたものです。この3つが会議の冒頭に並んでいれば、状況の確認に使う時間が短くなります。

戻す形も決めておきます。会議の予定に添付する、定例の資料へ差し込む、開始前に参加者へ送る、といった選択肢がありますが、参加者が既に見る場所に置くのが要点です。新しい場所に置くと見られません。

この往復ができると、会議そのものの構成が変わります。前回の宿題の確認が資料として先に配られるため、会議の時間は決まらなかった論点に使えます。自動化の効果として測りやすいのは起票の漏れですが、実際に使う人が変化を感じるのはこの部分です。

起票漏れと議事録作成の時間で効果を見る

効果を測るときに、分類の精度そのものを指標にすると判断できません。見るのは次の3つです。

持ち帰りの起票漏れ。 会議で出た持ち帰りのうち、課題管理に登録されたものの割合です。分母を作るには、対象の会議をいくつか選んで、議事録から人が数えた持ち帰りの件数を用意します。この分母は着手前に作っておきます。着手後にしか数字が無いと、比較の相手がありません。

議事録の作成にかかっていた時間。 会議の後に議事録を整えて配るまでの作業時間です。参加者への聞き取りで測ることになりますが、作業の内容（文字起こしの整形、宿題の抜き出し、課題管理への入力、配布）に分けて聞くと、どこが短くなったかが分かります。

主催者の直しの割合。 確定の画面で主催者が直した項目の割合です。分類を直しているのか、担当と期限を埋めているだけなのかを分けて見ます。担当と期限を埋めるのは設計どおりの作業なので、直しとしては数えません。分類の直しが多い会議は、対象から外すか、分類の基準を見直す対象です。

3つ目がゼロのまま続く場合は、精度が高いのではなく、確定の画面が見られていない可能性を先に疑います。見られていないなら起票された内容も確認されておらず、課題管理に曖昧なタスクが積まれている状態です。測り方の組み立て方は AI導入の効果測定と投資判断 を参照してください。

どこから手を付けるか

対象を広く取ると、会議の種類ごとに分類の基準が違って合意できず止まります。狭める順序は次のようになります。

定例会議1つに絞る。 参加者が固定で、持ち帰りが毎回出て、前回の確認に時間が取られている会議を選びます。分類の基準と課題管理の対応表は、ここで固まります。

分類の提示までに留める。 最初は課題管理へ書き込まず、3つに分けた結果を主催者へ渡すだけにします。主催者の直しの内容が、そのまま基準の材料になります。

起票を自動にする。 分類の直しが減ったら、主催者が確定した候補を課題管理へ書き込む部分をつなげます。

会議を増やす。 別の定例を加えます。ここで初めて、会議ツールが違う場合や、議題と案件の対応が違う場合の差が出ます。

始める前に用意するのは、対象の会議の文字起こし、課題管理ツールの必須項目と選択肢の一覧、書き込みに使える権限、確定を担当する主催者、そして運用を直し続ける担当です。最後の1つが決まっていないと、対応表が更新されず、選択肢が増えた時点で使われなくなります。検証から本番運用までの進め方と見積の考え方は AIエージェント開発の進め方 で扱っています。

会議の記録を扱う仕組みは、商談の記録を残す仕組みと隣り合います。同じ会議から社内向けの宿題と取引先向けの記録の両方が出る場合は、商談メモの入力をAIで自動化する で扱った反映先の分け方と合わせて設計します。入力は同じでも、書き込む先と確定する人が違います。

まとめ：議事録をAIでタスク化するときの要点

• 議事録は読むための文書、宿題は追うための情報。要約の質を上げるより、議事録から課題管理へ渡すところに手を入れる
• 会議ツールごとに違う文字起こしを1つの形式へ揃え、話者はカレンダーの出席者と突き合わせる。一致しない発言者は名前を推測しない
• 聞き取れなかった箇所は前後から埋めず、欠けとして残す。社外が同席する会議は招待者のドメインで機械的に対象外にする
• 議事録は「決まったこと」「持ち帰り」「決まらなかった論点」に分ける。決まらなかった論点をタスクにすると、完了の条件がない課題が残る
• 担当と期限は会議で明言されないことが多い。明言された部分だけを埋め、残りは空欄のまま候補として主催者が確定させる
• つなぐ先は社内で既に使っている課題管理ツールにする。起票先の必須項目・選択肢・階層・権限を先に調べ、起票した課題には根拠になった議事録の位置を残す
• 定例会議では同じ宿題が繰り返し出る。既存の未完了課題と照合し、同じものは新規に作らず既存へ追記する
• 前回の持ち帰りの消化状況を次回の会議資料へ戻す。参加者が既に見る場所に置く
• 効果は起票漏れ、議事録作成にかかっていた時間、主催者の直しの割合で見る。分母は着手前に作っておく

Augueでは、会議の記録や社内文書を読み取って既存の管理ツールへつなぐAIエージェントの開発に対応しており、どこまでを自動で起票しどこに人の確定を残すかの線引きから一緒に検討できます。自社の会議を対象にできるか判断したい方は、是非ご相談ください。

関連する記事

社内文書を検索できる形にする話は 社内問い合わせ対応をAIで自動化する、商談の記録を残す側は 商談メモの入力をAIで自動化する、会議内容の取り扱いの線引きは 生成AIの社内利用ルールをどう作るか、開発の進め方は AIエージェント開発の進め方、効果の測り方は AI導入の効果測定と投資判断 を参照してください。

よくある質問

会議ツールに付いている要約機能だけでは足りませんか？

会議の中身を後から思い出す用途なら、標準の要約で足ります。足りなくなるのは、出てきた持ち帰りを課題管理へ運ぶところからです。標準機能の出力は会議ごとに独立した文章で、前回の宿題と結び付ける仕組みも、登録先の項目に合わせる仕組みもありません。まず標準機能を使い、そこから先の運び方だけを作る形にすると、作る範囲が小さく収まります。

録音や文字起こしが残っていない会議は対象にできますか？

音声が無い場合は、参加者が書いたメモを入力にする形になります。ただしメモは書いた人の関心に沿って残るため、持ち帰りの取りこぼしは音声よりも増えます。対象にするかは、その会議の宿題が実際に管理されていないかどうかで決めます。管理されている会議を無理に含めると、二重管理になります。

音声と文字起こしはどれくらいの期間残しておくものですか？

一律の期間は決められません。決め方としては、後から議事録の内容を確認したいときに何をさかのぼるかを先に決め、その用途に必要な期間だけ残します。起票された内容の根拠を追う目的なら、次の会議までではなく案件が終わるまでが対象になります。保持期間と、誰が再生できるかは合わせて決めておきます。

会議の数が多い場合、どこから対象に含めるか判断する材料は何ですか？

会議の重要度ではなく、宿題が抜けたときに後で困るかどうかで選びます。定例で参加者が固定されていて、前回の持ち帰りを確認する時間が毎回取られている会議は、効果が見えやすい対象です。逆に、その場で結論が出て持ち帰りがほとんど出ない会議は、対象に含めても起票が増えません。