プロジェクトファシリテーション
実践編
ふりかえりガイド(株)永和システムマネジメント
オブラブ 天野勝
第 1 版 2006 年 6 月 7 日
第 30 版 2015 年 8 月 23 日
第 31 版 2015 年 8 月 30 日
第 32 版 2015 年 11 月 24 日
第 33 版 2016 年 4 月 25 日
第 34 版 2018 年 1 月 27 日
第 35 版 2021 年 5 月 13 日
第 36 版 2022 年 10 月 30 日
オリジナル：http://ObjectClub.jp/community/pf/#material

このドキュメントは、クリエイティブ・コモンズ・ライセンス（帰属 2.0）の下で提供しています。このライセンスについて詳しくは、
http://creativecommons.org/licenses/by/2.0/
を参照してください。原著作者のクレジットさえ示して頂ければ、コピー、修正、配布してかまいません。みなさんのプロジェクトでこれをカスタマイズして使用することを歓迎します。
また、ご意見などを以下まで頂けるとさらに嬉しく思います。
天野勝@objectclub

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

1/60

目次
目的 ........................................................................................................................................6
ふりかえりとは ............................................................................................................................6
ふりかえり会の進め方 .................................................................................................................8(1) テーマを決める.................................................................................................................8(2) 思い返す ........................................................................................................................8(3) うまくいった行動を確認する ...............................................................................................8(4) 問題を洗い出す ..............................................................................................................9(5) 問題の原因を検討する ....................................................................................................9(6) 改善策を考える ..............................................................................................................9(7) 試したいことを考える ......................................................................................................10(8) 試すことを選択する ........................................................................................................10(9) 試すことを具体化して合意する .......................................................................................10
ふりかえり会のメリット ................................................................................................................ 11(1) 対話の場づくり .............................................................................................................. 11(2) ナレッジの共有 ..............................................................................................................12(3) チームビルディング ..........................................................................................................12(4) アイデアの創発 ..............................................................................................................12(5) コーチング効果 ..............................................................................................................12
KPT（Keep/Problem/Try：けぷと）によるふりかえり会の進め方...................................................13(1) Keep を出す ................................................................................................................13(2) Problem を出す ...........................................................................................................15(3) Try を出す ...................................................................................................................15(4) 全体のつながり..............................................................................................................16
ふりかえり会の効果を上げるヒント ..............................................................................................17(1) グラウンドルールを決める .................................................................................................17(2) テーマを決める...............................................................................................................17(3) 議題のレベルを分ける ....................................................................................................18(4) 「解決志向」と「原因追求」を使い分ける ..........................................................................18(5) 短いサイクルで実施する .................................................................................................19(6) 長いサイクルでも実施する...............................................................................................20(7) 「定期開催」と「臨時開催」を使い分ける ..........................................................................20(8) 時間割に組み込む ........................................................................................................21
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

2/60

プロジェクトファシリテーション実践編：ふりかえりガイド(9) 付箋紙を活用する ........................................................................................................22(10)

Good を出す ...........................................................................................................23(11)

Why を共有する ......................................................................................................23(12)

改善タスクを作業計画に反映する ..............................................................................24

ふりかえり会が成功する理由.....................................................................................................24(1) 思考のベクトルがそろう ...................................................................................................24(2) 解決志向アプローチ .......................................................................................................24(3) みんなが意見を言える場である .......................................................................................25(4) 自分のためにやる ..........................................................................................................26(5) ポジティブで始まり、ポジティブで終わる .............................................................................26
ふりかえり会の現場 ..................................................................................................................27(1) 開始の宣言 ..................................................................................................................27(2) 前回から今回までの活動の確認 .....................................................................................28(3) 前回の Try の確認 .......................................................................................................29(4) Keep の吸い上げ..........................................................................................................29(5) Problem の洗い出し ....................................................................................................31(6) Try の検討 ..................................................................................................................32(7) Try の合意 ..................................................................................................................34(8) 終了の宣言 ..................................................................................................................37
ファシリテーションのポイント ........................................................................................................38(1) 準備をする ...................................................................................................................38(2) 立場を表明する ............................................................................................................38(3) メンバーの表情を見る.....................................................................................................38(4) メンバーの姿勢を見る.....................................................................................................39(5) 前に出過ぎない ............................................................................................................39(6) 具体化を支援する ........................................................................................................39(7) グラウンドルールの確認をする ..........................................................................................39(8) 優先順位をつける .........................................................................................................40(9) 時間を守る ...................................................................................................................40(10)

合意させる ...............................................................................................................40

ふりかえり会アンチパターン ........................................................................................................41(1) Problem ファースト .......................................................................................................41(2) 時期ずらし ....................................................................................................................41(3) 分析中毒 .....................................................................................................................41(4) 期待過剰 .....................................................................................................................42(5) 空中戦 ........................................................................................................................42
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

3/60

プロジェクトファシリテーション実践編：ふりかえりガイド(6) 残り続ける Problem .....................................................................................................42(7) カテゴリ化による具体性の欠如 ........................................................................................43
KPT／KPTA アンチパターン ...................................................................................................44(1) わがまま Try .................................................................................................................45(2) 計画先行 .....................................................................................................................45(3) 言ったもの負け ..............................................................................................................46(4) 救われない Problem ....................................................................................................46
KPT の拡張フォーマット：KPTT(けぷとつー) ..............................................................................47
KPT の拡張フォーマット：KPTA(けぷた) ....................................................................................48(1) KPT と KPTA の違い ...................................................................................................48(2) Try の役割 ..................................................................................................................49(3) Action の役割 .............................................................................................................49
KPT の拡張フォーマット：GKPTA(じぃけぷた) ............................................................................50(1) Good と Keep を分けるメリット........................................................................................50(2) GKPTA のデメリット ......................................................................................................50
FAQ .....................................................................................................................................51(1) Q.何人ぐらいでふりかえり会をするとよいですか？ ...............................................................51(2) Q.チームメンバーが全員集まらないけど、ふりかえり会をするべき？ .......................................51(3) Q.特定の人に多くの Try が割り振られるけど？ ................................................................51(4) Q.ふりかえり会はいつまで続けるの？................................................................................51(5) Q.どんな場面でふりかえればよいの？...............................................................................52(6) Q.メンバーがふりかえり会に否定的なのですが？ ...............................................................52(7) Q.Keep が増えすぎて KPT ボードにおさまらなくなったのですが？ .......................................53(8) Q.ふりかえるたびに Problem が増えるのですが？ .............................................................53(9) Q.ふりかえるたびにやることが増えるのですが？ ..................................................................53(10)Q.進捗管理会議に加えてふりかえり会をやるのは負荷が高すぎるのですが？ ..................53(11)

Q.テーマを決めてふりかえり会をしていますが、最初はよいのですが数回行なうとアイデアが出なくなるのですが？ ....................................................................................................54(12)

Q.テーマがなかなか決まらないのですが？ ....................................................................54(13)

Q.ふりかえり会の成果が上がらないのですが？ .............................................................55(14)

Q.ふりかえり会はどのように始めればよいの？................................................................55(15)

Q.Try が挙がりすぎて困るのですが？ .........................................................................55(16)

Q.Problem がたくさん挙がるのですが、どこから手をつければよいのでしょうか？ ................56(17)

Q.Try をチームで合意するのですが、行動できませんどうすればよいのでしょうか？ ............56(18)

Q.チーム内の仕事がバラバラで、共通のテーマがない場合はどうすればよいでしょうか？ .....56(19)

Q.もう、ふりかえることがありません。それでもふりかえり会を続けるべきでしょうか？ ..............57
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

4/60

プロジェクトファシリテーション実践編：ふりかえりガイド(20)

Q.ふりかえり会の結果をどう管理すればよいでしょうか？.................................................57

個人で行なうふりかえり ............................................................................................................58(1) 思考の順番は気の向くままに ..........................................................................................58(2) 継続の工夫 ..................................................................................................................58
おわりに ..................................................................................................................................59
謝辞 ......................................................................................................................................59
コメントつき参照文献...............................................................................................................60

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

5/60

目的

この『プロジェクトファシリテーション実践編：ふりかえりガイド』は、プロジェクトにおいてチームが「ふりかえり会」を行なう際の手引書です。
想定する読者は、プロジェクトのリーダー的立場の人（プロジェクトマネージャを含みます）をはじめ、プロジェクトのメンバーや、プロジェクトの支援者、ふりかえり会をファシリテートする役目の人です。ソフトウェア
開発のプロジェクトを想定していますが、あらゆるプロジェクトや、チームの運営の参考になることを目指しています。例えば、営業チーム、商品コンセプト開発チーム、社内規定作成チーム、生産現場の改善活
動、看護の現場でのプロジェクト推進、スタッフ部門の改善活動、子供のサッカーチームなどでも実際に活用されています。
ふりかえり会は、「プロジェクトファシリテーション」の１つの実践（プラクティス）です。プロジェクトファシリテー
ション全体の目的、意味、考え方、その価値と原則については、別途『プロジェクトファシリテーション価値と原則編』を参照してください12。

ふりかえりとはふりかえりとは、「過去の学びを、幸福な未来を作ることに活かす行為」のことです。企業などで行われている自主改善活動なども、この行為の一部と言えます。自主改善活動というと仰々しい感じがしますが、「自主」というのは、自分たちのために行なうという意味で、他の人から無理矢理行なわされることではありません。「自主」よりも「自己」「自律」というほうが、しっくりくると感じる方がいるかもしれません。また、日常行なわれている仕事は作業と改善で構成されていると考えれば、皆さんが意識せずとも行なっていることです。「仕事＝作業＋改善」と捉えれば、仕事に向き合っていれば自然と改善も行なわれているはずです。仕事には様々な P-D-C-A サイクル3があり、ふりかえりは、この「C-A」の部分に相当する活動です。
P-D-C-A とは、Plan（計画）、Do（実行）、Check（評価）、Act（改善）の頭文字をつなげた言葉で、このサイクルを繰り返しながら仕事の質を上げていこうという考え方です。P-D-S-A サイクル、Plan（計[平鍋 11]http://ObjectClub.jp/community/pf/ProjectFacilitation.pdf
プロジェクトファシリテーションの目的は「プロジェクトの成功」と「エンジニアとしての人生の質の向上」であり、チームが共有する価値は、「対話」、「行動」、「気づき」、「信頼関係」、「笑顔」です。
3 この考え方を体系化したデミング博士（Dr. W. Edwards Deming）の名前から、デミングサイクルとも呼ぶこともあります。デミング博士は、シューハートのアイデアであるということから、シューハートサイクルと呼んでいたようです。
1
2

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

6/60

プロジェクトファシリテーション実践編：ふりかえりガイド

画）、Do（実行）、Study（学習、研究）4、Adapt（適応）5と呼ぶ場合もあります。仕事の質を上げるた
めには仕事に関わる人の行動をより良くしていくことが必要です。個人で行なう仕事であれば個人でもよいですが、チームで行なう仕事であれば、チーム全員で仕事の評価と改善(もしくは、学習と適応)をチー
ムのメンバー全員で行ないます。
チームの活動をふりかえる時は、会議として行ないます。つまり「ふりかえり会」と呼ぶ方が、より適切な呼び方です。
ここで述べる「ふりかえり会」の目的は、以下の４つです。
１． チーム全体が、行動可能な改善策を探し、試す勇気を得ること。
２． チーム全体が、これまでの行動を思い返し、新たな気づきを得ること。
３． チーム全体が、やってみてうまくいった行動を、チームに定着させること。
４． チーム全体が、メンバーの多様性を受け入れ、信頼関係を築くこと。

１．では、「行動可能な改善策」と「試す勇気」いうことがポイントです。ふりかえり会は、チームメンバー全員が参加する必要があり、そして、参加者全員の人間性を尊重し、参加者全員が現実的に行動できる改善策、できればちょっと背伸びをするぐらいのレベルの改善策を見つけ出す必要があります。これによって、チーム全体が今よりもさらに良くなろうという気持ちになり、改善が進んでいきます。
２．では、「思い返し」と「新たな気づき」が重要です。無から有を産み出すことはとても難しいことです。知識を新たな気づきとして得るためには、過去の経験が必要となります。この経験が記憶から薄れてしまう
前に、一度思い返し、自身に問いかけをすることで気づきとして言語化できます。
３．では、「うまくいった行動」と「定着」がキーポイントです、うまくできたことはこれからもうまくできるのだという自信を持ち、その行動を定着させていくのです。個人が普段意識せずに行なっている行動でも、それを分解できれば、他のメンバーとの共有も行ないやすくなります。
４．では、「メンバー」と「信頼関係」がキーポイントです。信頼関係を築くべき相手は、仕事をする上で関係の強い方々です。ふりかえり会の場を通じて、本当のことを語り、本当のことを聴いて信頼関係を築いていきます。本当のことを正直に話せることが重要なのです。嘘をついてしまうと信頼関係を築くどころか、それまで築き上げたものも崩壊しかねません。
そして、すべてにおいて「チーム全体」がキーポイントです。「私とあなたたち」でも「私たちとあなたたち」でもありません、「私たち」でふりかえり会を行なうのです。一部の人だけでやっては、試す勇気が半減すること
4
5Check を Study へと進化させたのはデミング博士です。
Act を Adapt と呼ぶのは、アジャイル開発から着想を得ました。
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

7/60

プロジェクトファシリテーション実践編：ふりかえりガイドでしょう。一部の人だけでやっては、新たな気づきは偏ったものになることでしょう。一部の人だけでやっては、チームに定着させるのは難しいでしょう。
現状を維持するためには、変わりゆく環境の中で、自ら変わり続けることが求められます。人には環境適応能力が備わっていて、意識せずとも絶えず変化しています。この環境適応能力を、チームでより強く発揮するための手法と捉えることもできるでしょう。

ふりかえり会の進め方

ここでは、一般的なふりかえり会の進め方を紹介します。ここで紹介する進め方は、基本的なものですので、ぜひ皆さんの現場に馴染むように工夫をしてください。ふりかえり会の進め方もふりかえりの対象にして、定期的にふりかえりましょう。

(1)

テーマを決める

これからふりかえり会を行なうにあたり、何のためにふりかえり会を行なうか、テーマや、目的を最初に決めましょう。ふりかえり会を始める前にすでに決めておいてもよいでしょう。ふりかえり会の終わりに次のふりかえ
り会のテーマを決めているチームもあります。目的を決めておくことで、話があらぬところに進んで脱線するのを防ぐ効果が期待できます。

(2)

思い返す

プロジェクトが開始されてから、もしくは前回のふりかえり会を行なってからこれまでのことを思い返します。
どのようなできごとがあったでしょうか。つくった成果物、タスクボードの動き、バーンダウンチャートの履歴、
人の出入り、呑み会といったレクリエーションなど、何でもよいですので、プロジェクトを思い返すためのきっ
かけも思い返します。世の中の出来事もその一助になるでしょう。

(3)

うまくいった行動を確認する

思い返した中でうまくいった行動を挙げます。プロジェクトに直接的に貢献する行動だけではなく、目に付
きにくい間接的に貢献した行動についても挙げます。そして、この行動について自分たちを褒めます。どん
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

8/60

プロジェクトファシリテーション実践編：ふりかえりガイド

なに悲惨な状況でも、何か良いことがあるはずです。どんな些細なことでも拾い上げ、スポットライトを当てましょう。これが自信に結びつき、チームの行動として定着していきます。
うまくいったことから始めるのは、「始めよければすべて良し」の原則に則っています。

(4)

問題を洗い出す

思い返した中で、問題と感じるところを挙げます。具体的に発生している問題ではなくても、感じている
問題点、今後の問題となりそうなものまで正直に挙げます。自分の問題だけではなく、チームや他のメンバーの問題も挙げます。もっと工夫できたと思うことも挙げてみましょう。
なんとなく感じているような不満など、思っていることをなんでも率直に口にしてみることが重要です。自分一人だけがもやもやしていると思っていたことが、実はみんなが思っていることだったりします。問題を共有するだけでも、チームの連帯感が増します。率直に言えるようになるには、「気づき」「信頼関係」の価値を共有する必要がありますし、率直に言うようになっていくことで「気づき」「信頼関係」の価値が共有できていきます。

(5)

問題の原因を検討する

問題を洗い出したら、その原因について検討します。「なぜを 5 回繰り返す」などの方法もありますが、どうしても時間がかかってしまいます。原因を究明すべき問題であると判断した場合のみなぜを繰り返すとよいでしょう。また、ふりかえり会を導入しはじめた当初は、ほとんどのチームにおいて原因究明にあまり時間をかけなくても、問題を共有するだけでも充分にふりかえり会の効果があります。
あくまでも、原因について検討するのであり、責任を追求して、特定の人を攻撃するのではないことに注意しましょう。さもないと、「信頼関係」の価値を共有できません。これは「問題対私たち」の原則に則って
います。

(6)

改善策を考える

改善策を考えます。改善を行なうには、この改善策の良し悪しにかかってきます。たとえ問題の本当の原因が判明したとしても、改善策が効果的でなければ改善されません。また、自分たちで実行するというのもポイントです。誰かに押し付けるだけの改善策では、効果がありません。そもそもふりかえりとは、自主改

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

9/60

プロジェクトファシリテーション実践編：ふりかえりガイド

善活動の一環で行われるものです。
また、悪いところを良くするばかりが改善ではありません。これまでも良かったことを、さらに良くするというのも改善の一つです。「改」めて「善」くするというのは、本来こちらの意味ではないかと、筆者は思っています。
さらには、これまでやってきたことをやらないようにするというのも改善です。
まずは、より多くの改善案を挙げるようにしましょう。挙げた後で、実行可能で、かつ効果のありそうな実施する改善案を選べばよいのです。挙げた全ての改善案を実施しなくてはならないと思うと、アイデアを出すのを躊躇してしまい、良いアイデアが出にくくなる傾向があります。
素晴らしい改善案を出す必要はありません。素晴らしい改善案が出てくるのは理想ですが、素晴らしい改善案が出てこないために、ふりかえり会の成果が無かったと考える必要はありません。チームとしての成長が感じられたとしたら、それこそが何にも代えがたい成果なのです。当然、はなから改善案を考えないのはもってのほかです。素晴らしい改善案を出そうと思って出せるようならば苦労はしません。くだらないと思うぐらいの改善案をたくさん出すと、その中に素晴らしい改善案が埋もれているものです。

(7)

試したいことを考える

改善案は、「試したいこと」と捉えることもできます。それ以外にも「突然ひらめいた、試したいこと」があるな
らばそれを挙げ、チーム全員で共有します。

(8)

試すことを選択する

ここまでで、試したいことが数多く出てくると思います。その中から実際に試すことを選択します。試したいことの中には矛盾しているものがあるかもしれません。また、欲張って一度に多くのことを試そうとしても、実際にやりきれないことが多く、改善の効果が薄れてしまいます。確実に自分たちで試せることを選択し、力をそこに集中できるようにします。

(9)

試すことを具体化して合意する選択した試したいことを実行に移すために、一つずつどのように実行するか具体化して合意していきます。
何をするのか、何のためにするのか、誰がやるのか、いつまでにするのかを明確にします。どうやってするのかについては、担当者に任せるのが望ましいので、ふりかえり会の場ではそれほど明確にする必要はありま

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

10/60

プロジェクトファシリテーション実践編：ふりかえりガイド

せん。しかし、実行するのが難しいと感じられるものについては、実施方法まで明確にしたうえで共有するとよいでしょう。
合意とは、「同意＋サポートしますという意思」です。担当が自分ではなくても、必要であればサポートすることを含めて「合意」しましょう。これによりプロジェクトファシリテーションの価値である「行動」に結びつきます。

ふりかえり会のメリット

幾度となくふりかえり会にメンバーとして参加したり、ファシリテータとして参加したりする中で、メリット(効果がある)と思われることをいくつか発見しました。このメリットを紹介します。

効果

説明

対話の場作り・個人間で、話しやすくなる。

ナレッジの共有・個人の暗黙知が表出化され共有、蓄積される。

チームビルディング・チームの行動規範が生まれ、チームに一体感が生まれる。

アイデアの創発・質の高いアイデア(イノベーション)が生まれやすくなる。
・チームとして前向きな思考になる。

コーチング効果・目標達成に対して自主性が増す。
・行動への動機づけがされる。(モチベーション向上)(1)

対話の場づくりふりかえり会というルールで保護された中では、思っていることを吐き出しやすく、お互いを知るきっかけとな
り、コミュニケーションベース(お互いが話しかけやすくなる)が改善されていきます。お互いに意見を言いやすくなります。一言でいうと「仲良くなれる」ということです。心理的安全性が確保されることで、生産性の向上が期待できます。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

11/60

プロジェクトファシリテーション実践編：ふりかえりガイド(2)

ナレッジの共有

同じ目的を持ったメンバーが、より良くするために様々な意見を出します。この意見そのものがナレッジです。この意見は明文化されていますので、蓄積すれば、そのままナレッジ集として使えます。ただし、状況を共有していないと、そのナレッジの有用性が理解できませんので、チームを超えてナレッジを伝達する場
合には状況に関する情報などを追加するなど、手を加える必要があります。「パターン形式(PatternForm)」を参考にまとめると共有が行ないやすいでしょう。

(3)

チームビルディング

お互いを知り、忌憚なき意見を言えるようになり、必要な知識が身につき、お互いが助け合いながら行動していくことでチームとして強く成長できます。また、自分たちの行動を客観的に見直すため、自然とチームの行動規範(ルール)が共有され、浸透していきます。

(4)

アイデアの創発

各人からの意見が、様々な角度から出されることで、アイデアがアイデアを生み、質の高いアイデアとなります。また、チームとして前向きな思考になり、アイデアの創発を阻害するような行動をとるメンバーがいな
くなります。

(5)

コーチング効果

自分達で成すべきことを決め、それを実現するために何をすればよいかを考え、自ら行動することが求められます。行き詰まったときは、仲間に励まされ、目標に向かいます。結果、自主性が増し、新たなことへのチャレンジ(変化への対応)に意欲が出てきます。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

12/60

プロジェクトファシリテーション実践編：ふりかえりガイド

KPT（Keep/Problem/Try：けぷと）によるふりかえり会の進め方
KPT とは、ふりかえりに適した思考フレームワークです。改善したい対象に対して、Keep(続けること)、
Problem(不満点)、Try(試すこと)と順に考えを進めることで、改善のループを実現します。ふりかえり会を行なう場合に最もよく用いられるフレームワークです。
図 1 のように、模造紙やホワイトボードを三つの欄に仕切り、左上に Keep、左下に Problem、右にTry と見出しを書きます6。そして、Keep、Problem、Try の順に参加者の意見を集約していきます。また、このフォーマットの上部に Theme（テーマ）を書いてからはじめると、何のためにふりかえるのかが明確になるため、思考のベクトルがそろいやすくなり、意見が脱線するのを防ぐという効果があります。

Theme
Keep

Try

Problem

図 1 KPT のフォーマット

(1)

Keep を出す

Keep には、「今やっていて、これからも続けること」を「～する」という動詞形式で具体的に書くのが基本です。具体的でないと、何をすればよいかが不明です。また、動詞でないと「行動」として認識されません。
例えば「見積もり」だけだと、何をしたいのかはっきりしません。「見積もりを正確に行なう」というのも、抽象的すぎて、実際に何を行なえばよいかがわかりません。しかし例外もあります。「ペアプログラミング」「ニコニコカレンダー」などの名前が付けられていて、チーム内で共有されていること(プラクティスやナレッジ)につい[コーバーン 02]「アジャイルソフトウェア開発」ピアソンエデュケーション(2002) 著：アリスター・コーバーン、訳：株式会社テクノロジックアートで紹介されているフォーマットを改良している。
6

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

13/60

プロジェクトファシリテーション実践編：ふりかえりガイドては、この限りではありません。
そのプロジェクトで初めてふりかえり会を行なったときは、なかなか Keep が出てこないかもしれませんが、どんな些細なことでもよいので、挙げるようにしましょう。例えば、「昼休みは窓を開けて換気する7」「相手の目を見て挨拶する」というのでもよいです。良い行動というのは、無意識に行なっていることが多く、特に当の本人が気づかないことがあります。このようなものは、コツや秘訣などと呼ばれることもあります。当人には当たり前のことが、他の人にとっての刺激となることがあります。チームで作業をしていると、観察者の目が増えるので、その刺激的なことが発見されやすくなります。そして、言葉として明文化することで、共有しやすくなります。
また、チーム全体で続けることに限定せず、個人的に続けたいことでもよいので挙げましょう。
ふりかえり会はチームで行なうのが基本ですが、チームのことだけを考える必要はありません。チーム全体として続けるべきことでなく、個人的に続けたいことでもよいのです。良いことは良い、と恥ずかしがらずに言える場を作ることが重要です。
Keep にこだわりすぎる必要もありません。良いこと(Good)もどんどん挙げましょう。Good を挙げると、そのGood な事象を生み出した要因を考える呼び水となります。
2 回目以降のふりかえり会では、前回の KPT の Try を確認することから始めます。Try してみてうまくいったものであれば、次も続けたいと思うことでしょう。うまくいっていることはそのまま続ける、うまくいっていなければ何か違うことをしてみる、というのは改善のポイントです。
前回までに挙がった Keep が継続し、効果が出ているかを確認するというのも重要なポイントです。定着
した Keep については、名前をつけてナレッジとするのもよいでしょう。また、以前は効果があったものも、時が経つにつれて、状況の変化などにより効果が出なくなっているかもしれません。このような Keep は除いてしまいましょう。思考停止になって、惰性で続けないように気をつけてください。
Good はその時の良かった出来事(事象)ですので、Keep として行動し続けることはできませんのでこのような意見も Keep を見直すタイミングで外してしまいましょう。しかし、外す前にこのような Good を生み出した行動は何だったのかを考えると本質的な Keep が見えてくることがあり、またナレッジが増えるかもしれません。

7「昼休みは窓を開けて換気する」というのも、実は大脳生理学的にはとても効果があるといわれています。脳を活発に働かせるには、酸素を必要とします。外からの酸素を多く含んだ空気を取り込むことで、脳も再び元気を取り戻します。眠気覚ましに、外の空気を吸うということは、皆さんもよくやられているのではないでしょうか。
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

14/60

プロジェクトファシリテーション実践編：ふりかえりガイド(2)

Problem を出す

Problem には、「問題と認識していること」を書きます。さらに、現在発生している問題だけではなく、将来的に発生しそうだと感じる問題(リスク)についても書くようにしましょう。「問題」というと少しきつい表現に感じるため、「それほど問題ではない」ものが挙がらなくなる事もあります。そこで「不満に感じていること」「工夫できそうなところ」などのように表現を変えると8、Problem を挙げやすくなります。前回のふりかえり会で挙げた Problem の中で、未だに解決できていないものがあったら、引き続き Problem に挙げたま
まにします。
Problem を書くときには、「解決策を明示しない」ように注意しましょう。例えば「仕様の確認が不十分」とすると、その中には「仕様を十分に確認する」という解決策が含まれています。このような場合は、Tryの欄に「仕様を十分に確認する」と書けばよいでしょう。しかしそれよりも、Problem には、「仕様の確認が不十分」なことによって発生した不利益、例えば「作成した機能が仕様を満たしていない」といった、事実を書きます。
Problem が挙がったら、その原因について考えていきます。不満があるということは、理想とのギャップがあり、そのギャップを生み出す原因があります。そして、さらにはその原因を引き起こした原因があるのです。
これは何層にもわたる階層構造になっていますので、充分と思うまでその階層をたどることができます9。原
因を追究していくと、いつの間にか責任の追及になってしまうことがあります。そのような状態にならないように、人と問題は切り分けるように注意が必要です。また、原因を追究するのは時間がかかりますので、どの Problem に対して原因を追究するかは取捨選択が必要です。時間を短縮したいならば、原因の追究を全く行わないというのもありです。

(3)

Try を出す

Try には、「試したいこと」を書きます。具体的な行動に結び付けられるように、具体的かつ動詞形式で書くのが基本です。新たに始めることだけはなく、これまでやってきたことをやめることも一つの Try です。
試したいことには、「これを行なえば、今よりも良い状態になるのではないか」というひらめきや、Keep をより強化するような「改善案」、Problem に対する「改善案」があります。この欄を書くときは、ブレインストー
ミング式になるべく多くのアイデアを挙げることを第一の目標とします。初めにこの欄に書くのは、あくまでも「試したいこと」であり、「実施しなくてはならないこと」ではありません。自由な発想で、より多くの仮説を立8

このように表現や言い回しを変えることを「リフレーミング(枠変え)」と呼びます。代表的な例に、コップに水が半分入っている状態を「まだ、半分残っている」「もう、半分しかない」というものがあります。
9 問題を発見したら、その問題を発生させている原因を、なぜ、なぜと 5 回繰り返して、問題の真因を探ることを、トヨタ生産方式では「5 回のなぜ」と呼んで推奨しています。
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

15/60

プロジェクトファシリテーション実践編：ふりかえりガイドて、それを検証するための行動案を考えます。そして、その多くの行動案から効果が期待できそうなものを選択し「試すこと」を決定します。初めから「試すこと」だけを考えるとアイデアが出にくくなってしまいます。
誰が行なうのか、具体的にどうするのかは後で考えます。まずはアイデアを発散させましょう。そして、実際に次にその「試すこと」を「実施する」ことに合意をしましょう。

(4)

全体のつながり図 2 は、これらの KPT の各要素のつながりと、ふりかえる際の思考の順序を示しています。

図 2 KPT によるふりかえりのサイクル

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

16/60

プロジェクトファシリテーション実践編：ふりかえりガイド

ふりかえり会の効果を上げるヒント「ふりかえり会がうまく進められない」「ふりかえり会をしても効果を感じられない」このような話をよく聞きます。
ここでは、そのような方を対象に、ふりかえり会の効果を上げるヒントをご紹介します。

(1)

グラウンドルール10を決める

ふりかえり会はその名との通り会議です。プロジェクトファシリテーションの会議にはすべて通じるのですが、会議を効果的に進める上で、参加者全員が守るべき最低限のルールをはじめに合意しておくとよいでしょう。例えば、このグラウンドルールが書かれた紙を参加者全員が見えるところに貼っておけば、ふりかえり会の最中にこのグラウンドルールから逸脱した行動が見られた場合は、グラウンドルールが書かれた紙を指さすだけでルールに逸脱した行為であることを示すことができます。
例えば、以下のようなルールを決めてみてはいかがでしょうか。必要に応じて、追加したり削除したりしてみてください。グラウンドルールは、参加者の合意を得なければ、ルール違反が多発するなど、その効果は期待できません。決めたらそれを参加者と合意することが必要です。また、実状とかい離してしまう場合もありますので、定期的に参加者とルールについて見直す時間を作ってください。
１． 全員が最善を尽くしたことを疑わない問題が発生するのは仕組みが原因
原因の追究はしても、責任の追及はしない
言い訳、自己弁護は不要
２． 積極的に参加すること
当事者意識を持つ
議題に集中する
３． 一人で話しすぎないこと話してない人にも思いあり
人の発言をさえぎらない(2)

テーマを決める

限られた時間で効果的にふりかえり会を進めるには、何についてふりかえるのか、そのテーマ、目的を明確
10グラウンドルールとは、野球やサッカーなどのスポーツなどでグラウンド(Ground)にいる全員が守るべきルールという意味です。グランド(Grand、偉大な)ルールではありません。
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

17/60

プロジェクトファシリテーション実践編：ふりかえりガイドに決め、会議の参加者の中で共有することが大事です。「なんでもいいから出してください」と言われると、
余計意見を挙げにくいものです。
例えば、「生産性を向上するために」とか、「顧客満足度を向上するために」「楽しく開発をするために」「残業時間をなくすには」などをテーマとしてもよいでしょう。議題が具体的になれば、議論も具体的になるものです。時には、「ざっくばらんに意見を出す」など、漠然とした議題にして、抽象的な議論をしてもよいでしょう。何のための会議なのかを決めることが重要なのです。
テーマは本来の仕事に直結したものであるほうが望ましいです。カイゼン活動の一環でふりかえり会を行なう際に、実行のしやすさを優先しすぎて仕事とはほとんど関係のないテーマを挙げる場合があります。確かにそのテーマに関しての成果は出るかもしれませんが、その成果によってだれも喜ぶ人がいないというのはどうかと思います。仕事に直結したテーマにすることで、当事者意識を持って取り組みやすくなります。

(3)

議題のレベルを分ける

ふりかえり会で扱う議題の重さを考えることも大切です。
重たい問題が挙がっていると、軽い問題を出しにくいような雰囲気になることがあります。このような場合は、扱う問題ごとに別の日に分けたり、時間を分けたりして、扱う問題のレベルに応じた進め方をするとよいでしょう。
例えば、「顧客への質問の回答がなかなか返って来ない」というような問題が挙がっていると、「お菓子を買ってくる人がいつも決まっている」というような軽めの問題を挙げにくかったりしないでしょうか。

(4)「解決志向」と「原因追求」を使い分ける

重たい問題は改善策を考えるのに時間がかかることが多いがそれほど数はなく、その反対に軽い問題は改善策を考えるのにさほど時間はかからないが数は多いという傾向があります。また、ふりかえり会に慣れていないと、時間がかかってしまうというのも問題のひとつです。
そこで、まずは解決志向の進め方でふりかえり会を行ない、原因追求の進め方は、慣れてきてからや、重たい問題に対して適用するとよいでしょう。
解決志向とは、ふりかえり会に参加した各人が感じている問題を共有し、何かしらの改善策を考えること

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

18/60

プロジェクトファシリテーション実践編：ふりかえりガイド

を第一の目的とする進め方です。問題の原因を追求することも大事ですが、それよりも各人の問題意識を共有し、何かしらの改善策を参加者全員で考えることに重きをおきます。軽い問題が多く挙がるプロ
ジェクト初期のふりかえり会に行なうと効果的です。
原因追求とは、問題の背後に隠れている原因を探し出し、その原因に対する改善策を考えるという進め方です。原因を探し出すのは時間がかかってしまいますが、原因を特定した上で改善策を考えることができます。重たい問題に対して実施すると効果があります。

(5)

短いサイクルで実施する

ふりかえり会は定期的に短い間隔で行なうことで、より高い効果が期待できます。間隔が長くなるのは、まったくしないよりはましですが、あまり好ましくありません。
間隔が長いと、思い返すべき期間が長くなります。言いたかったことを、忘れてしまうこともあるでしょう。よく「重要なことは忘れないはずだ」と思いがちですが、そんなことはなく、実際に忘れてしまうものなのです。
所詮、人間なんてそんなものです。
扱う話題も増えることになりますので、それだけ時間がかかってしまいます。時間が長くなると、参加者の集中力も低下し、その効率が落ちてきてしまいます。せっかくの時間を有意義に使えないというのは、もったいないことですね。
前回のふりかえり会で決めた改善策について、その効果を確認するという意味でも、間隔は短いほうが適しています。間隔が長くなると、すでにその時期が過ぎ去ってしまい、改善する対象がなくなってしまうかもしれません。改善策の効果を確認するのには、朝会との連携を考えるのもオススメです。朝会の場で、ふりかえり会で実施を同意した Try が実施されたかどうかを確認し、実施されているならばその効果を評価します。効果が測定できるものであれば測定結果で評価できますが、簡単には評価できない場合は定性的に当事者の感覚で評価すれば十分です。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

19/60

プロジェクトファシリテーション実践編：ふりかえりガイド

定期開催
タイマー駆動

Keep

Try

Keep

Problem

Try

Keep

Problem

Try

Problem

Keep

Try

Problem

イベント駆動Keep

Try

Problem

Try

Problem

業務

業務
臨時開催

Keep

Keep

Try

Problem

図 3 ふりかえり会は間を空けずに定期的に実施するとよい(6)

長いサイクルでも実施する

前述の短いサイクルと組み合わせて、2～6 か月くらいの長いサイクルでもふりかえり会を行なうことをオススメします。
短いサイクルで行なうと、そのサイクルの中で実施して結果が分かるような、小さな改善策ばかり取り組ん
でしまいがちになります。これは、とても大切なことであり、全ての基本ではありますが、これだけだと、重要だけど、緊急性が低い改善策への取り組みがおろそかになってしまいます。また、短いサイクルだと自身の成長に気が付けないものですが、長いサイクルで、俯瞰的にこれまでの行動をふりかえると、自身の成長が分かり、次への成長への動機づけも成されます。
あくまでも、長い「サイクル」ですので、思いついた時に行なうのではなく、事前にどのタイミングで行なうかを決めて、スケジュールしておけば、実施しなくなるということが防げます。

(7)「定期開催」と「臨時開催」を使い分ける

短いサイクルで実施するには、いつ実施するかを事前に決めてしまうのがよいでしょう。業務プロセスの中に組み込んでしまうというのもひとつの手です。「リズム」原則の実践例です。
このようなふりかえり会の開催の仕方を「定期開催」と呼ぶことにします。ふりかえり会がなかなか定着しないという悩みをお持ちの方には、この定期開催をオススメします。忙しいからといって、開催を少しずつずらしていくと、次第に開催間隔が延びてしまい、ついには開催されなくなってしまい、さらにはそのことを口にすらしなくなる、ということが多々あります。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

20/60

プロジェクトファシリテーション実践編：ふりかえりガイド

ふりかえり会に割く時間を短くし、参加者の負担を小さくすることを心がけてください。定期開催のデメリットとして、形骸化してしまう可能性も高いというのが挙げられます。これを抑制するためにも、ふりかえり会
から得られる効果を実感できるように、Keep についてじっくりと思い返すようにしてみてください。なにかしら
Keep すべき効果に結びついた行動があるはずです。
一方、「臨時開催」は、扱うべき課題を決めるなど、目的をはっきりとしてから、ふりかえり会を行なうという開催の仕方を指します。定期開催と別に日を改めて行なうというのもよいですが、定期開催に続けて突発的に行なってもよいでしょう。ふりかえり会の原則に「メンバー全員参加」がありますが、臨時開催型については関係者だけ参加するというのでもかまいません。ただし、そこで決まった改善策はチームメンバーで共有することを忘れないようにしてください。

(8)

時間割に組み込む

ふりかえり会はチームの活動を促進する効果があります。つまり、本来の業務と連動させると効果が上がります。ふりかえり会の開催をチームの時間割に組み込み、定期的に開催したり、合意した Try を業務の一つのタスクとして扱ったりしてください。図 4 は、ふりかえり会を組み込んだ時間割の例です。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

21/60

プロジェクトファシリテーション実践編：ふりかえりガイド

時間割
月

火

水

木

金

8:00
8:30

休日が多い月曜日は、定例の会議を予定しない。

9:00

ユーザ
定例会

9:30

ユーザ定例会がある日は、
リーダーは朝会欠席。
司会は持ち回りとした。

朝会

10:00
10:30
11:00
11:30

ユーザ
定例会

フレックスのコアタイムは10:30だが、メンバー合意のうえ、朝会は10:00開始に設定。

木曜日が進捗報告会なので、その前日に情報を集めるために、ふりかえり会と週昼休憩
計画会を設定。

12:00
12:30

ふりかえり会

13:00

進捗報告会

13:30
14:00

ユーザ定例会の内容をメ
ンバーと共有する時間を
設定。

週計画会

14:30
定例会の共有(個別)15:00

定例会の共有(全体)

15:30
16:00

全体と個別に分けて、話題に関係ない人は、仕事に戻れるように設定。

定例会の共有(個別)

16:30

定例会の共有
(個別)

17:00
17:30
18:00

定時退社日は、原則的に仕事の予定をいれないのでブロック。

定時退社日

週報作成

18:30
19:00

図 4 ふりかえり会を組み込んだスケジュールの例(時間割)(9)

付箋紙を活用する各人から意見を集めるときに、付箋紙に書いてもらってから貼るというのも一つの方法です。
まずは、付箋紙に向かって一人の世界を作ります。誰からどう思われようと気にせずに、思ったことを付箋
紙に書き出します。このときには Keep、Problem、Try にこだわらずに書き、貼り出すときに分類するという方法もでもよいでしょう。
個人が考えていることをその場で発表するという形で意見を集めても、なかなか意見が言いにくいものです。付箋紙に書いてしまえば、それをきっかけとして話がしやすくなります。話をすることに苦手意識を持っている人でも、「書く」ことには抵抗が無い人がいたります。このような人に限って、実はアイデアマンで、きっかけをつかんでしまうと、どんどん改善案が飛び出てきたりします。筆者は、そのような方を何人も見ています。
ひとしきり書いて、それから貼るというのは、一人の声の大きな人のアイデアに縛られず、全員に参加の機

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

22/60

プロジェクトファシリテーション実践編：ふりかえりガイド会を与えるという特徴があります。書きながら貼ると、直前に貼られたものに考えが引きずられてしまい、
自分から出したアイデアでも、実はコントロールされているかもしれません。まだ、充分書いていないときに重い問題が前に出てきたら、些細な問題が挙げにくくなってしまうことでしょう。
また、貼り出された付箋紙を適宜分類すれば、どのような傾向があるかを知ることにも役立ちます。しかし、分類しすぎるとかえってわかりにくくなり、時間がかかるわりには得られるものが少ないかもしれません。充分気をつけてください。

(10) Good を出す
Keep を出す場合に、Good(良かったこと)も挙げるようにします。本来 KPT のフレームワークでは、Keepには、続けたいことという｢行動」を挙げますが、良かったことという「現象」を挙げてもよいでしょう。現象は行動の結果なので、現象を継続するというのは難しいのですが、自分たちを褒める(評価する)という点では、場の活性化に大いに役立ちます。

(11) Why を共有する
メンバーがなぜその意見を出したか、その理由である「Why」も共有しましょう。例えば、「昼休みは窓を開けて換気する」という Keep が挙がっても、それがなぜいいのか分からない場合があります。そのような場
合は、他のメンバーがその意見を挙げた理由を聞いてみましょう。「なぜならば、頭がすっきりするから」などの理由が分かると、行動も変わってきます。
ここでの Why は、なぜなぜ分析の Why とは違います。例えば、「顧客への質問の回答がなかなか返って来ない」という Problem が挙がったとします。このとき、「なぜ、このような事象が発生したか？」という問
いかけをするのではなく、「なぜ、それを Problem と思ったのか？」と問いかけます。すると思いもかけない
理由が挙がることがあります。「以前は先方に質問すると 5 分くらいで返信がきていたのに、最近は 2 時間くらいかかるようになった。先方に、嫌われるようなことしたかな」。ここまで聞くと、対応方法も変わりますね。
ただし、すべての意見に Why を聞いていると時間がかかりますので、注意してください。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

23/60

プロジェクトファシリテーション実践編：ふりかえりガイド(12) 改善タスクを作業計画に反映する
前述したように「仕事＝作業＋改善」です。せっかく綿密に改善策を作ったとしても実施しなければ、チームの成長は鈍化します。改善策は改善タスクとして、作業計画に追加します。タスクボードを使っているならば、優先順位の高いタスクとして管理します。

ふりかえり会が成功する理由

アジャイル開発のプラクティスとしても、ふりかえり会はとても効果が高いものです。それだけではなく、総務部門や、営業チーム、看護師チームなど、様々な場面で有効に機能することが実証されています。なぜ、そのように機能するのでしょうか。ここでは、その理由について考察してみます。

(1)

思考のベクトルがそろう

ふりかえり会は、会議形式で実施されます。あるテーマを決めて、それを改善することに主眼をおいて、参加者から意見を出してもらいます。
テーマは決まっているのに、なかなかそのテーマに沿って会議を進行できないということはありませんか。これは、参加者がそれぞれ違う方向に思考を向けてしまうために起こる現象ではないでしょうか。話が脱線していって、いつのまにか本題から離れてしまい、時間を無意味に浪費してしまうことになります。
そこで、ふりかえり会ではさらにテーマを絞って、思考のベクトルをそろえる11ようにしているのです。具体的には、KPT というフレームワークを使って、今は「Keep」について考える、今度は「Problem」について考える、「Keep に対する Try を考える」「Problem に対する Try を考える」という様に時間を区切って、より小さいテーマについて参加者全員の意識を集中させて、意見を出してもらうのです。これにより会議の時間をより効果的に使うことができるようになります。

(2)

解決志向アプローチ

ふりかえり会は、解決志向アプローチ(SFA：Solution Focused Approach)で運営されます。SFA とは、
ブリーフセラピーと呼ばれる、心理カウンセリングの手法のひとつで、その名のとおり、原因追求ではなく、
11[デ ボーノ 03]『会議が変わる 6 つの帽子』翔泳社(2003) 著：エドワード・デ ボーノ、訳：川本 英明
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

24/60

プロジェクトファシリテーション実践編：ふりかえりガイド「解決」に目を向けるということが特徴です。
解決志向アプローチの中心原理12として、以下の三つが挙げられています。
a)

もしうまくいっているのなら、それを直そうとするな。

b)

もし一度うまくいったのなら、またそれをせよ。

c)

もしうまくいかないのなら、なにか違ったことをせよ。

どうですか、KPT ととても似ていると思いませんか。カウンセリングの対象を、人ではなく、チームまたはプロジェクトとしているだけと考えることができます。
a)は Keep に対応します。b)は Try で挙がったことを試して、うまくいったことを Keep に挙げるのに対応します。c)は Problem に挙がったことに対して、何かしらの解決策を挙げるのに対応します。
なぜ、この解決志向が有効なのかというと、原因を追究していくと、ダメな自分に気づいてしまい、心理的にネガティブな状態になってしまうのを防ぐことができるからです。ダメな状態になるような言葉を聞いたり、言ったりすると、ネガティブ状態がより悪い方向に強化されてしまいがちなのです。身体が熱っぽいときに、体温を測って熱があることがわかると、急に体調が悪くなることはありませんか。それと同じような効果です。
ようは気の持ちようなのですが、これがとても重要なのです。
そこで、原因追求よりも解決策を考えて、未来の良い状態を考えることで、気持ちが前向きになっていき
ます。

(3)

みんなが意見を言える場である人を褒めたり、自分だけしか感じてないと思うような問題を挙げたりするのは、勇気が必要と感じる方もいるでしょう。しかし、ふりかえり会はそのようなことをするのが当たり前である、そんな場なのです。
実際にふりかえり会をした人の感想に「これまでは言っちゃいけない、言っても意味が無いと思っていたのですが、言ってみたらほかの人も同じことを感じていたということが分かったのが収穫です。」「これまで言えなかったことが言えたのですっきりしました。」「問題の原因が個人にあるのではなく、仕組みあると思ったら問題と思っていることを指摘しやすくなりました。」というものがありました。
ふりかえり会に参加することで、わだかまっていたものが吐き出せます。これも、ふりかえり会が有効に機能

12[シェーザー94]『短期療法解決の鍵』誠信書房(1994) 著：スティーヴ ド・シェーザー、訳：小野 直広
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

25/60

プロジェクトファシリテーション実践編：ふりかえりガイド

する理由の一つとして充分でしょう。

(4)

自分のためにやる

参加者が決めた Try の実施に関しても考察してみます。
ふりかえり会で大事なのは、自分たちで実行可能な改善策を考えることだと考えています。Try を挙げ、その数多の Try の中から実行するものを選択するところです。この Try を挙げるのがふりかえり会の参加者であり、実際に手を動かすのもふりかえり会に参加したメンバーであるというのがポイントです。
誰しも変わりたいと思っていながら、他人に変えられるのは嫌だと思っているのが人のさがです。そこに、自発的に自分たちを変えるための行動を考えるというのがマッチします。部外者が決めたアクションプランでは、それに従うとなると心理的な抵抗が大きくなってしまいがちです。そもそも、そのアクションプランに現実性がなく、実行に移せないようなものかもしれません。もっとひどくなると、「その人の言ったとおりに実施したのに、うまくいかなかった。こんなことに付き合わされた私は被害者だ」なんて思う人が出てくるかもしれません。
そこで、ふりかえり会の参加者が、自分たちのために、自分たちで実行可能だと思うアクションプランを決定することで、プロジェクトやチームが自分たちで制御可能になるのです。始めるのも、やめるのも自己責任であり、だからこそ、そこに強いコミットメントがあり、当事者意識が芽生えてくるのです。
また、誰がその実行の担当になるにしても、チームの合意を得られた内容であれば、勇気を持って安心して進むことができます。そこで問題が発生したとしても、チームの助けをかりるのは難しいことではないでしょう。そもそも合意とは、
合意＝同意＋サポート意思です。無責任な同意だけではなく「いつでも困ったら助けますよ」というのが、本当の合意なのです。一緒の船に乗るというイメージでしょうか。

(5)

ポジティブで始まり、ポジティブで終わる

ふりかえり会の全体的な流れを見てみると、まず自分たちの活動の良いところを捉えるところから始まり、
こうしたらうまくいくのではないかという、希望に満ちた未来を想像した状態で終わります。
ポジティブに始まることで、会議としての雰囲気が良くなり、意見を出しやすくなります。問題点を挙げる
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

26/60

プロジェクトファシリテーション実践編：ふりかえりガイド

時は、負の感情にとらわれて殺伐としがちですし、自分に非があるようなことはつい隠してしまいたくなります。しかし、良い雰囲気を作れていれば、このような状況を解決、とまではいきませんが、幾分かは良い
状況にすることができます。また、ポジティブに終わることで、次のアクションを早く試してみたいという気持ちになるものです。ネガティブに終わると、ついその場から逃げ出したくなってしまうことでしょう。また、ポジティ
ブに終わることで、会議の印象も良くなり、次のふりかえり会に足が向きやすくなるのです。

ふりかえり会の現場

これまで、ふりかえり会の進め方や、ふりかえり会のヒントなどについて説明してきました。ここでより具体的に、ふりかえり会の現場をイメージできるように、どのような会話が行なわれるか、どのような振る舞いをしているか見ていきます。

(1)

開始の宣言
司会
メンバー全員
司会「みなさん、こんにちは」「こんにちは」「これから、1 時間でふりかえり会をします。終了予定は 16 時です。今回のテーマは、『プロジェクトを円滑に進めるために』とします。KPT で進
めましょう。よろしいですか？」

メンバー全員
司会「はい」「はじめる前に、グラウンドルールの確認をしましょう。『全員が最善を尽くしたことを疑わない』『積極的に参加すること』『一人で話しすぎないこと』の三つです。賛同していただける方は拍手をお願いします。」

メンバー全員司会

拍手「では、はじめましょう」

挨拶
まずは、挨拶をして雰囲気を少しでも柔らかくします。また、全員が声を出すことで、口も少し軽やかになるという効果もあります。
時間の確認

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

27/60

プロジェクトファシリテーション実践編：ふりかえりガイド

どのくらいの時間でふりかえり会をするのか、はじめに意識をあわせます。終了時間を明確にすると、より時間を意識するので時間短縮の効果があります。
目的の確認
何のためにふりかえるのかを確認します。定期的なふりかえり会では、テーマが大きく変わることはないでしょうが、いざ始まってみると話が脱線してしまうことが多々あります。その牽制のためにも、目的を今一度確認します。ふりかえり会を課題解決の手法ととらえずに、各自の悩みを共有する場として使うことも大切です。
進め方の確認どのように会議を進めるか、その進め方について意識をあわせましょう。ふりかえり会というと KPT が一般的ですが、目的に応じて進め方を変える臨機応変さも大事です。フリーディスカッションでとことん話し合ってもよいでしょう。
グラウンドルールの確認会議を進行する上でのルールを確認します。グラウンドルールを冒頭で示しておくと、ルール違反が減るのも当然ですが、会議中にルール違反をした人を注意しやすくなります。
拍手拍手によって、場の雰囲気が柔らかくなります。ぜひ、試してみてください。

(2)

前回から今回までの活動の確認
司会「前回から、今回までにどんなことがありましたか？」

メンバーA「スケジュールを見返してみると、そういえば○○○をやりましたね。」

メンバーB「私は水曜日が午後半休でした。」

メンバーC「金曜日はみんなでランチに行きましたね。」

メンバーA「木曜日はランチに行こうとしたら、トラブって行けなかったんだった。」

思い返す

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

28/60

プロジェクトファシリテーション実践編：ふりかえりガイド

冒頭に、どのような活動を行なったかを思い返す時間を取ります。スケジュールやタスクボードを見返してもよいでしょうし、「ニコニコカレンダー」を導入しているチームは、それを見返してもよいでしょう。何でもよい
ので、活動を思い出すきっかけを使って、思い出してみます。

(3)

前回の Try の確認
司会「では、前回の Try を確認してみましょう。Keep になりそうなものはあり
ますか？」

メンバーA

「○○○は、実際にやってみたら、効果がありました。次も続けたほうがよいと思います。」

メンバーB「□□□は、やってみたのですが、うまくいきませんでした。続けてやる必
要はないと思います。」

メンバーC
司会

「△△△は、試すことができませんでした。」「では、○○○は Keep としましょう。□□□は、今後はやらないことにしましょう。△△△については、どうしましょうか？」

メンバーC「△△△は、次も引き続き Try 欄に残しておきたいと思います。」

Try から Keep へ
Try として挙がった項目が、実際に試され、どのような効果があったのかどうかを確認します。効果があり、次からも続けたほうがよいものは、Keep として扱います。
言い訳をしない
Try として挙がったことを、試すことができないことがあります。これは、あまりよろしくないことです。だからといって、できなかった言い訳をここでくどくどと説明する必要はありません。時間のムダです。プロジェクトファ
シリテーションの原則の「問題対私たち」に従い、できなかった原因をみんなで考えればよいのです。

(4)

Keep の吸い上げ
司会「前回のふりかえり会から、これまでで、うまくいったこと、次も続けたいことを挙げてください。まずは、付箋紙に書いてください。一人 5 つは出してください。」

メンバー全員

付箋紙に書く

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

29/60

プロジェクトファシリテーション実践編：ふりかえりガイド

司会「では、1 人 1 枚ずつ順に貼ってください。似たような内容のものは、近くに貼ってください。」

メンバー全員
司会
メンバーA

前に貼る
「○○○というのが、出ていますがこれはどういうことですか？」「これは、□□□なときに、○○○をするということです。」

Keep に絞って考える
まずは、Keep だけ対象として、Problem や Try は考えないようにします。考える範囲を狭くすることで、それだけ深く考えることができます。
付箋紙に書くはじめに付箋紙に書き出してもらいます。これにより、一人の世界を作れます。人前で発言するのが苦手
な人も、自分の意見を出しやすくなるという効果が期待できます。また、人の意見に引きずられる前に自分の意見を出せるという効果もあります。
多めのノルマ
5 つというのが多いか、少ないかという議論もありますが、付箋紙に書いてもらうときに多めにノルマを課します。これにより、厳選された Keep だけではなく、些細だと思うような Keep も挙がるようになります。書き出した本人が些細だと思うようなことが、実は秘訣であることが多々あります。これにより、暗黙知が表出される可能性が高くなります。
1 人 1 枚ずつ貼る
KPT ボードに意見を貼る場合は、1 人 1 枚ずつ貼ります。1 人ずつ、その人が持っている全ての付箋紙を貼るようにすると、同様の意見が多い場合、後から貼る人と同じ意見が既に出切ってしまうことがあり、意見を出してチームに対して貢献したという感覚が少なくなってしまいます。自分の意見として主張する場を設けることが、当事者意識の醸成にも役立ちます。
ダブった意見同様の意見であっても、その付箋紙を場に出します。似たような意見を近くに貼ることで、そのように考えている人の人数を把握することができます。どれが多数派の意見かが分かります。また、同意の人がいる
ことが分かることも、チームの結束に役立ちます。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

30/60

プロジェクトファシリテーション実践編：ふりかえりガイド

知らない人と話をするときは、それぞれの自己紹介的な話から始めて、共通の話題を探ることが多いですよね。そして、互いに共通点を見つけることで、ぐっと心理的な距離が近づくという経験をお持ちではないでしょうか。
書いた内容の補足
付箋紙に書こうとすると、どうしても書きやすいようにするためいろいろと情報が落ちてしまいます。この落ちた情報を拾い上げるために、書いた人に口頭や、ホワイトボードなどで補足をしてもらいます。多数派の意見ならば意味を汲み取りやすいでしょう、一つしかないような意見については、補足がないと理解が難しいでしょう．

(5)

Problem の洗い出し
司会「付箋紙に自分が不満だと思っていることを何でも書いてください。今後問題になりそうなことも書いてください。問題でなくてももう少し工夫できそうだったところでよいです。一人 5 つは書いてみてください。」

メンバー全員
司会
メンバー全員司会

付箋紙に書く「では、KPT ボードに貼りだして下さい．」
前に貼る「『仕様の詰めが甘かった』というのがありますが、それをしなかったことでどのようなことが起こったのですか？」

メンバーA
司会

「お客さんが欲しいと思っていた機能と、違うものを作ってしまいました。」「では、そのように書き直してもらえますか。」

個人が感じている不満
人それぞれが感じている不満は違うものです。他の人がどう思っているかを気にせずに、自分が感じていることを挙げるがポイントです。よく「私しか思っていないかも」「個人的な意見ですが」と枕詞をつけて不満点を挙げる人がいますが、遠慮はいりません。そのような不満点こそが歓迎すべき Problem なのです。
枕詞をつけずに素直に挙げましょう。そして、枕詞をつけなくても挙げられるようなチームになっていきましょう。
未来の不安
Problem は、発生しているものだけではなく、今後発生するかもしれないと不安に思う未来の問題につCopyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

31/60

プロジェクトファシリテーション実践編：ふりかえりガイド

いても挙げます。いわゆるリスクの洗い出しです。
具体的な問題を挙げる
Problem を挙げるときは、Problem となっている具体的な事象を挙げるようにします。「見積もりが甘い」「ドキュメントが使えない」よりも「工数見積もりが実績をショートした」「ドキュメントと実態が合っていない」のほうが具体的です。具体的に書くことで、より具体的な改善案を考えやすくなります。また、Problem
を理解するときの勘違いも減ります。
「～していない」という行動の否定や、「～がない」という存在の否定をする意見が挙がったら要注意です。
このような Problem に関して改善案を挙げると「～する」という否定を裏返した肯定の策になってしまうことが多く見受けられます。これでは、改善案に広がりが出ません。そもそも改善策を意識して Problem を挙げているだけとも取れます。Problem だと感じたその現象や、なぜそれを Problem と感じたのか、その理由も含めて挙げるようにしましょう。
工夫できそうなことを挙げる
問題というほどでもないけど、何とかしたい、もう少し工夫ができるのではないかと思うことも Problem として挙げるようにします。工夫ができそうと感じるということは、何かしらの不満があるということです。その不満をぜひ、工夫できそうなこととして挙げてチーム内で共有しましょう。問題も見つけられず、不満も感じていないとしたら、視点を広くしてみたり、狭くしてみたりすると新たな Problem が見つかりやすくなります。

(6)

Try の検討司会「先ほど皆さんに出してもらった Keep と、Problem に番号をつけますね。改善案を付箋紙に書くときに、対応が分かりやすいように番号を書いておいてください。」

司会「他の人が挙げた、Keep、Problem に対する「若干、無責任な Try」
を優先的に考えてください。」

メンバー全員司会

付箋紙に書く「書いたら、番号ごとにまとめて貼っていきましょう。まずは、Keep に対する Try からお願いします。」

メンバー全員司会

前に貼る「Problem の○○番に対する、改善案がまだないですね。みなさん、考えてもらえませんか。」

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

32/60

プロジェクトファシリテーション実践編：ふりかえりガイド

司会「一通り、Problem に対する改善案は出ましたね。では、Problem とは関係無しに、試してみたいようなことがあったら挙げてください。」

解決策ではなく改善案
解決策とすると、どうしても「原因を分析して～」となりますが、まずは解決志向でメンバーの直感を信じて、「こうしたらうまくいくかも」という案を出してもらったほうが、より活発に良い案が出るようです。また、解決策としたとき、それで解決できなかった場合に深刻に考えてしまいがちです。あくまでも、「試すとうまくい
くかもしれない解決策」「今よりは少しでも良くなるだろうと解決策」という雰囲気を大事にして、仮説検証的に改善案を考えましょう。
このように書くと、原因分析は不要だと思われるかもしれませんが、そのようなことはありません。原因分析が必要な問題に対しては原因分析をするべきです。ただし、原因分析するまでもないような問題に対して、貴重な時間を使うのは避けるべきです。また、原因分析しても良い改善案が立てられ、実行されなければ何も改善はされないというのは事実ですし、原因分析が正しいという保証もありません。
他人の Keep、Problem に対する Try
Problem を挙げる場合は、想定する Try を思い描いて出してしまいがちです。全員がこのような状況だと、自分で挙げた Problem に自分で考えた Try を考えるだけで、個人でふりかえっているのと大差なくなってしまいます。チームで行なっているのですから、チームの知恵を借りるようにした方が価値のある時間になります。そのためにも、まずは他の人の挙げた Keep や Problem に対して Try を考える時間を取る
ようにします。
また、「若干、無責任」な案を考えるようにすると促すことで、アイデアに広がりが出やすくなります。
Keep に対する Try を考える
Problem に対する Try を考える前に、自分たちの強みである Keep を伸ばすような Try を考えます。
Problem に対する Try を考える
Problem とは無関係に試してみたいことを考えるのは、楽しいものです。つい時が経つのを忘れて夢中になってしまうのではないでしょうか。すると、改善策を考える時間が足りなくなってしまうかもしれません。これでは、問題の先送りになってしまいます。限りある時間を有効に使うためにも、Problem に対する改善案を考えます。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

33/60

プロジェクトファシリテーション実践編：ふりかえりガイド

Keep、Problem との対応付け
Try に Problem を解消するための改善案を、付箋紙を使って挙げるときは、どの Keep、Problem と対応するかを分かるように番号をつけておくと便利です。ホワイトボードを KPT ボードにしているならば、マーカーで関連線を引くという手もあります。
他の方法として、挙がった Keep や、Problem を一つずつ指定して、それに対して Try を考えるというのもよいでしょう。検討対象を絞ることで思考のベクトルが合いやすくなります。メンバーの考えのベクトルをあわせることができれば、効果的、効率的にアイデアがでてくることでしょう。付箋紙などで意見を集めている
場合は、Try の付いた Keep、Problem は対応する付箋紙と一緒にして、Try に移動させるというやり方もあります。
一つの Problem に複数の改善案がでることが望ましい状態です。改善案が複数挙がれば、その中から選択することができます。一つしか改善案が挙がらないと、それを行なうか／行なわないかの 2 択になってしまいます。
すべての Problem に対して改善案を考える挙がった Problem のすべてに対して改善案を考えます。中には、改善案の出てこないものがあるかもし
れませんが、考えていないから改善案がないのか、考えても改善案が出ないのかでは、大きく意味が異なります。Problem を放置しないようにしましょう。
しかし、Problem が多いと全ての改善案を考えているだけで多大な時間がかかってしまいます。そのようなときは、参加者が関心を持っている Problem を選択して、それに対して改善案を考えるのをオススメします。全ての Problem に対処しなくても、今よりチームは良くなります。

(7)

Try の合意
司会「みなさん、たくさんの Try を出してくれましたね。さすがに、これをすべて行なうのは大変そうですね。」

メンバー全員
司会

うなずく「では、この中から実際に試す Try を選びましょう。誰がやるかはまずはおいといて、試したほうがよさそうと思うことを、一人 5 票で投票することにしましょう。では、シールを 5 枚渡しますので、これを Try で挙がっている
付箋紙に貼っていってください。」

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

34/60

プロジェクトファシリテーション実践編：ふりかえりガイド

メンバー全員司会

シールを貼る「では、2 枚以上シールが貼られたものを、実際に試す Try としましょう。
1 枚しか貼られていないものは、実際に試すかどうかはシールを貼った人に一任します。○○○と□□□は、皆さんの心構えや、ルールの話ですから、担当を決める必要はないですよね。」

メンバー全員司会

うなずく「他は作業が伴いますから、みなさん、それぞれ担当したい Try を選んでください。」

メンバー全員
司会

担当する付箋紙に自分の名前を書く「あれ、まだ名前の書かれていない Try がありますね。どなたか、担当しませんか。」

メンバーA「実はそれは、どういうことかよく分からないのです。どなたか、もう少し具体的に説明してくれませんか。」

メンバーB「それ私が挙げました。確かに分かりにくかったですね。それは、○○○を□□□していけば良くなるんじゃないかなぁ、と思ったのですけど。」

メンバーA「あぁ、そういうことね。だったら、僕がやってもいいですか。でも、ちょっと不安なので、皆さんサポートお願いしますね。」

メンバー全員
司会

拍手「まだ名前の書かれていない Try がありますが、担当したい方いますか？」

司会「誰も手を挙げないのでこれは次回に持ち越すことにしましょう。」

Try の選択Try が多く出ても、行動しなくては、改善されることはありません。また、2:8 の法則13に従い、効果的に改善していくためにも、実際に試す Try を取捨選択するべきです。
Try が少なく、すべて試せるようならば、わざわざ選択する必要はありません。しかし、そのように Try の数が少ないということが問題です。もう一度、時間をとって Try を挙げ直すことをオススメします。
ドット投票
複数の Try を選択するのには、このドット投票が向いています。一人の投票権を複数にして、Try に投票してもらいます。上記のシナリオでは、ある一定の枚数シールが貼られたものを選択していますが、シー

13

パレートの法則とも呼ばれています。ここでは、100%のコストで、100%の作業をしなくてはならないときに、20%のコストで、80%の作業ができるという意味で使っています。
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

35/60

プロジェクトファシリテーション実践編：ふりかえりガイド

ルの枚数が多い方から 3 つ選ぶ、などのバリエーションがあります。
その他の選択方法として、一つずつ順に「やる」「やらない」を多数決で決めていくという、逐次多数決をとるというものもあります。ただし、この方法で進めると時間はかかりますので覚悟が必要です。
サインアップ
担当を決めるときは、ぜひ自主的に選択して、自ら名前を書き込みます。自分が出した Try でなくても問題ありません。やりたいと思う Try を選んでください。
サインアップとは、「手を挙げた人が、責任を持って最後まで一人でやる」ということではありません。「主担当としてやりますが、みんなでサポートする」というのが基本ルールです。
Try は具体的に
Try は具体的であるほど実行性が高まります。具体的だと、メンバーが正しく理解してくれ、そして行動に移しやすくなります。抽象的だと、勘違いが多く発生してしまうことでしょうし、いざ行動しようとすると戸惑ってしまうかもしれません。あいまいなアイデアでも、一考の価値があると判断したものはメンバー全員で、
具体的にどうやってすすめるかという How について話し合ってもよいでしょう。しかし、How ばっかり話をしていると時間がかかりますので、一通り Try についてメンバーの意見を聞いてから具体化していくことをオススメします。行動可能にするためのヒントとして、「～する」という動詞形式にするとよいでしょう。ちなみに「頑張る」「ちゃんと~する」というのは、具体化されておらず、行動が伴いにくく、よくない Try の代表例です。
無理にやらない
サインアップされない Try があれば、無理に担当を決める必要はありません。その他の Try を実施するだ
けでも十分効果はあるでしょう。無理に担当を決めると、実施できなかったときに、「自分は本当はやりたくなかったんだ」などと言い訳をしてしまいがちです。「自分たちのために、自分たちができることを、自分たちでやる」というのが、大前提です。
また、Try の実施にあたり議論が割れてしまうこともよくあります。特に Try 同士が矛盾している場合などによく起こります。このようなときも無理にそのどちらかの Try を選ぶ必要はありません。全ての Try を実施
しなくても、今の状態よりもちょっとでも改善された状態に向かいそうであればそれで十分なのです。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

36/60

プロジェクトファシリテーション実践編：ふりかえりガイド

(8)

終了の宣言
司会

「担当も決まりましたので、これで一通り終了ですね。では、改善策で作業が発生するものはタスク化して、作業計画に組み入れてください。
また、朝会で進捗や、新しいルールなどの効果も確認してください。今回の KPT ボードは、タスクボードの横に貼り出しておきますので、一日に一度は見るようにしてください。では、今日のふりかえり会は、これで終了します。」

メンバー全員
司会

拍手
「解散。」

作業計画に組み入れる
通常の作業とは別に、改善タスクを行なおうとすると、作業が増えてしまい苦痛になってしまいます。作業が増えるのですから、予定していた作業を減らすなどの対策をとらなくてはなりません。改善タスクもそのチームの仕事ですから、通常のタスクとして扱い、タスクボードに貼るというのも効果的です。そもそも改善策は、通常の作業をよりよく行なえるようにするためのものなのです。フルタイムで木を切っていたら、斧を研ぐ時間はありません。斧を研ぐ時間を確保しましょう。また、より良い木の切り方についても考えましょう。
ふりかえりは P-D-C-A サイクルの「C-A」が主なカバー領域です。ふりかえり会が終了した後に、作業計
画は再度見直しをかけましょう。ふりかえりながら計画を見直すと、ふりかえり会に集中できなくなります。
朝会との連携
ふりかえりという活動は、ふりかえり会だけでは完結しません。通常の業務と連携します。改善策の日々の進捗や、新しいルールなどの効果を朝会で確認してもよいでしょう。新しいルールが、あまりにも負荷の高いものならば、次のふりかえり会まで待たずに、朝会で続けるかどうかの判断をすることも時には必要です。
視界に入るところに貼り出す
ふりかえり会で使った KPT ボードなどは、視界に入るところに貼り出します。ホワイトボードを使った場合
は、写真を撮って、大きく印刷して貼るというのも手です。PC で見るようにしても、なかなか見ないというのが現状のようです。次のふりかえり会のときに、「そういえば、こんなの話してたよなぁ～、だけど～」なんてことにならないためにも、目の届くところに貼り出したほうが、より行動が生まれやすくなります。詳しくは「プロジェクトファシリテーション 実践編：見える化ガイド」をご覧ください。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

37/60

プロジェクトファシリテーション実践編：ふりかえりガイド

ファシリテーションのポイント

ふりかえり会は会議ですので、会議ファシリテーションのスキルを活かすと、より成果が上がります。ここでは、ふりかえり会をファシリテートするときのポイントをいくつか紹介します。

(1)

準備をする

ふりかえり会が始まる前からふりかえり会は始まっています。ファシリテータは準備に責任を持ちましょう。何のためにふりかえるのか、何時間でふりかえるのか、どの手法を用いるのか、時間配分はどうするのか。このようなことは事前に考えておきましょう。会場の準備も必要です。しかし、全てを一人で行なう必要はありません。メンバーと手分けして準備をしましょう。

(2)

立場を表明する

ふりかえり会が始まった時に、ファシリテータは自分の立場を表明します。そして、メンバーにお願いしたいことがあれば、お願いをしておきましょう。グラウンドルールを守って欲しいというのも、お願いの一つです。そして、何よりも大事なお願いは、このふりかえり会を成功させるのは、皆さんの協力が必要なので、手伝ってくださいというものです。参加される方たちがその気にならなければ、会議中にファシリテータが立ち回っても、そうそううまく進められるものではありません。その反対に、参加メンバー全員がファシリテートするスキルがあれば専任のファシリテータは不要です。

(3)

メンバーの表情を見る

ふりかえり会に参加しているメンバーが、楽しそうか、何か言いたいことがありそうか、表情をよく見ましょう。
なにか行き詰ったものを感じ取ったら、「雰囲気が固くなってますね。深呼吸しましょう。」と、みんなで深呼吸してもよいでしょう。メンバーがふりかえりに対して前向きに参加していないと、せっかくの時間がムダになってしまいます。前向きに参加していないメンバーがいるならば、「何か悩んでる？」「今、どんな気持ちなの？」などと、どのような気持ちかをたずねてもよいでしょう。意見の内容よりも、意見を述べている人や、それを聞いている人に注意を向けるのです。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

38/60

プロジェクトファシリテーション実践編：ふりかえりガイド(4)

メンバーの姿勢を見る

姿勢にも参加しているメンバーの気持ちが表れるものです。例えば腕組みというのは防御反応の表れと言われています。腕組みをしてのけぞっているような人がいたら、今どんな気持ちが聞いてみてはいかがで
しょうか。

(5)

前に出過ぎない

ファシリテータはメンバーの前に立つことが多いですが、裏方の仕事です。前に出て意見を多く言うことは控えましょう。チームリーダーがファシリテートする場合は、その一言ですべてが決まってしまうことが多くなります。リーダーとしての発言なのか、それともファシリテータとしての発言なのが明確にしておくと混乱が減るでしょう。また、どちらの立場で表明しているかを表すルールを決めておくとより良いです。

(6)

具体化を支援するメンバーのアイデアが抽象的だと思ったら、すかさず「どういうこと？」と聞き返すか、他のメンバーに「どういうことか分かりますか？」とたずねましょう。このような質問をすることで、そのアイデアが具体的になります。また、話している内容を解釈して図に表してみるというのも一つの手です。さらに、言葉を足したりするのもよいでしょう。ただし、足しすぎないように注意してください。
特に、Action があいまいなままだと実行されないことが多々ありますので、逃さずに具体化するような質問を投げかけましょう。

(7)

グラウンドルールの確認をする

ふりかえり会をスムーズに進行するためにグラウンドルールを設けますが、議論に熱中してくるとそのルールを忘れてしまうメンバーが出てくることがあります。そのようなときはルールから外れているということを指摘しましょう。ルールが決まっていないと指摘しにくいものです。ルールの確認は始めにしましょう。また、進行中に必要に応じてルールを追加、修正してもよいでしょう。
グラウンドルールを参加者が守るということは、それは自由に発言できる安全安心な場作りに参加することにつながります。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

39/60

プロジェクトファシリテーション実践編：ふりかえりガイド(8)

優先順位をつける

議論が白熱してなかなか結論が出ないことがあります。Problem の Try を出すとき、Try をするかしない
か、Try したことを Keep にするかしないか、というところで意外と時間がかかることがあります。時間のかかる意見については、思い切って後回しにしてしまいましょう。場に出ている意見はたくさんあるのですから、一つに時間をかけすぎて、他に時間が割けなくなるのは避けましょう。

(9)

時間を守る

複数人の時間を費やす会議の時間は、とても貴重です。予定していた時間を越してしまわないようにしましょう。当初決めたタイムテーブルより遅れてきたら、遅れていることをメンバーに知らせるだけでも、充分に効果がありますが、時間が遅れることを見越して、バッファを取っておいてもよいでしょう。

(10) 合意させる
ふりかえり会で決まったことに参加者に合意してもらいます。特に Try や Action については何を実施す
るのかの合意が必要です。もし、時間が足りずに合意に至らなかった場合は、いつ、どうやって合意するかだけは合意してください。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

40/60

プロジェクトファシリテーション実践編：ふりかえりガイド

ふりかえり会アンチパターン

ふりかえり会を行なう中で、多くの方が陥ってしまう落とし穴があることが分かりました。ここでは、そのような落とし穴と解決策をいくつか紹介します。

(1)
症状

Problem ファースト
KPT を使ってふりかえり会を行なうときに、Keep を飛ばして Problem から意見を出し合い、場の雰囲気がネガティブになる。

問題

場の雰囲気が悪くなり意見が出にくくなる。自分達の成果を認識できないため、何が価値のある行動なのかが理解されない。

解決策

はじめに最低でも一人一つは Keep について意見を出して、自分達の成果を確認する。Keep(継続する行動)だけではなく、Good(良かった事象)も挙げる。

(2)
症状

時期ずらし
定期的にふりかえり会をやると決めるも、都合がつかずに、1 日延び、2 日延び、といつの間にかフェードアウトしてしまい、だれもふりかえり会のことに触れなくなる。

問題

ふりかえり会が定期的に開催されない。

解決策

定期的に集まれるメンバーだけでもいいので実施する。さらに、参加の負担を軽減する
ために短時間でふりかえり会を行なう。

(3)
症状

分析中毒
問題の原因追及に対して、あーでもない、こーでもないと時間をかけるが、疲れるか、時間が足りなくなってしまい、結局、肝心の改善策を出さずに終了してしまう。

問題

問題の原因追及に時間をかけすぎてしまい、改善策に時間がかけられない。

解決策

分析をするべき問題を絞り込み、分析するまでもない問題については分析をしない。また、解決できない問題については、解決するのをあきらめる。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

41/60

プロジェクトファシリテーション実践編：ふりかえりガイド

(4)
症状

期待過剰
Problem を挙げて見えるところに貼っておけば、きっと誰かが見て手を差し伸べてくれると思っているが、結局は誰も見てくれず、当然のごとく誰も助けてくれない。

問題

問題の解決を他人任せにしている。

解決策

Problem に効果があるような、行動可能な Try を挙げ、実際に行動する。

(5)

空中戦

症状

議論をするが、話が抽象的になったり、堂々巡りしたりする。

問題

議論の生産性が低い。

解決策

議論の内容を誰でもが見えるように板書する。

(6)
症状

残り続ける Problem
Problem に挙がった内容がずっと残っていて、毎回ふりかえり会の際に検討するが有効な改善策を打ち出せずに、Problem が取り除けない。

問題

自力で解決できない Problem がある。

解決策

解決するのをあきらめ Problem から取り下げる。または、しかるべき責任者にエスカレー
ションする。解決できない Problem に時間を割くよりも、もっと前に進めるようなことに時間を割くほうが効果的。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

42/60

プロジェクトファシリテーション実践編：ふりかえりガイド(7)
症状カテゴリ化による具体性の欠如
挙がった意見をカテゴリ化して、そのカテゴリをインプットとすることで、具体性を欠いたア
ウトプットになってしまう。

問題

カテゴリ化により、好ましくない行動を誘発してしまう。

解決策

カテゴリは理解のためのラベルと割り切り、カテゴリをインプットとするのではなく、そこに挙がっている意見をインプットとする。または、インプットに値すラベルをつける。

例

挙がった意見を整理し見やすくするには「ドキュメント」というカテゴリは適切であるが、これをインプットとして Try を考えると「ドキュメントを整理する」などの、Problem の改善につながらない意見になりがちである。この場合は、それぞれの Problem に対して、Tryを考えた方がよい。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

43/60

プロジェクトファシリテーション実践編：ふりかえりガイド

KPT／KPTA アンチパターン
KPT／KPTA でふりかえり会を行なっている場合に、意見の出る傾向から、そのふりかえり会の良し悪しがある程度読み取ることができます。KPTA についての説明は、後述の「KPT の拡張フォーマット：
KPTA(けぷた)」をご覧ください。
アンチパターンを紹介する前に、図 5 に 2 回目のふりかえり会が終わった後の標準的な KPT ボードの状態を紹介します。
紹介する図では、黄色い四角が 1 回目に挙がった意見、赤い四角が 2 回目に挙がった意見を表しています。四角の右上にある赤い丸は、実施を合意した印です。

Kを強化するTが挙がっている

1回目のTがKに移
動している

Keep
2回目のKが挙がっ
ている

P

P
P

K

K

K

T

A

K

K

K

T

T

T

A

G

K

K

T

G

G

K

T

P

P

T

T

T

P

P

T

T

T

P

P

T

P

T

T

T

P

T

T

A

Problem
P
P
P

P

P

1回目のPの大半が取り除かれている

ActionK

Gが挙がっている
Pが多く挙がっている

Try

K

Tが考えられていないPが少ないT

Tryを実現するためのActionが挙がって
いる

A

A

Pよりも多くPに対するTが挙がっている

1回目のTの大半が取り除かれている

2回目の終了時の状態

T

A

T

T

T

T

T

T

T

実施合意の印
1回目

2回目

図 5 2 回目の KPT ふりかえり会終了時の標準状態
続いて、KPT アンチパターンをいくつか紹介します。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

44/60

プロジェクトファシリテーション実践編：ふりかえりガイド(1)
症状

わがまま Try
Try が実施され Keep に移っていくが、Problem が減らない。
Keep
1回目のTryがKeep
になる

Try

K

K

K

K

K

T

K

K

K

T

T

T

K

K

T

T

T

Problem

1回目のProblemが大量に残っている

P

P

P

P

P

P

P

P

P

P

P

P

P

P

P

P

P

P

P

P

Action

T

T

T

T

T

T

T

T

T

T

T

A
T

A

A

Keep、Problemと関連していないTryが大半

問題

Try が Problem とは無関係である。

改善策

Try を挙げる際に、Problem をいかに無くすかに意識を向ける。

(2)
症状

Tryを実現するためのActionが挙がっている

計画先行
Problem が少ない割には、Try の数がやたらと多い。
1回目のTｒｙがほとんとKeepにならない
Keepが少ない

Keep
K

Problemが少ない

K

Try
K

P

P

ActionT

ProblemP

Tryがたくさん挙がる

P

T

T

T

T

T

T

T

T

T

T

A

T

T

T

T

T

A

T

T

T

T

T

P

A

Tryを実現するためのActionが挙がっている

Keep、Problemと関連していないTryが大半問題

ふりかえりをほとんどせずに、計画に意識を向けている。これでは、PDCA サイクルは回らず、PD を繰り返すだけになってしまう。

改善策

ふりかえり会と計画の時間を分け、ふりかえり会の際はふりかえることに注力する。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

45/60

プロジェクトファシリテーション実践編：ふりかえりガイド(3)
症状

言ったもの負けProblem が挙がっているが、Try が挙がらない。挙げた Try は全て実施することになっている。
Keep、Problemに関連付けたTryが挙がる

Keepがあまり挙が
らない

Keep
K

K

K

K

K

K

T

T

T

P
P

P

P

P

P

ActionA

T

Problem

Problemがあまり挙
がらない

問題

Try

K

P

T

P

T

P

T

P

T

すべてのTryを実施することになって
いる
A
A

A

Tryがあまり挙がらない

Tryを実現するためのActionが挙がっている

Try は挙げた本人がやることになっているため、作業負荷の増大を恐れて積極的にアイデ
アを出そうという姿勢が見られない。

改善策

Try を挙げた人が作業をするわけではないということをグラウンドルールとする。
Try を挙げる際に、ブレインストーミング手法などを使い、アイデアを発散させるようにする。

(4)
症状

救われない Problem
Problem ばかり増えていくが、Try は挙がらない。
Keepに関連するTry
がない

Try

Keep
K

K

K

K

K

K

T

T

ActionK

Tryが少ない
1回目のProblemが大量に残っている

Problem
P

P

P

P

Problem多く挙がっ
ている

問題

P

P

P

T

P

T

P

P

P

P

P

P

T

Problemに関連付けた
Tryが挙がっている

Tryを実現するためのActionが挙がっていない

関係者が Problem の分析に意識が行き過ぎて、新たな行動を起こそうという気概がな
い。

改善策

解決志向で Try を出し、問題の深堀りをほどほどにする。
Try を考える時間を長めにする。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

46/60

プロジェクトファシリテーション実践編：ふりかえりガイド

KPT の拡張フォーマット：KPTT(けぷとつー)
KPTT とは、KPT を拡張し、Keep、Problem、Try、ToDo の観点を持ったふりかえり用のフォーマット
です。KPT を使ったときに発生する「言ったもの負け」を回避するために、筆者が考案したフォーマットです。KPT の Try を改善アイデアのストック場所としての Try と、実施する改善策としての ToDo に分けたフォーマットになっています。このフォーマットによってブレインストーミング的に、脱常識な改善案のアイデアを出し(Try に出す)、出された多くのアイデアから実施するものを選択する(Try から ToDo に意見を移す)というプロセスが明確になります。このフォーマットに切り替えただけで、アイデアが多く出るようになったという実績があります。

テーマ：作業を効率的に行うために
Keep

ToDo

●焦ったら、深呼吸する●作業する場所を移動する●迷ったら、アラームを挙げる●材料を使う順に並べる

Problem

Try●作業場所が狭い●荷物はイスの上に置く●作業に迷いがある●手順書を作成する●作業の導線が複雑●作業する場所を移動する

実施するTryを選択して、ToDoとして管理する●材料を使う順に並べる

図 6 KPTT のフォーマット

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

47/60

プロジェクトファシリテーション実践編：ふりかえりガイド

KPT の拡張フォーマット：KPTA(けぷた)
KPTA とは、KPT を拡張し、Keep、Problem、Try、Action の観点を持ったふりかえり用のフォーマッ
トです。KPT を使ったときに発生する「やらずじまい」を回避するために、筆者が考案したフォーマットです。
KPT の Try のうち選択したものを、行動できるように Action として具体化するまでを、1 枚のボードで行ないます。

テーマ：作業を効率的に行うために
Keep

Try

●焦ったら、深呼吸する●開始前に深呼吸する

Action

実施するTryを、実行可能なアクショ
ンまで具体化する●迷ったら、アラームを挙げる

Problem●作業場所が狭い●荷物はイスの上に置く●作業に迷いがある●手順書を作成する●作業の導線が複雑●作業する場所を移動する●材料を使う順に並べる●ケースを用意する［天野：10/9まで]●作業順にケースを並べる●材料をケースに小分けする

図 7 KPTA のフォーマット(1)

KPT と KPTA の違い

KPT を使ってふりかえり会をしている現場をいくつか見てきました。その中で、「実施を合意した Try が、実行されない」という課題が多く挙がっていました。このようになってしまう背景を図 8 に整理しました。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

48/60

プロジェクトファシリテーション実践編：ふりかえりガイド実施を合意した Try が実行されないTry が実行可能になっていない効果のある Try の数がTry を具体的な Action に少ない

落とし込めていない

具体的な Try を挙げようとAction を考える時間をすると手が止まる

確保していない

図 8 KPT ふりかえり会の効果が上がらない背景
その背景を探っていったところ、挙げた Try を選択して、それを実行しようとすると、粒度が大きく実行できないというのが大きな原因でした。さらに、深く原因を考えると、実行できるくらいの具体的な Try を挙げようとすると、なかなか言葉にできずに、手が止まってしまうというものと、そもそも実行可能な Action にする時間を確保していないというものでした。
そこで、Try を二つに分け、抽象的な Try を挙げる Try の欄と、具体的な Action を挙げる欄を設けま
した。

(2)

Try の役割改善のアイデアを挙げる欄です。それを実施するのかどうか、具体的にどう実施するのか、についてはひとまず置いておき、アイデアを発散させるのに使います。まずはだれが実行するか、そもそも実行できるのかはさておき、無責任で結構ですのでアイデアを挙げます。挙がったアイデアから方針を考えます。

(3)

Action の役割

Try を実現するための実行可能な行動を挙げる欄です。実施することを合意した Try や、実施の方針
をもとに行動を具体化します。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

49/60

プロジェクトファシリテーション実践編：ふりかえりガイド

KPT の拡張フォーマット：GKPTA(じぃけぷた)
GKPTA とは、KPTA を拡張し、Good、Keep、Problem、Try、Action の観点を持ったふりかえり用のフォーマットです。KPT や KPTA では、Keep の欄に「Good(良いこと)を書くとよい」としていますが、明
示的に Good の欄を追加したのが、このフォーマットです。

テーマ：作業を効率的に行うために
Good

Keep

Try

●前回より評価が高かった●焦ったら、深呼吸する●開始前に深呼吸する●落ち着いて作業できた●迷ったら、アラームを挙げる●迷っていたら助けてもらった

Problem●作業に迷いがある●手順書を作成する●作業場所が狭い●荷物はイスの上に置く●作業の導線が複雑●作業する場所を移動する●材料を使う順に並べる

Action●ケースを用意する［天野：10/9まで]●作業順にケースを並べる●材料をケースに小分けする

図 9 GKPTA のフォーマット

(1)

Good と Keep を分けるメリット

左端に Good があるので、自然とポジティブな意見を出すところから始められます。ポジティブな意見を話すと、その場の雰囲気が和み、その後の意見も挙げやすくなるという効果が期待できます。特に Good に関連する Problem が挙げやすくなります。

(2) GKPTA のデメリット
欄が細かく切られているため、その欄に当てはめるように意見を挙げることになります。このフォーマットに慣れていないと、自分の意見をどの欄に出せばよいのか悩んでしまいます。また、慣れてくると、型にはめて考えるので、自由度が低く窮屈に感じるようになります。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

50/60

プロジェクトファシリテーション実践編：ふりかえりガイド

FAQ
ふりかえり会に関して多くの質問を受けます。その中で多い質問を FAQ という形でまとめて紹介します。

(1)

Q.何人ぐらいでふりかえり会をするとよいですか？

何人でもふりかえり会をすることができます。しかし、多すぎると一人あたりの話す時間が短くなりますし、
話しにくい気持ちになりやすかったりしますので、10 人ぐらいまでで行なうのが望ましいです。10 人を超える場合はファシリテータという役割を決めたり、道具立てを工夫したりするなどして実施するとよいでしょう。
目的や、目標を共有し、チームとして実質的に機能している単位でふりかえり会をするのをオススメします。

(2)

Q.チームメンバーが全員集まらないけど、ふりかえり会をするべき？

必ずしも全員が集まらなくても、ふりかえり会は行なうべきです。もし全員集まらない場合は、事前に欠席する人から意見をもらい、ふりかえり会の際にその意見を参加者全員で共有しましょう。そして、ふりかえり
会の結果を欠席した人にフィードバックしましょう。

(3)

Q.特定の人に多くの Try が割り振られるけど？

もしその人がそれだけの Try をこなせないならば、いくつかの Try はやらないようにしましょう。そもそも、このような状況になる場合、Problem を挙げるときに個人攻撃になっていることが多々あります。個人の問題ではなく、チームの問題として認識することが重要です。参加者は、チームの一員であるという当事者
意識を持ってください。

(4)

Q.ふりかえり会はいつまで続けるの？

続けられる限り続けてください。プロジェクトであれば、プロジェクトが解散するまで続けます。組織で行なっているならば、その組織がある限り続けましょう。
ふりかえり会は、チームとして随時フィードバックが十分に行なえるようになれば続ける必要はありません。
しかし、ふりかえりという行為自体をやめる必要はありません。
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

51/60

プロジェクトファシリテーション実践編：ふりかえりガイド(5)

Q.どんな場面でふりかえればよいの？

継続的な活動であれば、どんなことに対してもふりかえりが行なえます。会議などは絶好のふりかえり対
象です。進捗会議に対してふりかえるとその効果は絶大です。ふりかえり会も会議ですから、ふりかえり会のふりかえりをしてみるとよいでしょう。
家庭で子育てをテーマにふりかえりをして効果があったという方もいると聞いています。その他にも、資格取得や、製品の品質向上、作業の生産性の向上など多くのテーマでふりかえりが行なわれています。

(6)

Q.メンバーがふりかえり会に否定的なのですが？

メンバーにふりかえり会をなぜ行なうのか、その目的を説明していますか？通常の業務の延長線上にふり
かえりが会あり、ふりかえり会を行なっていくと次第に通常の業務が効率的、効果的に行なえるようになります。
ふりかえり会といいながら、実は問題の犯人探しをしていませんか？ふりかえり会はチーム作りに貢献します。しかし、使い方を誤るとチームを壊してしまう可能性を秘めていることも確かです。チームとして機能す
るには、チームメンバーのお互いを受け入れる必要があります。しかし、受け入れたくないがために表面的な付き合いをしていませんか。議論を避けて通れないときがあります。しかし整理しながら十分に議論を行なえれば険悪なムードにはならないはずです。このことを承知のうえで、ふりかえり会を行なってみてくだ
さい。
ふりかえり会が開催できているならば、そのふりかえり会の冒頭で何を期待して参加しているかを全員から一言ずつ話してもらうというのもよいでしょう。思いのほか前向きなことを言ってくれる人が多く、そのような人の意見で、他の人の気持ちが少し前向きに動くということがあります。
ふりかえり会は開催しているのに、人が集まってくれないということもあるでしょう。そのような場合は、フォー
マルなふりかえり会ではなく、ゲリラ的なふりかえりということで、ターゲットを絞って唐突に話しかけてみましょう。「このままで、いいのかなぁ」「もうちょっとなんとかできそうなのに」「このチームって、100 点満点で何点だ
ろう。もう少し点数をあげるには何をすればいいんだろう」など、愚痴っぽく言うと聞いてくれるかもしれません。
ふりかえり会すら開催できない場合。ふりかえりがまったく必要がないならば、無理に開催する必要はありません。が、これはまれなことでしょう。できそうなところからふりかえりを始めれば十分です。大きく始めようとすると、足がすくんでしまいがちです。小さく始めてみてください。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

52/60

プロジェクトファシリテーション実践編：ふりかえりガイド(7)

Q.Keep が増えすぎて KPT ボードにおさまらなくなったのですが？

定着したと思う Keep から別のところに保管してみるとよいでしょう。付箋紙を使ってふりかえり会をしているところでは、ノートに履歴として貼り付けているチームもあります。いくつかの Keep をまとめてナレッジに昇華させてもよいでしょう。
チームのスキルが向上したり、チームの置かれている環境が変化したりすると、これまでは有効だった
Keep が現状にそぐわず、場合によっては足を引っ張ってしまう場合があります。定期的に Keep の棚卸しをして、現状に合わなくなったものはやめるということも重要なアクションです。

(8)

Q.ふりかえるたびに Problem が増えるのですが？

Try を実施し効果があると、それに対応した Problem が解消されます。また、時間とともに Problem が解消されてしまうこともあります。解消されたら、その Problem は外すようにします。
それでもどんどん Problem が増える場合は、そのチームに何かしら根本の Problem が潜んでいる場合あります。どれか一つの Problem を選んで「なぜを 5 回繰り返す」を実行してみてはどうでしょうか。チームに潜む真因を見つけてみましょう。この真因が取り除かれると、その他の Problem も一気に解決されることでしょう。

(9)

Q.ふりかえるたびにやることが増えるのですが？

Try を実施し効果があると、それが次の Keep になります。これを繰り返すと、Keep に「やること」が溜まっていきます。やることが増えすぎると、複雑になってしまい、行動が制限されてしまい、負担感が強くなってしまうこともあります。これまでやってきたことを「やめる」Try を出すことも、時には必要です。足し算の改善だけではなく、引き算の改善も考えてみましょう。

(10) Q.進捗管理会議に加えてふりかえり会をやるのは負荷が高すぎるのです
が？
まずは、進捗管理会議の負荷を下げることをテーマとして、ふりかえり会をしてください。100 点満点の進捗管理会議であればこれ以上はどうしようもないかもしれませんが、現実的に考えるとまずそのような進捗管理会議はないでしょう。なにかしら改善の余地が残されているはずです。それまでの進捗管理会議

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

53/60

プロジェクトファシリテーション実践編：ふりかえりガイドの生産性が向上すれば、時間が短縮できますので、その短縮した時間をふりかえり会に充ててはいかがでしょうか。一般に進捗管理会議では課題も管理しているかと思います。この課題管理の部分をふりかえり会として実施するというのも一つの手です。

(11) Q.テーマを決めてふりかえり会をしていますが、最初はよいのですが数回行なうとアイデアが出なくなるのですが？
テーマを目先の課題とした場合は数回のふりかえり会で手詰まり感が出ることが多いです。しかし、その数回の中で Keep や Problem が発見され、Try を検討し、その Try が実施されチームが前に進んでいるのであれば、それは良いことです。
そのテーマでアイデアを出し尽くした感があるならば、次のテーマを探してみてください。より遠くの課題や、プロジェクトや組織運営にかかわる永遠の終わりの無いテーマにする、というのも考えてみてください。
ふりかえり会は KPT で行なわなくてはならないということはありません。フリーディスカッションで話し合うだけでも、充分に効果があります。『アジャイルレトロスペクティブズ』14には、KPT 以外のふりかえりのテクニックが紹介されています。

(12) Q.テーマがなかなか決まらないのですが？
テーマを決めずに行なってみるというのも手です。そして、そのときに挙がった Problem の中で根が深そうなものを、次のテーマとしてみるのもよいでしょう。また、テーマがなかなか決まらないということ自体がProblem ですので、「テーマを見つけるためには」というテーマを試してみる価値もあります。
「何でもよいから意見を挙げてと」いわれると、チームとしてのコンテキスト(チームの目的や、各人が考えている理想の状態など)を共有できていない初期の段階では、意見をなかなか出しにくいものです。このようなときには分かりやすいテーマを掲げると意見が挙げやすくなります。チームとして結束してくると、それに伴いチームとしてのコンテキストが共有され、各人の視点(関心事)での意見が挙げられるようになります。このような状態ではテーマを決めることが、視点を狭めてしまうことになる可能性もあります。
ふりかえりの目的の一つにチーム内の信頼関係を築くというのがあります。もしテーマが見つからないならば「チーム内の信頼関係を築くために」というテーマにしてもよいでしょう。
[Derby 07] 『アジャイルレトロスペクティブズ 強いチームを育てる「ふりかえり」の手引き』 著：Esther Derby、Diana Larsen、訳：角 征典
14

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

54/60

プロジェクトファシリテーション実践編：ふりかえりガイド(13) Q.ふりかえり会の成果が上がらないのですが？
どのような成果を期待しているのでしょうか。もし「素晴らしい改善策」を成果として期待しているのならば、その期待にこたえるのは難しいかもしれません。もし「素晴らしいチーム」を成果として期待しているならば、その期待には応えられるでしょう。しかし、その成果は劇的なものではありません。繰り返し、頻繁にふりかえることで少しずつチームが成長していきます。長期的な視点を持ってください。
ふりかえり会にかける時間が短いときに、成果が上がらないことがあります。焦って時間ばかり気にしてしまうと、「ここで意見を出すと時間をオーバーしてしまう」というような、余計な気遣いから意見を飲み込んでしまうことがあります。何回かに一度は、通常の倍の時間を取って行なうというのも一つのアイデアです。

(14) Q.ふりかえり会はどのように始めればよいの？
ふりかえり会のやり方は大体わかったけど、どのようにメンバーを巻き込んで、ふりかえり会を行なうのか迷ってしまい、なかなか始められないということがあります。チームの定例会議があるならば、会議のオーナーと交渉して 15 分ほど時間を貰いましよう。そして、このチームの定例会議の満足度を「表明じゃんけん」で、5 点満点で評価してもらいましょう。指 1 本を 1 点として、0 点ならグー、5 点満点ならパーで、一斉に出してもらいます。通常、このような定例会議の進め方などについては何かしら不満を持っている人が多いので、全員が 5 点満点であることはまずあり得ないでしょう。5 点でない人に、5 点満点でない理由を聞いてみましょう。すると、何かしらの改善のアイデアがあちらこちらから出てきます。このような状態になったらチャンスです。チームを良くするためのアイデアを交換することの重要さを感じてもらえているので、どこかで 30～60 分ほどの時間を取って意見交換する場に参加してもらう約束をしてください。事前に場所と時間は確保しておいた方がよいでしょう。ただし、チームの定例会議の不満が活発に出るということは、会議のオーナーにとってはうれしいことではないでしょうから、事前に何のために、何をするかは説明しておきま
しょう。

(15) Q.Try が挙がりすぎて困るのですが？
ドット投票で Try を選択するがもっとも簡単な方法です。しかし、Try が挙がりすぎると投票が分散してしまい、選ばれた Try を見てもいまいちな感じがするということがあります。このようなときは、何かしらの軸に沿って並び変えるとよいでしょう。例えば、「実施しやすいかどうか(実行性)」「実施した効果が得やすいかどうか(実効性)」の 2 軸の平面に並べてみるとよいでしょう。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

55/60

プロジェクトファシリテーション実践編：ふりかえりガイド(16) Q.Problem がたくさん挙がるのですが、どこから手をつければよいのでしょうか？
Problem がたくさん挙がるということは、それだけ問題意識の高いメンバーが参加しており、改善の余地も多くあるのでとても喜ばしい状況です。しかし、それだけ多くの Problem をすべて改善するのには時間がかかりますし、やみくもに Problem を選んでも改善の効果が小さすぎてしまうかもしれません。このような場合は、取り組むべき Problem を何かの基準に従って優先順位づけをするとよいでしょう。例えば、「問題の根はどの程度深そうか」「その問題がなくなればどの程度幸せか」など、チームで納得のいく基準を用いて、そこからいくつか選ぶようにしましょう。本来ならばすべての問題について取り組むのが理想です
が、問題は関連していることが多く、一つの問題が改善するとそれにつられて他の問題も改善されることがあります。

(17) Q.Try をチームで合意するのですが、行動できませんどうすればよいのでしょうか？
Try は実行可能なものになっているでしょうか。以下のような Try は行動が難しいものの代表例です。
「○○するように心がける」「○○を意識する」「積極的に○○する」
このような Try になっていないか今一度確認し、もしなっているならば具体的な行動にしてみましょう。具体的な行動にしにくい場合は、毎日の朝会の中で「心がけていますか？」「意識していますか？」「積極的にできていますか？」と確認してみてください。

(18) Q.チーム内の仕事がバラバラで、共通のテーマがない場合はどうすればよいでしょうか？
皆さんそれぞれ難しい仕事をしているからこその悩みだと思います。難しいからこそ、他人の仕事を理解できないのでしょう。このような場面はよくあります。これまでうまくいった例ですと、テーマを改善の目標とはせずに、「みんなの困りごとを聞く時間」にしました。困りごとを話すことで、自分の中でその困りごとが整理できて、話しているだけで自分で解決策を見つけてしまうことがその会では続出しました。また、その他の人の一見あてずっぽうなアドバイスが、意外と的を射ていたりすることもありました。何はともあれ、困りごとは一人で抱え込まないのが一番と感じた瞬間でした。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

56/60

プロジェクトファシリテーション実践編：ふりかえりガイド(19) Q.もう、ふりかえることがありません。それでもふりかえり会を続けるべきでしょうか？
ふりかえることは目的ではなく手段です。何のためにふりかえるのかを今一度確認してみましょう。特に、「ふりかえり＝KPT」と思っているチームには、このようにふりかえる為の動機が薄くなりがちです。KPT にこ
だわらず、フリーディスカッション形式でふだん何げなく思っていることを話し合うというのも大事なことです。
自分たちは、もうふりかえる必要が無いと思っているチームには、おそらく問題が山積みとなっていることでしょう。

(20) Q.ふりかえり会の結果をどう管理すればよいでしょうか？
模造紙や、プラダン15などで KPT ボードを作っているならば、普段から見えるところに貼りだしてください。
これで管理は十分です。履歴を残しておいて、後で見返したいというならば、デジカメで撮影しておくとよいでしょう。
Keep に付箋紙がたまってしまって、あふれてしまう場合は、定着したものについて剥がして、スクラップブッ
クに貼って保存しているチームもあります。Excel に入力しているチームもあります。

15

プラダン：引っ越しの際に、廊下やエレベーターの壁を保護する、プラスチック素材の段ボールのような構造を持った板。
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

57/60

プロジェクトファシリテーション実践編：ふりかえりガイド

個人で行なうふりかえり

ここまでは、ふりかえり「会」として、複数人で行なうことを前提にノウハウをまとめてきました。個人でもふりかえることはできます。けぷた倶楽部16が主催している「できる！KPTA」17を通して、個人でふりかえる際のポイントがいくつか分かってきたので、整理します。

(1)

思考の順番は気の向くままに

ふりかえり会では、複数人の思考のベクトルをそろえながら進めていくので、まずは Keep について、次はProblem について、というように順番に考えていきますが、個人で行なう場合は、発散させながら考えた方が行ないやすく、思考の順番は気にする必要はありません。

(2)

継続の工夫

一人でふりかえりをするのは、なかなか時間を確保しにくく、形骸化しやすいものです。実施することを誰かと約束したり、ふりかえりの結果を誰かに見てもらってフィードバックするなど、継続する工夫が必要です。
最近は、スマホ用のアプリ18も出てきていますので、活用してもよいでしょう。思いついたときにちょっとしたメ
モが残せるようなツールで、自分に合ったものを探してみてください。

16

けぷた倶楽部：http://www.kpta.club/
できる！KPTA：目標達成を目指し KPTA を実践しながら学ぶ“塾”です。
18 筆者は「Styary」という日記アプリを使っています。
17

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

58/60

プロジェクトファシリテーション実践編：ふりかえりガイド

おわりにふりかえりガイドは時代とともに変わっていきます。筆者自身もまだまだお伝えしたいアイデアがいくつもあります。そして、みなさんも多くの気づきお持ちではないでしょうか。ぜひみなさんの「気づき」に「名前づけ」して、(@objectclub)まで送ってください。

謝辞

このふりかえりガイドをまとめるにあたって、平鍋健児さん、懸田剛さん、安井力さん、角谷信太郎さん、
川上文夫さんはじめオブラブの方々から多くのアイデアを頂きました。レビューをしてくださった PFU 株式会社の藤田国和さん、松本屋の松本潤二さんに感謝いたします。また、セミナーやコンサルティングをさせていただいた現場から得た多くの気づきもこのガイドに盛り込んでいます。的場聡弘さん、神林友和さん、
田端一也さん、菊池俊之さん、長谷川智亮さん、堀口智久さんありがとうございます。現場での KPT の事例の掲載を許可していただいた、ヴァル研究所の新井剛さん、山崎恭史さん、家田怜さん、ありがとうございます。「できる！KPTA」に参加していただいた、油谷啓之さん、キヤノン電子テクノロジーの塚越祐治さん、ありがとうございます。
特に、多くのセミナーや、コンサルティングの機会を与えてくれた、富士通株式会社の和田憲明さんに感謝いたします。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

59/60

プロジェクトファシリテーション実践編：ふりかえりガイド

コメントつき参照文献[平鍋 11]

著：平鍋健児、天野勝『プロジェクトファシリテーション価値と原則編』(http://www.ObjectClub.jp/)、2011
このガイドの、前提となる考え方についてまとめたもの。
[コーバーン 02]

著：アリスター・コーバーン、訳：株式会社テクノロジックアート『アジャイルソフトウェア

開発』ピアソンエデュケーション、2002
KPT のフォーマットを使った反省会の例が載っている。
筆者がはじめて KPT を知ったのは、2002 年 9 月に開催された「エクストリーム・プログラミング&アジャイ
ル開発プロセスセミナー」で、コーバーン氏のセミナーを受講したのがきっかけである。
[デ ボーノ 03]

著：エドワード・デ ボーノ、訳：川本 英明『会議が変わる 6 つの帽子』翔泳社、

2003
会議参加者の思考のベクトルを合わせるために 6 つ観点で意見を出し合うためのテクニックと、その実践の仕方が載っている。
[シェーザー94]

著：スティーヴ ド・シェーザー、訳：小野 直広『短期療法解決の鍵』誠信書房、

1994
解決志向アプローチに関しての原点とも呼べる一冊。
[Derby 07]

著：Esther Derby、Diana Larsen、訳：角 征典『アジャイルレトロスペクティブズ

強いチームを育てる「ふりかえり」の手引き』オーム社、2007
ふりかえり＝KPT と思っている人に、ふりかえりの枠を広げてくれます。
[天野 13]

著：天野勝『これだけ! KPT』すばる舎リンケージ、2013

KPT を「けぷと」と呼んだり、「振り返り」ではなく「ふりかえり」とひらがなで表記するに至った背景がわかります。その他、付箋紙の剥がし方など、KPT ふりかえり会に関する情報がコンパクトにまとまっています。
[天野 19]

著：天野勝『LEADER's KPT』すばる舎リンケージ、2019『これだけ! KPT』の続刊的位置づけの書籍。よりリーダー層に向けた内容になっている。KPTA についての解説なども増えている。

Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru

60/60