テックエイド
AI・業務自動化

Claude Codeで1on1/ふりかえりをチームのナレッジに｜PM・EMの組織知設計実装レシピ

#Claude Code #1on1 #ふりかえり #組織知 #リーダーシップ
Claude Codeで1on1/ふりかえりをチームのナレッジに｜PM・EMの組織知設計実装レシピ

PMやEMが毎週やっている1on1とふりかえり。本人にとっては大切な時間ですが、メモが個人ノートに残るだけで、組織のナレッジには積み上がらない——こんなチームが大半です。「もっと早く相談してくれていたら」「他のチームでも同じ問題が起きてた」が後から繰り返されます。

「議事録を共有すればいい」と聞きますが、そのまま共有すると個人情報や評価情報が混ざります。本当に効くのは、Skillで1on1メモとふりかえり議事録から「ナレッジ化可能な要素」だけを抽出し、組織知として蓄積する運用です。

この記事では、Claude CodeでPM・EMの組織知運用を実装する方法を、現場で動かせる粒度で解説します。

なぜ1on1とふりかえりは組織知になりにくいのか

1on1とふりかえりが個人にとどまるのは、設計の問題です。

  • プライバシーと組織知が混在：個人の評価・キャリア相談と、組織の学びが同じノートにある
  • 抽出する型がない：「ナレッジになる要素」を切り分ける手間が大きい
  • 共有先が決まっていない：抽出しても置き場がなく、参照されない

Claude Codeは、Skillで「組織知として共有可能な要素」を抽出し、共有先を切り分けることで、PM・EMの対話を組織の学びに変換できます。

Claude Codeを「組織知変換器」にする全体像

必要な要素は次の3つです。

  1. メモ・議事録の入力フォーマット：1on1とふりかえりの構造を統一
  2. 組織知抽出Skill：プライバシー要素を除外し、組織で共有すべき学びだけを抽出
  3. CLAUDE.md組織知運用ルール：何を共有し、何を共有しないかの明確な境界

これが揃うと、PM・EMは1on1とふりかえりを「組織のための時間」にも変換できます。

ステップ1：メモ・議事録の構造を統一する

tmp/1on1/{member}/{date}.md と tmp/retro/{team}/{sprint}.md の構造を統一します。

# 1on1メモ（{date}）
- メンバー：（イニシャル）
- 種別：1on1

## 個人情報セクション（共有不可）
- キャリア相談：
- 評価関連：
- 健康・家庭事情：

## チーム・案件セクション（条件付き共有可）
- 担当案件の困りごと：
- チームの動きで気になる点：
- 他チームとの連携で困った点：

## 組織共通セクション（共有推奨）
- 全社で共通しそうな課題：
- プロセス改善の気付き：
- ツール・仕組みの提案：

セクションを物理的に分けるのが運用の核心。AIに「どれが共有可能か」を判断させると判断が緩む可能性があるため、人間が書く段階で構造化します。

ステップ2：組織知抽出Skillを定義する

.claude/skills/knowledge-extract/SKILL.md を作成します。

---
name: knowledge-extract
description: tmp/1on1/ や tmp/retro/ 配下のメモから「組織共通セクション」のみを抽出し、匿名化したうえで docs/learnings/ に追記する
disable-model-invocation: true
allowed-tools: Read, Write
---

# 組織知抽出Skill

## 入力
- `tmp/1on1/{member}/{date}.md`
- `tmp/retro/{team}/{sprint}.md`

## 処理
1. ファイルを読み、「組織共通セクション」のみを対象にする
2. 「個人情報セクション」「チーム・案件セクション」は **絶対に参照しない**
3. 抽出内容を次の観点で分類
   - 全社共通課題（プロセス・組織構造）
   - ツール・仕組みの改善提案
   - 暗黙知のドキュメント化候補
4. 匿名化（個人名・チーム名・案件IDをマスク）
5. `docs/learnings/{YYYY-MM}.md` に追記

## 出力フォーマット
- 月次ファイル：`docs/learnings/2026-04.md`
- 各エントリ：①日付（個人特定にならない粒度） ②カテゴリ ③学びの要約 ④関連リンク（ある場合）

## 厳守
- 個人情報セクションを絶対に読まない・参照しない
- 個人を特定可能な情報を含めない
- マスク前のテキストを出力しない
- 抽出元ファイル名を出力に含めない（追跡性より匿名性優先）

「個人情報セクションを絶対に読まない」が組織知運用の安全装置。AIに「適切に判断」を求めると判断が揺れるため、入力段階で構造的に切り分けます。

ステップ3：CLAUDE.mdに組織知運用ルールを書く

## 1on1・ふりかえり組織知運用ルール

### メモの書き分け原則
- 個人情報セクション：本人とPM・EMだけが読む
- チーム・案件セクション：チームリーダー・上長が読む（必要時のみ）
- 組織共通セクション：組織知として共有OK

### 組織知に上げる基準
- 全社で共通しそうな課題
- プロセス・ツール・仕組みの改善提案
- 暗黙知のドキュメント化が必要な領域

### 組織知に上げない基準
- 個人の評価・キャリア相談
- 個人の健康・家庭事情
- 特定個人・チームを批判する内容

### 匿名化のルール
- 個人名は記載しない
- チーム名・案件IDは抽象化（例：「あるチーム」「ある案件」）
- 特定可能な日付・規模感は丸める

### AIに任せないこと
- セクション境界の判断（必ずメモを書くPM・EMが構造化）
- 共有可否の最終判断（PMがレビュー後に追記）

CLAUDE.mdが「共有してはいけないもの」を明示することで、AIが越境した出力を出さない設計になります。

ステップ4：実際の運用フロー

PM・EMの月次運用は次の通りです。

  1. 週次（1on1・ふりかえり後）：PM・EMがセクション分けされたフォーマットでメモを書く
  2. 月末：/knowledge-extract を実行 → docs/learnings/{YYYY-MM}.md に組織共通の学びが追記される
  3. PMレビュー：抽出結果を読み、共有可否を最終判断（個人特定の懸念があれば削除）
  4. 月次共有会：PM陣で docs/learnings/{YYYY-MM}.md を読み合わせ、全社で取り組むテーマを抽出
  5. 施策化：個別の改善はチーム内、全社課題はPMOや経営にエスカレーション

慣れれば、毎月「組織が学んだこと」が形になり、繰り返される失敗が減ってきます。

期待効果と運用上の注意点

導入チームから報告される効果は3点です。

  • 個人情報を守りながら組織知が積み上がる：セクション分離設計が効く
  • 同じ失敗の繰り返しが減る：他チームの学びが共有され、横展開される
  • PM・EMの対話の価値が上がる：個人の支援に加えて、組織への貢献にもなる

落とし穴は3つ。

  • セクション分離を曖昧にしない：個人情報がチーム・案件セクションに混ざると運用が崩壊する
  • 匿名化を機械任せにしない：PMが必ずレビュー
  • 抽出を月次以上の頻度にしない：頻度を上げると個人特定リスクが上がる

まとめ

  • 1on1とふりかえりが組織知に積み上がらないのは設計の問題
  • メモのセクション分離 × 抽出Skill × 匿名化ルールで組織知運用は再現可能化できる
  • AIには「共有可能セクション」だけを参照させ、個人情報セクションには触れさせない
  • 組織が学ぶ仕組みができると、PM・EMの対話の価値が組織レベルに拡がる

ここまでで「動く組織知運用」は手に入ります。実務でこれを“学ぶ組織”に育てるには、心理的安全性、フィードバック文化、組織変革のリーダーシップといった上位設計が必要です。

MGR-103『PM・EMの組織知運用』 と MGR-101『PMのリーダーシップ』 を組み合わせると、本記事のSkillをベースに、組織知の蓄積と学ぶ組織のリーダーシップを体系で学べます。「1on1メモが個人ノートで終わる」PM・EMが、最短で“組織として学ぶ運用”に到達するための導線です。