改善活動でよく見られる光景があります。
- 改善提案制度はある
- QCサークルもある
- 勉強会も開催している
それでも数年すると活動が止まってしまう。
なぜでしょうか。
その理由は、「個人が学んでいるだけ」で終わっているからです。
ピーター・センゲの『学習する組織』では、組織は個人が優秀になるだけでは成長しないと述べています。
本当に組織が変わるのは、
チーム全体が一緒に考え、一緒に学び、一緒に成長したとき
なのです。
これが5つのディシプリンの一つであるチーム学習（Team Learning）です。
なぜチーム学習が必要なのか
例えば一人だけ改善が得意な人がいたとします。
その人が異動・退職したらどうなるでしょうか。
改善活動は止まります。
つまり、
「人」に改善が属している
状態です。
一方、チーム学習ができている組織では
- 誰でも改善方法を知っている
- なぜ改善したか理解している
- 次の改善も自分たちで考えられる
つまり、
改善する力そのものが組織に蓄積される
のです。
なぜチーム学習はうまくいかないのか
多くの会社では勉強会を開いています。
しかし、
「勉強会＝チーム学習」
ではありません。
実際にはこんな状態になっています。
悪い例① 発表会になっている
改善担当者「改善しました。」
周囲「すごいですね。」
終わり。
誰も質問しません。誰も議論しません。
知識は共有されますが、学習は起きません。
悪い例② 上司が答えを言ってしまう
改善会議で、上司「こうやればいい。」
これで終わる。部下は考えません。次回も上司待ちになります。
これは教育ではなく指示です。
悪い例③ 責任追及になる
品質問題が起きると
「誰がやった？」
という話になる。
すると人は
- 隠す
- 言い訳する
- 報告しない
になります。
学習ではなく防御になります。
以前の記事で紹介した
「人は悪くない、システムが人をそうさせる」
という考え方が失われてしまいます。
良いチーム学習とは
チーム学習では、
答えを共有するのではなく、考え方を共有します。
例えば、
- 「なぜその改善をしたの？」
- 「他の方法は？」
- 「もし別のラインなら？」
こうした対話が生まれます。
つまり、
改善結果ではなく
改善プロセス
を共有するのです。
良い例① なぜを一緒に考える
例えば異物混入が起きたとします。
悪い例
「清掃不足です。」終わり。
良い例
- なぜ清掃不足だった？
- 時間が足りなかった？
- 人員配置？
- 清掃手順？
- 教育？
- 設備？
全員で考える。
すると、
原因は一人ではなくシステムにあることが見えてきます。
良い例② 他部署も参加する
品質問題は品質保証だけ、製造だけではありません。
例えば、印刷品質なら
- 営業
- 設計
- 製造
- 品質保証
- 保全
全員が違う視点を持っています。
違うメンタルモデルが集まることで、
一人では思いつかない解決策が生まれます。
これは前回紹介したメンタルモデルとも深く関係しています。
良い例③ 小さく試して学ぶ
改善案を100%完成させる必要はありません。
まず試す。結果を見る。改善する。また試す。
このPDCAをチーム全員で回すことが重要です。
チーム学習を続けるためには
では実際にどう運営すればよいのでしょうか。
① 定期的に行う
問題が起きた時だけ集まると
「怒られる会議」
になります。
理想は
- 毎週15〜30分
- 毎月1時間
など、習慣化することです。
② 時間は短くてもよい
長時間会議は集中力が続きません。
おすすめは15〜30分程度。
例えば、
- 今週困ったこと
- 改善したこと
- 来週試すこと
だけでも十分です。
対話を仕組み化する簡単な型
「何を話せばいいか分からない」という状態が続くと、せっかくの定例も形骸化してしまいます。話す内容を毎回ゼロから考えるのではなく、簡単な型を決めておくと続けやすくなります。
KPT（Keep / Problem / Try）
続けること・困ったこと・次に試すことを3行で共有する方法です。特別な準備がいらず、15分の会議でも回しやすい型です。
なぜなぜ分析の簡易版
「なぜ」を1〜2回だけ聞く。本来のなぜなぜ分析は5回繰り返しますが、日常の短い会議で無理に5回やろうとすると形だけになりがちです。まずは1〜2回で十分だと割り切ることで、続けやすさが生まれます。
一言ふりかえり
会議の最後に一人一言、「今日わかったこと」だけ言って終わる。全員が話す時間を短く確保できる、最もシンプルな方法です。
これらは次に紹介する「③全員が話す」「④正解を探さない」の土台にもなります。
③ 全員が話す
ベテランだけ話す会議では意味がありません。
新人も
「分かりません。」
と言える雰囲気が重要です。
心理的安全性はチーム学習の土台になります。
④ 正解を探さない
改善に絶対の正解はありません。
重要なのは、
「今回はこう考えた。」
という思考を共有することです。
チーム学習が向いている組織・向かないケース
ここまで良い例とやり方を紹介してきましたが、どんな組織にもすぐ当てはまるわけではありません。導入を検討する際の目安として整理しておきます。
チーム学習が向いている組織・人
- 改善活動はあるが、特定の人に依存していると感じている管理者
- 若手が意見を言いにくい雰囲気を変えたいと思っているリーダー
- 品質問題が起きた時に「誰が」ではなく「なぜ」を議論したい現場
チーム学習がうまく機能しにくいケース
- 短期間で数値成果を求められ、振り返りの時間そのものが確保できない組織
- 上司が「答えを教える」ことに慣れすぎていて、問いかけに切り替える意思がまだない場合
- 心理的安全性が著しく低く、発言そのものにリスクがある職場
最後のケースについては、チーム学習の型を導入する前に、まず心理的安全性の土台をつくることが優先されます。型だけ真似しても、発言そのものにリスクがある職場では対話は生まれません。
チーム学習を続けるためには（続き）：改善文化をつくる
改善活動が続く会社は、改善担当者が優秀だからではありません。
改善する文化があります。
そして文化は、毎日の対話から生まれます。
- 問題を共有する
- 一緒に考える
- 小さく試す
- 振り返る
これを繰り返すことで、改善はイベントではなく日常になります。
チーム学習は5つのディシプリンをつなぐ存在
実はチーム学習は、これまで紹介してきたディシプリンを結び付ける役割を持っています。
- 自己マスタリーで、一人ひとりが学び続ける姿勢を持つ。
- メンタルモデルで、自分の思い込みに気づく。
- 共有ビジョンで、目指す方向をそろえる。
これらがチームの対話の中で統合されて初めて、組織全体の学習へと発展します。
さらに、その学びを支えるのがシステム思考です。問題を個人ではなく仕組みとして捉えることで、対話は責任追及ではなく改善へと向かいます。
つまり、チーム学習は5つのディシプリンの「実践の場」と言えるでしょう。
まとめ
チーム学習とは、知識を共有することではなく、対話を通じてチーム全体の考える力を高めることです。
改善活動が続かない組織では、改善が個人の努力に依存しています。一方、改善が根付く組織では、成功も失敗もチーム全員で振り返り、「なぜそうなったのか」を一緒に考える文化があります。
学習する組織は、一人のスーパーマンを育てるのではなく、普通の人たちが協力して学び続けられる仕組みをつくることを目指しています。
