アクションアイテム：書き方、割り当て方、追跡のしかた、そしてリキャップがリストを保つ仕組み（2026年版）

アクションアイテムとは、会議から生まれたタスクひとつを指します。動詞がひとつ、担当者がひとり、期日がひとつ揃っているものです。「Anna — 修正した見積書をAsterに送る — 木曜日まで」はアクションアイテムです。「見積の件をフォローする」はトピックです。違いは、その場にいなかった人が、その一行だけを読んで、何が行われるのか、誰が行うのか、いつ遅れになるのかを判断できるかどうかにあります。

ほとんどの会議でアクションアイテムは生まれますが、それを保てているチームは多くありません。リストは通話の終わりに書かれ、誰かひとりのメモに収まり、三週間後に「あの見積、誰か送りましたっけ？」という問いとして再び現れます。その問いは次の会議で発せられ、前回の会議の再現に十分も費やされます。

このガイドでは、まず実践の技術を扱います。アクションアイテムとは何か、それぞれが備えるべき五つの要素、通話中と終了時の書き方、実行されるようにする割り当て方、リストを生き延びさせる追跡のしかたです。コピーして使えるテンプレートと例も載せています。そのあとで、仕組みの話に移ります。チームがすでに使っているツールのどこにアクションアイテムが置かれるのか、会議のあとにそれらがどうなるのかです。リストが息絶えるのは後者の部分で、定例会議のリキャップが単独で担えるのもこの部分です。

アクションアイテムとは何か、そして何ではないか

会議からは四種類のものが生まれます。記録する人の最初の仕事は、それらを区別することです。

決定事項はアクションアイテムではありません。「ベンダーBにする」は、「Priya — ベンダーBの注文書に署名する — 14日まで」が存在するまでは何も変えません。未解決の問いもアクションアイテムではありませんが、アクションアイテムを生むことはよくあります（「Kenji — APIにレート制限があるか調べる — 月曜日まで」）。会議の前からトラッカーにあったチケットも新しいアクションアイテムではなく、会議で口に出したからといってアクションアイテムになるわけでもありません。一時間の会議のあとのアクションアイテムが十行を超えるなら、タスクの顔をしたトピックや問い、チケットが混ざっています。

アクションアイテムが備えるもの：書式

使えるアクションアイテムには五つの要素があります。最初の三つが一行そのものを構成し、残りの二つが追跡を可能にします。

1. 動詞ひとつ、対象ひとつ。 見積書を送る。QAラウンドを手配する。コピーを下書きする。 「検討する」「話し合う」「考える」で始まる行はアクションではありません。終わりの条件がないからです。「完了」がどういう状態か言えないなら、それは問いです。
2. 担当者はひとり。チームではなく名前で。 「マーケティング」に済んだかどうかは尋ねられませんが、Lenaには尋ねられます。ふたり必要なら、アクションアイテムをふたつに分けるか、ひとりの担当者が人に任せる形にします。担当者とは次回に問われる人なので、今この場で頼まれた人でなければなりません。
3. 期日はひとつ。「近いうち」ではなく日付で。 「16日まで」は遅れになり得ますが、「なるべく早く」は遅れになりません。日付が決まっていないなら、アクションアイテムは「Anna — Xの日程案を出す — 金曜日まで」になります。これは日付のある、れっきとしたアイテムです。
4. 出どころ。 そのアイテムを生んだ決定やアジェンダ項目と、記録がある場合は、担当者が引き受けると答えた会議中の瞬間です。一か月後、「見積書を送る」だけではなんの意味も持たなくなったときに、読み手が必要とする文脈になります。
5. 状態。 未着手、完了、未完了（理由付き）。状態のないアクションリストは願い事のリストです。次の会議はこの状態から始まります。

書かないものもあります。アイテムに至るまでの議論、理由、代替案です。それらはノートに属します。アクションアイテムは一行です。自分の名前を探している人に読まれるものだからです。

書き方：会議中、終了時、会議後

会議中は、誰かが引き受けると言った瞬間にアイテムを書きます。 アクションアイテムは「木曜日に送ります」という一言の中で生まれ、誰も書き留めなければ同じ一言の中で消えます。最も効果が大きい習慣は、誰かが何かを引き受けたら日付付きで声に出して読み返すことです。「では記録します。Anna、修正した見積書をAsterに、木曜日まで」。担当者が合意したことを覚えているうちに、訂正してもらいます。読み返されたアイテムは、担当者が二度同意したアイテムです。

終了時にリストを通して確認します。 アジェンダのある会議の最後の五分は、成果と担当者のために空けておきます。アジェンダの各項目に「決定」「未解決」「日付を決めて持ち越し」の三つのうちひとつの状態を付け、すべてのアクションに名前と日付を付けます。リスト全体を一行ずつ、その場で読み上げます。「マーケティングで料金ページを見ておく」が「Lena — 料金ページのコピーを下書きする — 16日まで」に変わるのはここです。Lenaがその場にいて、そう言えるからです。終了時に名前が付かないアイテムはリストに載せません。提起した人の名前を添えて、パーキングロットに送ります。

会議後は、その日のうちにリストを一度だけ、一か所に公開します。 招待された全員に送ります。欠席した人にも送ってください。担当者が欠席したアクションアイテムは、最も見落とされやすいからです。そのうえで、次の会議が開くはずの場所にリストを置きます。進行役のノートにあるリストは、チームが持っていないリストです。チームがすでに話しているチャンネルにあるリストなら、全員が古びていく様子を目にできます。

実行されるようにアクションアイテムを割り当てる

失敗する割り当てのほとんどは、次の三つのルールで防げます。

• 担当者は、その場で「はい」と言った人です。 不在の人に割り当てると、誰も合意していない行ができます。適切な担当者がいなかった場合、アイテムは「進行役 — DanaにXを引き受けられるか確認する — 明日まで」とし、Danaが答えた時点でDanaの本来のアイテムが生まれます。
• 手は何本あっても、担当者はひとり。 「MateuszとPriya」では、互いに相手がやるものと思い込みます。次の会議で問われる人をひとり選んでください。もうひとりは手伝いであり、手伝いは行に載せません。
• 担当者が復唱します。 進行役ではなく、担当者です。「木曜日、修正した見積書を、Asterに、はい」。三十秒で済み、次の会議で最もよく起きる「そんな約束はしていません」という言い争いがなくなります。

割り当てとは言えないものがあります。担当者が翌朝のメールで初めて目にするリスト上のアイテムです。アイテムが担当者に届く経路がそれしかないなら、その会議は終了時の確認をしないまま終わっています。

アクションアイテムの追跡

追跡はツールではなく習慣です。四つの要素があります。

1. チームごと、または定例会議ごとにリストをひとつ。 会議ごとではありません。会議が追記し、読み返すリストがひとつあれば足ります。リストは、その会議シリーズの記憶です。
2. 次の会議はリストから始めます。 最初のアジェンダ項目の前に、未完了のアクションを一行ずつ確認します。担当者が完了か未完了かを述べ、未完了なら理由も述べます。八件のリストなら二分です。理由は「法務待ち」「未着手」のように数語でアイテムの横に書きます。場が判断するのは、その理由だからです。
3. 状態は三つ。未完了のアイテムは黙って持ち越しません。 未完了のアイテムは、その場で、担当する人が、期日を付け直すか、担当を替えるか、取り下げます。「見積書を送る」を何も判断しないまま四回の会議にわたって持ち越すと、リストは読まれなくなります。
4. 滞留ルール。 会議の周期の二倍より古いアイテム（週次なら二週間）は、明示的に取り上げます。アクションアイテムより大きいのであればトラッカーのプロジェクトタスクにし、そもそも実現しそうにないなら取り下げます。どちらでも構いません。何も外に出ていかないリストは、リストではありません。

追跡が答えるべき問いは「何を決めたか」ではありません。それにはリキャップが答えます。答えるべきは、決めたことのうち実際に何が起き、何が止まっているのかです。会議の冒頭に二分でそれに答えられないなら、問題は人ではなく書式にあります。

アクションアイテムのテンプレート

会議の終了時とリキャップで使う一行です。

アクションアイテム — [会議名]、[日付]
– [担当者] — [対象＋動作] — [日付]まで — 出どころ：[アジェンダ項目／決定事項]
– [担当者] — [対象＋動作] — [日付]まで — 出どころ：[アジェンダ項目／決定事項]
– [担当者] — [対象＋動作] — [日付]まで — 出どころ：[アジェンダ項目／決定事項]

[前回の日付]からの持ち越し
– [担当者] — [タスク] — 期日は[日付] — 完了 ／ 未完了： [理由、数語で] — [日付]に期日を変更 ／ 取り下げ

シリーズ全体にわたるリストのためのトラッカーです。

どちらも、ドキュメント、スプレッドシート、チャットメッセージ、キャンバスに、書式を整え直さずに貼り付けられます。テンプレートに欠けていることが多い列は、出どころと記録日です。アイテムがどこから来たのか、どれくらい古いのかを示すもので、次の会議が必要とする二つの情報でもあります。

例：同じアイテムの、前と後

右の列に共通するものに注目してください。最初に名前、次に動詞、そして日付と、出どころの項目です。これが技術のすべてです。このガイドのそれ以外の部分は、その一行を会議が終わったあとも生かしておくための話です。

すでに使っているツールのどこにアクションアイテムがあるか

主要なプラットフォームにはそれぞれアクションアイテムの置き場所があり、それぞれ異なる地点で止まります。以下はベンダー自身のページに書かれている動作のみで、各ページを確認した月を併記しています。

どこでも同じことが二つあります。アクションアイテムは会議の隣にあるドキュメントで、場が使ったひとつの言語で書かれていること。そして、先週のアイテムが完了したかどうかはドキュメントが答えてくれる問いではなく、次の会議で誰かがそれを開いて尋ねることです。

リキャップがリストを保つ仕組み

InterMINDは、会議がチャンネルの中にあるコミュニケーションスペースです。そのため、リストには分かりやすい置き場所があります。前日にアジェンダが投稿され、会議後に成果が戻ってくるチャンネルのチャットです。そこでは各メンバーが自分の言語で入力し、他のメンバーの発言を自分の言語で読みます。通話中は、ノートとして投稿したリストをShare to conferenceで、ビデオタイルの隣の全員の画面に表示できます。共有した人がその場で編集でき、参加者は全員それを自分の言語で読みます。アジェンダやトラッカーを別の場所で下書きした場合は、メールでチャンネルに取り込めます。チャンネルのオーナーがチャンネル専用のアドレスを発行し、そこに送ったメッセージは、送信者名が付いた通常のメッセージとして、添付ファイルもそのまま表示されます。

通話が終わると、リキャップが会議そのものから作られます。要約、合意・未解決・意見が分かれたとして印を付けられた論点、そしてアクションアイテムです。アクションアイテムは、誰かが責任を引き受けたとき（指名されても自ら名乗り出ても）に限って記録され、行には担当者と、その人が「はい」と言った瞬間のタイムスタンプが付きます。タイムスタンプからは、その瞬間の文字起こしが開きます。期日が口にされていれば、行の文言の中にそのまま残ります。リキャップはメールで、チャンネルのメッセージとして、そしてカレンダーの予定のリンクとして届き、サインインしているメンバーは全員それを自分の言語で読みます。記録は、その場がたまたま使った言語で一度だけ書かれるのではなく、読む人ごとに翻訳されます。担当者が違っていればEditで直します。すべての編集は編集者とリビジョン履歴を残し、チャンネルは過去のすべてのセッションのリキャップを保管するので、三週間前のアイテムもワンクリックで開けます。

チャンネルの定例会議では、リストが読み返されます。次のリキャップが書かれるとき、前回のセッションの未完了のアクションアイテムが、会議で話された内容に照らして判定されます。完了したと報告されたアイテムは完了と記され、それ以外は、会議での言葉による理由を付けて未完了と記されます。誰も取り上げなかった場合は「not discussed」となり、最初に記録された日が横に添えられます。このプレビューを利用できるアカウントでは、リキャップの二つのリストは次のようになります。

## アクションアイテム
- [ ] 修正した見積書をAsterに送る (Anna) [12:05]
- [ ] 日本語のQAラウンドを手配する (Kenji) [27:40]

## 持ち越し
- [x] 二番手の最終候補者にオファーを出す (Priya) · 2026-10-06 [0:09]
- [ ] 案件を新しいCRMに移行する (Dana) · 2026-09-10 — 案件はまだ旧CRMにある [0:20]

完了したアイテムは、最初に書かれたリキャップ上でも完了と記されます。未完了のものは次のセッションに引き継がれます。リキャップのページでは、チャンネルのアクションアイテムを過去30日間または全期間で集計します。ホストは全員の行を、メンバーは自分の行を見られます。次のセッションの冒頭ではMiaが未完了のアイテムとその担当者を読み上げるので、リストは「探すもの」ではなく「話題にされるもの」になります。この部分は、改良を続ける間、一部のアカウントで稼働しています。

リストを記録システムに届ける必要がある場合は、ホストが任意のアドレス（CRMやトラッカーの受信用メールボックスなど）にリキャップのコピーを追加できます。アドレスを一度確認すれば、その会議またはチャンネルのすべてのリキャップがそこにも送られます。仕組みは会議リキャップのコピーをメールでCRMに届ける方法で説明しています。同じリキャップは、要約をMarkdownで添えてZapier、Webhook、APIにも届きます。さらに、読み手自身のアシスタント（Claude、ChatGPT、Copilot、Gemini）もMCPコネクタ経由でリキャップを読めるため、「直近三回の会議のアクションアイテムをタスクリストに追加して」は、すでに使っているツールにそのまま入力できるプロンプトになります。

ゲストはリンクから、アカウントなし、無料で、スマートフォンからでもブラウザからでも参加し、会議をライブで自分の言語で聞けます。ゲストには会議後の記録は残りません。記録にアクセスできるようにするのはアカウントで、アカウントは無料です。ホストはスペースを提供し、有料プランでは過去28日間にアクティブだったメンバーの分だけを支払います。利用がなくなったメンバーも、追加費用なしでアクセスを維持できます。

• 完全なリキャップを開く — あなたのリキャップを書くのと同じコードで生成された、実際の記録です。アクションアイテムも含まれます。
• ライブデモを試す — 登録不要。話してみると、場の発言が聞き手ごとに翻訳されます。

技術としてのアクションアイテムは、どんなツールを使っても生き残ります。誰かがタスクに「はい」と、声に出し、日付付きで言う必要があることに変わりはないからです。生き残る必要がないのは、二つ目の仕事のほうです。通話のあとにリストを一つの言語で打ち直し、次の会議を「前回言ったことを誰かやりましたか？」という問いかけから始めることです。

FAQ

アクションアイテムとは何ですか？

アクションアイテムとは、会議から生まれたタスクひとつを指し、対象を伴う動詞、担当者ひとり、期日ひとつで書かれます。「Anna — 修正した見積書をAsterに送る — 10月16日まで」のようなものです。決定事項（場が合意したこと）、未解決の問い（まだ誰も答えられないこと）、すでにトラッカーにあるプロジェクトタスクとは区別されます。目的は、会議にいなかった人が、何が行われ、誰が行い、いつ遅れになるのかを判断できるようにすることです。

アクションアイテムの例を教えてください。

「Lena — 新しい料金ページのコピーを下書きする — 10月16日まで — 決定事項2より」。名前、動詞、日付、そして出どころの項目が揃っています。同じことを悪い書き方にすると「マーケティングで料金ページを見ておく」になり、担当者も、終わりの条件も、日付もありません。

議事録にアクションアイテムはどう書きますか？

それぞれ一行にし、専用の見出しの下に、担当者、タスク、期限の順で書きます。「Action: M. Bauer — 更新した価格表を営業に渡す — 9月5日まで」のようにします。誰かが引き受けた瞬間にアイテムを書き、日付付きで声に出して読み返して担当者に確認してもらい、会議の終了時にすべてのアイテムをまとめて並べます。担当者のいないアクションアイテムは、代わりに未解決の問いとして記録します。詳しい書式は議事録の書き方ガイドにあります。

アクションアイテムとタスクの違いは何ですか？

アクションアイテムは会議の中で生まれ、その会議によって確認されます。担当者と日付のある一行で、寿命は数日から数週間と短いものです。タスクは、独自のステータス、見積、履歴を持ってトラッカーに置かれ、複数の会議より長く続くこともあります。アクションアイテムがタスクになることはよくありますが（「Mateusz — エクスポート修正のチケットを作成する — 明日まで」）、既存のチケットを会議で話題にしても、新しいアクションアイテムにはなりません。

会議のアクションアイテムの責任者は誰ですか？

各アクションアイテムの担当者はちょうどひとり、その場で「はい」と言った人です。リストの責任を負うのは進行役で、終了時に読み返し、その日のうちに公開し、次の会議をそのリストから始めます。不在の人に割り当てられたアイテムは誰も合意していない行なので、本来のアイテムはその人に確認することです。

会議のアクションアイテムはどう追跡しますか？

会議ごとではなく、定例会議ごとにリストをひとつ持ちます。毎回の会議はそのリストから始め、各担当者が完了か未完了かと、その理由を二分で述べます。すべてのアイテムに三つの状態のいずれかを付け、未完了のアイテムは黙って持ち越さず、その場で期日を付け直すか、担当を替えるか、取り下げます。リストにはドキュメント、スプレッドシート、キャンバスのどれでも使えます。InterMINDのチャンネルでは、リキャップが会議からリストを書き、持ち越しプレビューの対象となる定例会議では、前回のセッションの未完了アイテムを読み返して、それぞれに完了か未完了かを理由付きで記します。

Zoom、Teams、Google Meetはアクションアイテムを自動で作れますか？

各社のドキュメントによると、ZoomのAI Companionの会議サマリーには、有料のZoom Workplaceプランで「Next steps」セクションが含まれ、会議中は事前設定の質問「What are the action items?」を尋ねられます。Microsoft Teamsの会議ノートでは、出席者が人にタグ付けしてタスクを割り当てられ、Teamsのリキャップにはフォローアップタスクが一覧されます。Google MeetのTake notes for meは、ノートのドキュメントに「suggested next steps」を追加し、そこで人が割り当てられます。いずれの場合も記録は会議が行われたひとつの言語で保存され、Googleは、同じ会議で複数の言語を使う場合は対応していないと明記しています。

出典：Microsoft — Take meeting notes in Microsoft Teams、Microsoft — Recap in Microsoft Teams、Zoom — Using Meeting Summary with AI Companion、Zoom — Meeting questions with AI、Google Workspace Updates — "Take notes for me" now captures "next steps"、Google Meet — "Take notes for me" in Google Meet、Slack — Meeting agenda template (canvas)。Microsoftのノートのページ、GoogleのMeetヘルプページ、Slackのテンプレートは2026年10月に、Microsoftのリキャップのページ、Zoomの会議サマリーのページは2026年8月に、Zoomのmeeting questionsのページとGoogleのnext stepsの発表は2026年9月に確認しました。各ベンダーはプラン、機能、対応言語を随時変更します。最新の状態は各社のページでご確認ください。