決まったことが実行されない。アクションアイテムを自動でタスク化

会議で決まった内容が実行されない。
これは会議の運営でいちばん多い悩みだと思います。
次の会議が「あれはどうなりましたか」から始まるので、同じ確認を毎回繰り返します。

原因は担当者の意識ではなく、記憶に頼っている点と転記の手間にあります。
今回は、議事録から自動でタスク化する経路を仕組みにする話を書いていきます。
会議と議事録の全体像は会議と議事録のAI化。準備から共有・タスク化までの設計にまとめてあります。

決まった内容が動かないのは、転記が仕組みから抜けているから

なぜ決まった内容は動かないのでしょうか？
分解すると、議事録に書かれても自分のタスクリストに入らない点、期限が決まっていない点、担当が曖昧な点、進捗を確認する経路がない点、の4つに集約されます。
議事録は共有されますが読んで自分のタスクに転記する作業が発生するので、この転記がそのまま抜けます。
「対応します」で終わっている宿題はいつまでも動きませんし、「営業部で対応」という記録では誰がやるか決まっていません。

次の会議まで誰も見ないので、直前になって慌てる羽目になります。
中でも最も大きい原因は、転記がタスクリストに自動で入らない点で、ここは仕組みで解決できる部分でもあります。

補足しておくと、この問題は善意で放置されています。
議事録を読んで自分のタスクを転記するのは本来やるべき作業なので、「やらない人が悪い」という結論になりがちだからです。

ただ、実際には転記の作業が発生する仕組みそのものが問題です。
会議が週に5件あれば5回転記する必要があり、忙しい週から抜けていきます。

仕組みで解決するなら、転記そのものをなくします。
議事録から抽出された宿題が自動的にその人のタスクリストに入るだけで、実行率が変わります。

抽出・タスク化・通知の3工程で組む

どんな流れで組めばいいのでしょうか？
工程1が抽出で、議事録または文字起こしから宿題を抽出するものです。
抽出するのは誰が・何を・いつまでにの3つになります。
工程2がタスク化で、抽出した宿題を担当者のタスクリストに登録します。

工程3が通知で、決定事項を関係者に通知し、担当者には自分の宿題を通知します。
工程1の精度が全体を決めるので、ここが本体になります。

抽出の精度は、会議の終わりの5分で決まる

何があると、宿題は抽出できなくなるのでしょうか？
抽出できない典型は、担当が語られていない、期限が語られていない、宿題かどうかが曖昧、の3つです。
「じゃあ確認しておきましょう」で終わっていて、誰が確認するかが不明な状態がまずあります。
「早めに対応します」という形で、期限が語られない場合もあります。

「検討したほうがいいかもしれませんね」は、宿題なのか意見なのかが分かりません。
3つとも会議の側の問題なので、対処は会議の運用のほうにあります。

もっとも効くのは、会議の終わりに5分使って口頭で確認する運用です。
「今日の宿題は、Aさんが〇〇を来週金曜まで、Bさんが〇〇を月末まで。以上ですね」と読み上げる形で、この5分があると抽出の精度が大きく変わります。
参加者は口頭で確認されるので、自分の宿題を認識します。

あわせて「宿題ではないもの」も明示しておき、「検討したほうがいい」で終わった話は宿題にせず次回の議題として残すという扱いにします。
会議そのものの質を上げる話は議事録より前に会議の質を上げる。アジェンダ設計から振り返りまでにまとめてあります。

期限が語られていない場合の扱いは、別に決めておきます。
選択肢は、期限がないものはタスク化せず「期限が決まっていない宿題」の一覧として別に残す、既定の期限を入れる、担当者に期限を決めてもらう、の3つです。

もっとも実務的なのは、既定の期限を入れる形だと思います。
次回の会議で確認されるので動く動機が生まれますし、本人が「その期限では無理」と思えば変えられるからです。
一覧にして残すだけでは「期限が決まっていない宿題」が溜まるだけになりがちで、本人に期限を委ねる形は入れないままになる可能性があります。

通知は決定事項と宿題に絞り、上司には期限超過だけ届ける

通知は、誰に何を届ければいいのでしょうか？
担当者への通知は自分の宿題と期限で、タスクリストに入っていれば追加の通知は不要な場合もあります。
関係者への通知は「決定事項」だけに絞り、議事録の全文は読まれないので送りません。
上司への通知は慎重に設計する必要があり、全部を通知すると管理の道具になって「見られている」という感覚が生まれ、宿題の申告のほうが減ります。

現実的な形は、期限を超えたものだけを通知する運用です。
進捗の管理ではなく支援の判断のための情報にするためで、「期限を超えたものは上司に通知されます。これは支援の判断のためです」という位置づけを明示しておきます。

効果を測る設計もしておき、測るのは期限内に完了した宿題の割合、期限を超えた宿題の平均遅延日数、次の会議で「あれはどうなりましたか」から始まる回数、の3つです。
最後の指標は定性的ですが、体感として最も分かりやすい指標です。
実行率は部門別に見ると、特定の部門で低い場合に業務の負荷か宿題の設計に問題があると分かります。

目安としては導入前が5〜6割、導入後は8割程度まで上がるのが一般的だと思います。
10割にはなりません。
業務の優先順位が変わる場合があるので、一部は遅れるからです。

「完了していないが理由がある」ものは区別しておきます。
忘れているのと優先順位を下げたのは違い、後者のほうは問題ではありません。

運用は1〜2か月かけて、抽出の条件を調整する

導入直後は、どこで詰まるのでしょうか？
抽出されすぎる場合があります。
「確認します」という発言が全部宿題として抽出されるとタスクリストが埋まるので、担当と期限の両方が明示されているものだけを宿題とするよう条件を絞ります。

逆に抽出されない場合もあります。
条件を絞りすぎると出てこないので、会議の終わりの確認を徹底します。

タスクの粒度が大きい場合もあります。
「〇〇の検討」という宿題は着手できないので、会議中に「最初の一歩は何か」を確認します。

同じ宿題が重複する場合もあります。
複数の会議で同じ話が出ると重複するので、既に登録されているものを確認する工程を入れます。

この調整には1〜2か月かかり、最初から完璧には回らないので月1回見直す前提で始めます。
依頼そのものを構造化する話は丸投げと伝言ゲームをなくす。タスク依頼を構造化する、フローの設定でつまずく箇所は自動化フローの設定でつまずく3項目。現場が自分で作れる状態にするで扱っています。

つまずきやすいのは6つで、転記を担当者任せにする、担当と期限が曖昧なまま抽出させる、議事録の全文を関係者に通知する、上司に全部を通知する、抽出の条件を絞らない、実行率10割を目指す、の6つです。
どれも、仕組みで転記をなくして会議の終わりに5分確認し、決定事項だけを送って期限超過だけを通知し、条件を絞って8割を目安にすれば防げます。

手間がかかるのは仕組みより、運用ルールの調整

仕組みそのものは3工程で単純で、手間がかかるのは抽出の精度と運用ルールの調整のほうだと思います。

抽出の条件をどこに置くか、期限がない場合をどうするか、上司への通知をどうするか。
これらは一度決めて終わりではなく、1〜2か月は調整し続ける必要があります。

また、調整には会議の運用の変更が含まれます。
「会議の終わりに5分使って確認する」は会議の進め方そのものの変更なので、ここは推進担当だけでは決められません。

さらに、実行率が上がらない場合の原因の切り分けも難しくなります。
仕組みの問題か、宿題の設計の問題か、業務の負荷の問題か。
原因が違えば、打ち手も違ってきます。

私たちが提供しているAI伴走支援では、こうした仕組みの実装と運用ルールの調整までを一緒に進めています。
作ったが実行率が上がらない、という状態で止まっている場合は、進め方の参考になるかもしれません。

転記をなくせるかどうかで、決まった内容が動くかが決まる

会議で決まった内容が実行されないのは、議事録から自分のタスクリストへの転記が抜けるのが最大の原因です。
担当者の意識ではなく、転記が発生する仕組みそのものが問題だからです。

構成は3工程で、抽出、タスク化、通知という並びになり、抽出できない原因は3つとも会議の側にあります。
会議の終わりに5分使って口頭で確認するのが最も効きますし、「宿題ではないもの」も明示しておきます。
期限が語られていない場合は、既定の期限を入れるのが実務的だと思います。

上司への通知は、期限を超えたものだけにします。
全部を通知すると管理の道具になって、宿題の申告のほうが減るからです。
実行率は8割程度が現実的で、「忘れている」と「優先順位を下げた」を区別しておきます。
導入直後の調整に1〜2か月かかる前提で、月1回見直す形で始めます。

まずは直近の会議を1件選び、担当と期限が明示された宿題の数を数えると、抜け漏れの量がはっきり見えてきます。