「週次レビューが毎回ダラダラ長くなる」
「振り返っても、次週に活かせていない気がする」
こんな悩みを持っているビジネスパーソンは多い。週次レビューの目的は「来週をより良くすること」なのに、過去を振り返って終わりになっていないだろうか。
この記事では、KPT（Keep・Problem・Try）フレームワークをマインドマップで回す方法を紹介する。15分で完了し、次週の行動計画に直結する仕組みを作れる。
コピペで使えるテンプレート付きなので、今週末から試してみてほしい。
目的
週次レビューの目的を明確にしておこう。ここがブレると、振り返りが形骸化する。
週次レビューの本質
週次レビューは「過去を反省する時間」ではない。来週のパフォーマンスを上げるための投資時間だ。
過去1週間を振り返り、以下を明らかにする：
- 何がうまくいったか（再現すべきこと）
- 何がうまくいかなかったか（改善すべきこと）
- 来週、何を試すか（具体的なアクション）
この3つが明確になれば、週次レビューは成功だ。
なぜマインドマップを使うのか
KPTを箇条書きでやると、どうしても「羅列」で終わりがちになる。
マインドマップを使うメリットは3つある。
1. 構造化される
Keep・Problem・Tryが視覚的に分離される。ごちゃ混ぜにならない。
2. 階層で深掘りできる
「なぜうまくいったか」「どう改善するか」を子ノードで展開できる。
3. 次週との接続が見える
Tryで出たアクションを、そのまま来週のタスクに変換できる。
15分で完了させる理由
週次レビューは「長くやるほど効果が出る」わけではない。
むしろ、短時間で集中して行う方が効果的だ。理由は2つ。
- 習慣化しやすい — 15分なら毎週続けられる。60分だと「今週は忙しいからスキップ」になりがち
- 判断が速くなる — 時間制限があると、本当に重要なことだけに絞られる
15分で終わらせるために、KPT×マインドマップの型を使う。
KPT型
KPTフレームワークをマインドマップで表現する具体的な型を解説する。
KPTとは
KPTは、アジャイル開発の振り返り手法として広まったフレームワークだ。
- Keep — 続けること（うまくいったこと）
- Problem — 問題点（うまくいかなかったこと）
- Try — 試すこと（次にやること）
シンプルだが、この順番に意味がある。
- 1. まずKeepで「良かったこと」を認識する（ポジティブから始める）
- 2. 次にProblemで「課題」を洗い出す
- 3. 最後にTryで「アクション」を決める
マインドマップでのKPT構造
マインドマップの中心に「週次レビュー（日付）」を置き、3本のメインブランチを伸ばす。
週次レビュー（2/10〜2/14）
├─ Keep（続けること）
│ ├─ うまくいったこと1
│ │ └─ なぜうまくいったか
│ ├─ うまくいったこと2
│ │ └─ なぜうまくいったか
│ └─ うまくいったこと3
│
├─ Problem（問題点）
│ ├─ 課題1
│ │ └─ 原因
│ ├─ 課題2
│ │ └─ 原因
│ └─ 課題3
│
└─ Try（試すこと）
├─ アクション1
│ └─ いつやるか
├─ アクション2
│ └─ いつやるか
└─ アクション3
各ブランチの書き方ルール
Keepブランチ
- 1週間で「これは良かった」と思えることを3〜5個
- 抽象的に書かない（「頑張った」ではなく「毎朝9時に出社できた」）
- 「なぜうまくいったか」を子ノードで1行追加
Problemブランチ
- 1週間で「これは問題だった」と思うことを3〜5個
- 自分でコントロールできることに絞る
- 「原因」を子ノードで1行追加（なぜなぜ分析は不要、ざっくりでOK）
Tryブランチ
- Problemから導かれるアクションを書く
- 「〇〇する」と動詞で書く
- 「いつやるか」を子ノードで明記
数の目安
各ブランチの項目数は、3〜5個を目安にする。
- 少なすぎる（1〜2個）：振り返りが浅い
- 多すぎる（6個以上）：15分で終わらない、焦点がぼやける
迷ったら「今週、一番インパクトがあったもの」を優先的に書く。
15分手順
15分で週次レビューを完了させる具体的な手順を解説する。
事前準備（レビュー前日）
週次レビューをスムーズに行うために、前日に以下を確認しておく。
- カレンダーで1週間の予定を振り返る
- タスク管理ツールで完了/未完了タスクをチェック
- メールやSlackで主要なやり取りを思い出す
これを5分でやっておくと、当日の振り返りが速くなる。
ステップ1: Keepを書く（4分）
タイマーを4分にセット。
まず、今週「良かったこと」「続けたいこと」を書き出す。
問いかけ
- 今週、達成できたことは何か？
- 今週、自分を褒めたいことは何か？
- 今週、習慣として続けられたことは何か？
ポイントは、まずポジティブから始めること。Problemから始めると気分が下がり、振り返り自体が苦痛になる。
3〜5個書けたら、それぞれに「なぜうまくいったか」を1行追加。
ステップ2: Problemを書く（4分）
タイマーを4分にセット。
今週「うまくいかなかったこと」「問題だったこと」を書き出す。
問いかけ
- 今週、予定通りにいかなかったことは何か？
- 今週、ストレスを感じたことは何か？
- 今週、やり残したことは何か？
ただし、自分でコントロールできないことは書かない。「上司が無茶な依頼をしてきた」は愚痴であって、改善対象ではない。
「自分の行動で変えられること」に絞る。
3〜5個書けたら、それぞれに「原因」を1行追加。
ステップ3: Tryを書く（4分）
タイマーを4分にセット。
Problemから導かれる「来週試すこと」を書き出す。
変換のコツ
- Problem: 「タスクの優先順位付けができなかった」
- Try: 「毎朝10分、その日のタスクを3つに絞る時間を取る」
Tryは具体的な行動で書く。「頑張る」「意識する」は行動ではない。
3〜5個書けたら、それぞれに「いつやるか」を1行追加。
ステップ4: 全体を見直す
最後に3分で全体を俯瞰する。
チェックポイント
- KeepとProblemのバランスは取れているか？（Problemばかりだと続かない）
- TryはProblemと紐づいているか？（Keepから派生するTryもOK）
- Tryは来週中に実行可能か？（非現実的なものは削除または修正）
問題なければ、週次レビュー完了。
次週計画へ接続
週次レビューは「振り返って終わり」ではもったいない。次週の計画にスムーズに接続する方法を解説する。
TryをタスクとしてエクスポートしてTryからタスクへ変換
Tryブランチに書いた項目は、そのまま来週のタスクになる。
変換例
- Try: 「毎朝10分、タスクを3つに絞る」→ タスク: 「月〜金、9:00にタスク優先度確認（各10分）」
- Try: 「週2回、30分の集中作業ブロックを確保」→ タスク: 「火・木の14:00-14:30をブロック」
曖昧なTryは、日時・頻度・数値を入れて具体化する。
カレンダーとの連動
Tryで決めたアクションは、カレンダーに予定として入れる。
「意識してやる」では忘れる。カレンダーに入れて、時間を確保する。
MindTreeで作成したマップはMarkdown形式で書き出せるので、タスク管理ツールへのコピペも簡単だ。
次週レビューへの引き継ぎ
来週の週次レビューでは、今週のTryが「実行できたか」を確認する。
- 実行できた → 来週のKeepに追加
- 実行できなかった → 来週のProblemに追加（なぜできなかったか）
このサイクルを回すことで、改善が積み上がっていく。
月次レビューとの連携
4週間分の週次レビューを見返すと、月次レビューになる。
月次で確認すること
- 毎週Problemに上がっていることはないか？（根本的な改善が必要）
- Keepが増えているか？（成長の証）
- Tryの実行率はどうか？（振り返りが機能しているか）
MindTreeなら複数のマップをタブで開けるので、4週分を並べて比較できる。オートセーブとバックアップ機能があるため、過去のマップも安心して保存しておける。
テンプレ
そのまま使えるテンプレートを3種類用意した。MindTreeにMarkdownとしてインポートするか、テキストエディタで編集して使える。
テンプレート1: 基本形（15分週次レビュー）
# 週次レビュー（MM/DD〜MM/DD）
## Keep（続けること）
- うまくいったこと1
- なぜうまくいったか:
- うまくいったこと2
- なぜうまくいったか:
- うまくいったこと3
- なぜうまくいったか:
## Problem（問題点）
- 課題1
- 原因:
- 課題2
- 原因:
- 課題3
- 原因:
## Try（試すこと）
- アクション1
- いつやるか:
- アクション2
- いつやるか:
- アクション3
- いつやるか:
## 次週への引き継ぎ
- 最優先Try:
- カレンダーにブロック済み: Yes / No
テンプレート2: 数値目標つき（成果管理型）
# 週次レビュー（MM/DD〜MM/DD）
## 今週の数値
- 目標1: [目標値] → 実績: [実績値]
- 目標2: [目標値] → 実績: [実績値]
- 目標3: [目標値] → 実績: [実績値]
## Keep（続けること）
- 達成できた目標
- 成功要因:
- 良かった習慣
- 継続のコツ:
- 予想外の成果
- 再現するには:
## Problem（問題点）
- 未達成の目標
- 原因:
- 時間を浪費したこと
- 改善点:
- ストレスだったこと
- 対策:
## Try（試すこと）
- 数値改善のアクション
- 具体的な行動:
- 期限:
- 習慣化したいこと
- 開始日:
- やめること
- 代替行動:
## 来週の目標
- 目標1: [目標値]
- 目標2: [目標値]
- 目標3: [目標値]
テンプレート3: チーム週次レビュー用
# チーム週次レビュー（MM/DD〜MM/DD）
## 参加者
- [名前1], [名前2], [名前3]
## Keep（続けること）
- チームでうまくいったこと
- 担当者:
- 成功要因:
- 個人でうまくいったこと
- 担当者:
- 共有ポイント:
## Problem（問題点）
- チームの課題
- 影響範囲:
- 原因:
- プロセスの課題
- 発生頻度:
- 原因:
- コミュニケーションの課題
- 関係者:
- 原因:
## Try（試すこと）
- チームで試すこと
- 担当者:
- 期限:
- プロセス改善
- 担当者:
- 期限:
- ルール変更
- 適用開始日:
## 決定事項
-
-
## 次回レビュー
- 日時:
- 確認事項:
MindTreeで振り返りを仕組み化
週次レビューを習慣化するには、ツールとの相性が重要だ。
なぜMindTreeが週次レビューに向いているか
完全ローカル動作
振り返り内容には、仕事の課題や個人的な悩みも含まれる。クラウドに送信されない完全ローカル保存なら、安心して本音を書ける。
Markdown/OPML書き出し
作成したKPTマップをMarkdownで書き出せば、NotionやObsidianにそのまま貼り付けられる。OPML形式なら他のマインドマップツールへのインポートも可能。
オートセーブ・バックアップ
振り返り中にうっかりウィンドウを閉じても、オートセーブで復元できる。過去の週次レビューもバックアップから参照可能。
推奨ワークフロー
- 1. 金曜日の終業前、または土曜の朝に15分確保
- 2. MindTreeを開き、テンプレートをインポート（または前週のマップを複製）
- 3. Keep → Problem → Tryの順に記入
- 4. Markdownで書き出し、タスク管理ツールにコピー
- 5. PNG/PDFで書き出し、週報として保存
この流れなら、振り返りからアクション管理までシームレスに繋がる。
まとめ
週次レビューを「やって終わり」にしないためには、型と時間制限が必要だ。
KPT×マインドマップの組み合わせで、以下が実現できる。
- 15分で完了 — 時間制限で習慣化しやすい
- 構造化された振り返り — Keep・Problem・Tryで抜け漏れなし
- 次週への接続 — Tryがそのままタスクになる
この記事のポイント
- 週次レビューの目的は「来週を良くすること」
- KPTフレームワークをマインドマップで視覚化
- 15分手順: Keep(4分)→Problem(4分)→Try(4分)→見直し(3分)
- Tryをカレンダーにブロックして行動に落とす
- テンプレートをコピペして今週から始められる
今週末から、15分の週次レビューを始めてみよう。継続すれば、1ヶ月後には「毎週が改善される」サイクルが回り始める。
関連記事
あわせて読みたい:
FAQ
Q1: 週次レビューは金曜と月曜、どちらにやるべきですか？
A: どちらでも効果はあるが、目的によって使い分けるとよい。金曜日派は「今週の記憶が新鮮なうちに振り返りたい」「週末にリセットして月曜を迎えたい」人向け。月曜日派は「週末に考えを整理してから振り返りたい」「週の始まりに計画を立てたい」人向け。迷うなら金曜の終業前15分を推奨。記憶が鮮明で、週末に引きずらずに済む。
Q2: Problemが多くてKeepが思いつかないときはどうすればいいですか？
A: 意識的にKeepを探す「問いかけ」を変えてみる。「今週、時間を守れた予定はあるか？」「今週、誰かに感謝されたことは？」「今週、昨日より上手くできたことは？」など、ハードルを下げた質問をする。小さなことでもKeepに書く習慣をつけると、ポジティブ面に気づきやすくなる。それでも出ない週は「Keepが見つからなかった」自体をProblemに書き、「来週は毎日1つ良かったことをメモする」をTryにする。
Q3: チームでKPTをやると時間がオーバーします。どうすれば15分で終わりますか？
A: 3つの工夫で時間短縮できる。(1) 事前記入: 各メンバーが事前にKeep・Problem・Tryを1〜2個ずつ書いてくる。当日は共有と議論だけに集中。(2) タイマー厳守: Keep 5分・Problem 5分・Try 5分で区切り、時間になったら次へ進む。(3) ファシリテーター固定: 進行役を決め、脱線したら「それはTryで議論しましょう」と軌道修正する。チーム人数が5人以上なら、20〜30分に延長するか、小グループに分けて実施する。
コメント