mygems

議事録をマインドマップに変える方法

時系列の議事録では、決定事項や未解決の質問、担当者が埋もれます。マップに組み替える再現しやすい手順を紹介します。

執筆: uos ·

議事録が時系列になるのは、発言された順に書くからです。 ただ、その順番が重要度の順になっていることはほとんどありません。そのため、議事録は「何があったか」には答えても、 読み返すときに本当に知りたい次の2つには答えてくれません。何を決めたのか、誰が何をやるのかです。

マインドマップ(mind map)なら、時間ではなくトピックで整理するので、この2つに答えられます。 何に変換するのかが分かっていれば、変換作業は機械的です。

会議の流れをそのまま写さない

使えないマップができる原因は、議題ごとに1本ずつ枝を作り、話した順に並べてしまうことです。 それは議事録を円形に曲げただけです。

代わりに、毎回この5本の枝を使います。

  • 決定事項 — 決まったこと。誰が決めたかも書きます。
  • アクション — すべてに担当者と期限を付けます。付いていなければアクションではありません。
  • 未解決の質問 — 決まっていないこと。誰が答える必要があるかも書きます。
  • 背景 — 残す価値のある理由。なぜその決定になったのか。
  • 保留 — 話題には出たが、意図的に今は扱わないこと。3週間後に同じ議論を 蒸し返すのを防ぎます。

形を固定することが肝心です。どのマップも同じ形なので、6週間後でも見る場所が分かり、 マップ作りは設計ではなく仕分けになります。

手順

1. 整理する前に抜き出す

議事録を一度読み、決定、アクション、質問、理由のいずれかにあたる行にすべて印を付けます。 印のない部分は議事の記録、つまり誰が何を言ったかという経緯なので、マップには入れません。 この作業で、たいてい文章の6〜8割がなくなります。構造を考える前にこれをやるから、 マップが会議の形を引き継がずに済みます。

2. 5本の枝に仕分ける

迷う項目は、1つの質問で決まります。追加で誰にも確認せずに、誰かが動けるか? 動けるならアクションです。先に答えが必要なら未解決の質問です。 他の選択肢を閉ざしたなら決定事項です。

3. すべてのアクションに担当者と期限を付ける

名前のないアクションは願望です。会議で担当が決まらなかったなら、 その空白をマップに記録します。Owner: unassigned は有用な情報で、 空欄よりずっといいです。

4. 第2階層まで足して、止める

決定事項の下には、その決定で除外されたことを1階層で書きます。未解決の質問の下には、 誰が答える予定かを書きます。5本の枝の下に2階層あれば、ほとんどの会議には十分です。 3階層になったら、また書き起こしになっています。

5. 相互リンクを張る

この作業が、ここまでの手間に見合う部分です。各アクションを、それを生んだ決定にリンクし、 各未解決の質問を、それが止めている決定にリンクします。6週間後に、なぜそのやり方で 作っているのかと聞かれたとき、答えは遺跡の発掘ではなく、マップ上の1行になります。

AIを使った速い方法

会議の記録が議事録ではなく文字起こしだった場合、その文字起こしをそのまま マインドマップ生成ツールに貼らないでください。できるのは会話のマップで、 先ほどの失敗パターンです。まず抽出を依頼します。

From this transcript, produce a Markdown outline with exactly five
top-level headings: Decisions, Actions, Open questions, Context, Parked.
Under Actions, one bullet per action in the form "Owner — task — date",
using "unassigned" where no owner was named. Quote nothing; do not
include anything that is only narration.

次に、そのMarkdownを普段使っているツールに取り込みます。ほとんどのマインドマップアプリは MarkdownやOPMLを直接読めるので、アウトラインが1ステップでマップになり、 構造は作るのではなく確認するだけで済みます。

出力では、毎回2点を確認してください。アクションの枝はAIが作り話をする場所です。 名前の出ていない担当者を自信満々に割り当てます。 また、保留の枝が空なら、たいていは探していません。ほとんどの会議で、 何かしら話題に出て先送りされているはずです。

Mind Map: Smart MindiPhone・iPad · Android

MarkdownとOPMLを取り込め、任意の2つのトピックを相互リンクでき、すべてのタスクにチェックボックスが付いて進捗が枝に集計されるので、アクションの枝が達成率として読めます。すべて端末内で完結するため、アップロードしてはいけないメモにも向いています。

できること

最後の点ははっきり言っておきます。議事録は、人が1週間に扱う文章のなかで 最も機密性が高いことが少なくありません。人員数、価格、顧客名、まだ発表していない決定などです。 アップロードするブラウザツールを使うのは、デフォルトではなく、考えたうえでの 選択であるべきです。 無料のAIマインドマップ生成ツールの比較 では、テキストがどこに送られるかで選択肢を分類しています。

残す価値のあるマップにするために

チェックするのはマップ全体ではなく、アクションの枝です。 チェックボックスが使えるなら、 アクションにだけ付けます。「4/7」と表示される枝は、自分で書かなくていい進捗報告です。

色はトピックではなく担当者で分けます。 そうすれば「この会議で自分がやることは何か」が、 読むのではなく一目で分かります。

未解決の質問と保留は、次の会議のマップに持ち越します。 この2本の枝は、 すでに書かれたアジェンダです。この習慣で、一連のマップがただの山ではなく流れになります。

定例の会議は、1回ごとではなく会議シリーズごとに1つのマップにします。 毎週のスタンドアップなら、週ごとに日付付きの枝が増えていく1つのマップが向いています。 スタンドアップのマップが12個バラバラにあっても、誰も開きません。

手間をかけなくていいとき

この方法が要らない会議もあります。決定が1つでアクションがなかったなら、 決定を1文で書いて終わりにします。15分の会議をマップにするのは、会議そのものより手間がかかります。

目安は、アクションが3つを超える、または未解決の質問が1つを超える場合です。 それ以下なら、議事録はすでに十分短く、そのまま読めます。

よくある質問

会議のマインドマップはどんな構造にすればいいですか?
議題ごとに枝を作るのではなく、決定事項・アクション・未解決の質問・背景・保留の、固定された5本の第1階層の枝にします。議題の形の枝は、議事録を円形に並べ直しただけです。形を固定すれば、6週間後でもどのマップも見つけやすく、作る作業は設計ではなく仕分けになります。
マップは会議中に作るべきですか、会議後ですか?
例外が1つあるものの、会議後です。会議中に作ると、聞きながら整理することになり、どの話が重要だったかまだ分からないため、構造がたいてい間違ったものになります。例外はブレインストーミングで、マップ自体が会議の成果物になり、参加者全員で一緒に作る場合です。
AIで会議の文字起こしをマインドマップにするにはどうしますか?
マップの前に抽出を依頼します。決定事項・アクション・未解決の質問・背景・保留のちょうど5つの見出しと、アクションごとに「担当者 — タスク — 期限」の形で1項目ずつ書いたMarkdownのアウトラインを求めます。そのMarkdownをマインドマップツールに取り込みます。文字起こしをそのまま生成ツールに貼ると、避けたい会話のマップができてしまいます。
AIが作った会議マップでは何を確認すべきですか?
アクションの枝と保留の枝です。アクションの枝では、モデルが誰も指名していない担当者を作り出しがちです。保留の枝は、探していないために空になっていることが多く、実際にはほとんどの会議で何かが話題に出て先送りされています。
会議のメモは、リストよりマインドマップのほうがいいですか?
アクションが数個で未解決の質問がない会議なら、いいえ。決定を1文で書いてください。マップが手間に見合うのは、アクションが3つを超える、または未解決の質問が1つを超えるあたりからです。そこから先は、項目そのものより項目同士の関係のほうが重要になるからです。
会議のマップを長く役立てるにはどうすればいいですか?
未解決の質問と保留の枝を、次の会議のマップに持ち越します。これらはすでに書かれたアジェンダです。定例の会議は、毎週別のマップを作って誰も開かなくなるより、シリーズで1つのマップにして、回ごとに日付付きの枝を足してください。

uos — マインドマップアプリ Smart Mind を作っています。時系列より構造のほうが役に立つ、と言い続ける口実のようなものです。