チームのパフォーマンスが伸び悩んでいる。意欲はあるはずなのに、なぜか同じような失敗を繰り返してしまう。もしリーダーとしてこのような停滞感を感じているのなら、その原因は個々の能力ではなく、チームというシステムに「学習する仕組み」が組み込まれていないことにあるのかもしれません。
当メディア『人生とポートフォリオ』では、これまで個人の人生を豊かにするための思考法を探求してきました。しかし、私たちの人生の多くは、他者との協働、すなわちチームや組織との関わりの中で営まれます。本稿から始まるピラーコンテンツ『組織とチームの進化論』では、個人だけでなく、私たちが所属するチームという集合体をいかにして発展させていくかを考察します。
その第一歩として、今回はアジャイル開発の思想から生まれた、チームが自ら学び、成長し続けるための習慣、「ふりかえり（レトロスペクティブ）」を取り上げます。これは単なる反省会とは目的が異なります。チームの集合知を引き出し、自律的な改善サイクルを機能させるための、体系化された思考の枠組みです。
なぜ今「ふりかえり」が不可欠なのか
計画通りに物事を進めることが困難な現代において、組織やチームに求められる能力は、計画を遵守することから、変化に適応し学習し続けることへと移行しています。この文脈において、「ふりかえり」は単なる推奨事項ではなく、不可欠な活動となり得ます。
複雑な状況へ対応するための「学習ループ」
かつての安定した時代であれば、一度確立された方法論を繰り返すことで成果を上げることが可能でした。しかし、現代の市場や技術、社会の変化は予測が難しく、複雑に絡み合っています。このような環境下で固定的な計画に固執することは、予期せぬ問題に直面する可能性を高めます。
「ふりかえり」は、チームの活動記録を定期的に見直し、現状と目標との差異を確認し、計画を微調整するための時間です。この短いサイクルの学習ループを継続することが、変化の多い環境に対応するための有効な戦略となります。
「経験」をチームの「形式知」に変換するプロセス
「経験から学ぶ」という言葉はありますが、経験しただけでは自動的に学びは生まれません。むしろ、多忙な業務の中で個々の経験は十分に分析されないまま、記憶から薄れていく可能性があります。
「ふりかえり」は、個々人が体験した出来事や所感を、チーム全体で言語化し、構造化し、意味付けを与えるプロセスです。成功体験の裏にあった要因は何か。問題の根本的な原因はどこにあったのか。この対話を通じて、個人が持つ暗黙知は、チーム全体で活用できる「形式知」へと変換されます。
心理的安全性を醸成する基盤
多くの組織で失敗経験が活かされないのは、失敗が適切に共有されないためです。その背景には、失敗を報告すると非難される、責任を追及されるといった「心理的安全性」の欠如が考えられます。
「ふりかえり」は、起きた事象を個人の責任問題としてではなく、チームのプロセスや環境の問題として捉えることを前提とします。ここでは「誰が」問題を起こしたかではなく、「何が」問題を引き起こしたのかを問います。この姿勢を保つことで、メンバーは安心して事実を開示できるようになり、それが本質的な原因究明と再発防止に繋がります。心理的安全性という基盤があって初めて、チームは健全な成長を遂げることができます。
「ふりかえり」の具体的な進め方
それでは、効果的な「ふりかえり」の進め方を、その思想と共に解説します。これはアジャイル開発の文脈で確立されてきたプロセスであり、あらゆるチームに応用可能な普遍性を持っています。
事前準備
効果的なふりかえりは、始まる前の準備が重要です。
- 目的の共有: なぜ、ふりかえりを行うのか。チームをより良くするという目的を全員で共有します。
- ファシリテーター: 対話が円滑に進むよう、中立的な立場で場を進行する役割を決めます。リーダーが兼任することも可能ですが、慣れないうちは第三者が担う方が効果的な場合があります。
- 時間の確保: 業務の片手間ではなく、全員が集中できる時間を確保します。60分から90分が一般的です。
- 場の設定: 物理的な会議室だけでなく、オンラインでも実施可能です。全員が発言しやすい雰囲気を作ることが重要です。
場の設定（Check-in）
最初に本題へ入るのではなく、まず全員が心を開き、対話に参加する準備を整えます。簡単なアイスブレイクや、「今の気持ちを一言で表現すると」といった問いかけを行い、思考を対話モードへと切り替えます。
情報収集（Gather Data）
ここでは、評価や判断を挟まず、期間中に「何が起きたか」という事実を客観的に集めます。プロジェクトのタイムラインや、完了したタスク、発生した問題などを付箋に書き出し、時系列に並べるなどの手法が有効です。個人の記憶に頼るのではなく、チーム全体の視点から出来事を可視化することが目的です。
インサイトの導出（Generate Insights）
集まった事実を元に、「なぜそうなったのか」という原因や背景を探ります。この段階で、うまくいった要因や、問題の根本原因についての分析を開始します。例えば、「KPT（Keep, Problem, Try）」のようなフレームワークを使い、「継続したいこと（Keep）」「問題だったこと（Problem）」を分類し、その理由を深掘りしていきます。
具体的なアクションの決定（Decide What to Do）
分析から得られた気づきを、具体的な次の行動計画に落とし込みます。「Problem」として挙がった課題に対して、「次に試すこと（Try）」を決定します。ここで重要なのは、具体的で、実行可能で、担当者が明確なアクションにすることです。「コミュニケーションを改善する」ではなく、「毎朝10分間のデイリーミーティングを実施する。担当はAさん」のように、誰が見ても何をすべきか分かるレベルまで具体化します。
クロージング（Check-out）
最後に、今回のふりかえり自体がどうだったかを見直します。「今回の進め方で良かった点は？」「次回改善できる点は？」といった問いで、ふりかえりのプロセスそのものを改善していきます。これにより、ふりかえりの質自体が継続的に改善されていきます。
「ふりかえり」を形骸化させないための原則
この有効な習慣も、進め方によっては形骸化し、単なる儀式になる可能性があります。本質的な価値を引き出すために、以下の原則を念頭に置くことが推奨されます。
個人ではなく、システムに焦点を当てる
問題が発生したとき、原因を特定の個人に帰属させてしまいがちです。しかし、これはチームの心理的安全性を損ない、本質的な解決から遠ざかる可能性があります。「なぜ彼はミスをしたのか？」と問うのではなく、「なぜミスが起きるようなプロセスになっていたのか？」と問いの焦点を変える必要があります。問題は個人ではなく、チームを取り巻くシステム、ルール、環境にあるという前提に立つことが、建設的な対話の出発点です。
精神論ではなく、具体的な行動を定義する
「もっと注意します」「頑張ります」といった決意表明は、具体的な変化に繋がりにくいものです。ふりかえりの目標は、チームの行動を変えることです。そのためには、アウトプットとして「具体的で測定可能なアクションプラン」が不可欠です。誰が、何を、いつまでに行うのか。その結果をどう評価するのか。次のふりかえりでそのアクションがどうだったかを検証できるレベルの具体性を追求することが求められます。
成功体験の再現性を高める
ふりかえりは、問題点ばかりに注目する場ではありません。むしろ、「何がうまくいったのか（Keep）」を最初に議論することも重要です。これにより、場の雰囲気がポジティブになり、発言しやすくなるだけでなく、チームの強みや成功の要因を自覚することができます。成功要因を分析し、意図的に再現しようとすることで、チームは強みをさらに伸ばしていくことが可能になります。
まとめ
「ふりかえり」とは、単なるプロジェクト管理の技術ではありません。それは、チームというシステムが、自らの経験から学び、環境に適応し、改善を続けるための「自己改善機能」を仕組みとして獲得する営みです。
同じ失敗を繰り返すチームは、学習する機会を十分に活用できていない可能性があります。一方で、「ふりかえり」を習慣化したチームは、あらゆる経験を成長の糧に変え、継続的な発展を遂げていきます。そのプロセスは、リーダーにとって、誰かに指示して動かすのとは異なる発見をもたらすかもしれません。メンバー一人ひとりが主体的に課題を発見し、解決策を創造し、チーム全体が自律的に動いていく。「自己組織化」と呼ばれるこの状態は、現代のリーダーが目指すチームの姿の一つです。
個人の人生が「ポートフォリオ思考」によって豊かになるように、チームや組織もまた、意識的な学習プロセスを通じてその無形資産を豊かにしていくことができます。この「ふりかえり」という有効な習慣を、あなたのチームの改善プロセスに導入することを検討してみてはいかがでしょうか。
コメント