Git Diffの考え方をマインドマップに持ち込むと、変更が見える

マインドマップはレビューを重ねるほど良くなります。一方で、前の版から何が変わったのかは見つけにくくなります。そこでGoMindでは、Git Diffの考え方を取り入れました。2つの版を並べ、追加・削除・編集を周囲の構造と一緒に確認できます。

履歴は残っていても、変化は見えにくい

スナップショットを保存できるアプリは多くあります。難しいのは、後から「前回のレビュー以降、どこが変わったのか」と聞かれたときです。2つのマップを別々に開いても、移動した枝と削除された枝を見分けるために、結局すべてを読み直すことになります。

実務で必要なのは、履歴があるという事実よりも、考えがどの方向へ動いたかをすぐに説明できることです。

Git Diffから借りた考え方

Git Diffが読みやすいのは、2つのファイルを最初から読み直さなくても差分にたどり着けるからです。マインドマップでも、次の状態を明確にしました。

• 追加された枝は緑で表示。
• 削除された枝は赤で表示。
• 変更された内容はオレンジで表示。
• 前後の構造を並べ、変更の理由を追えるようにする。

色は判断そのものではありません。追加は新しい仮説かもしれませんし、削除は整理の結果かもしれません。比較画面は、レビューする人が判断するための材料を整えます。

読みやすさを保つ比較画面

GoMindでは、左に以前の版、右に新しい版を配置します。小さな凡例で3つの状態を確認でき、それぞれの階層は元のまま保たれます。変わっていない部分は控えめに、変わった部分は目に入りやすく表示されます。

大きなマップほど、この違いが効きます。画面全体を重ねる方法では、キャンバスの移動まで変更に見えてしまいます。左右を揃えて見れば、同じ枝がどこへ変わったかを追いやすくなります。

内容の変更と見た目の変更

マインドマップの履歴には、意味の変更と見た目の変更があります。トピックの追加・改名・削除・移動は意味に関わる変更です。レイアウト、テーマ、スタイル、間隔の変更は、考えを変えずに伝え方を変える操作です。

この2つを分けて見られると、レビューが落ち着きます。前者は意思決定の話、後者は読みやすさの話として扱えるからです。

日常で使える確認手順

1. 企画レビューの前: 会議で決めたことだけを前の案と照合する。
2. 調査の後: 新しい資料がどの枝を生み、どの前提が消えたかを見る。
3. 引き継ぎのとき: 次の担当者に、まず読むべき変化を示す。

目的は、地図を色で飾ることではありません。開いてから方向を理解するまでの時間を短くすることです。

次のレビューに向けた小さな流れ

意味のある版を保存 → 現在のマップと比較 → 追加・削除・変更を確認 → 親と兄弟の枝を読む → 判断を残す。

まず、名前やタイミングが分かる版を作ります。変更箇所を読んだら、その親と隣のトピックまで視野を広げます。文脈の中で納得できれば採用し、そうでなければ以前の版に戻って考え直せます。

GoMindで試してみる

マップを編集できる状態で保ち、重要な節目を保存し、次のレビューで「どこが変わった？」にすぐ答えられるようにしておきましょう。GoMindで、すでに使っているマップを比較してみてください。