みなさんも是非ご参加ください。KPTによるふりかえりこんにちは、天野勝です。前回は、ふりかえりの進め方の概観を説明をしました。今回は、ふりかえりの中心的な役割を担う、思考フレームワークのKPT(Keep/Problem/Try:けぷと)を使ったふりかえりの進め方を説明します。*●KPTによるふりかえりKPTとは、改善を行う際に用いる思考フレームワークです。改善したい対象に対して、Keep(続けたいこと)、Problem(問題)、Try(試したいこと)と順に考えを進めることで、改善のループを実現します。ふりかえりにおける、それぞれの区画の使用法を解説します。(1)KeepKeepの区画を使って、前回ご紹介した「思い返す」「うまくいった行動を確認する」を行ないます。Keepには、「今やっていて、次も続けたいこと」を具体的かつ「〜する」という動詞形式で書くのが基本です。具体的でないと、何をすればよいかが不明です。動詞でないと「行動」として認識されません。「見積もりを正確に行う」というのでは、抽象的すぎて、実際に何を行えば良いかがわかりません。「ペアプログラミング」「ニコニコカレンダー」などの名前が付けられていて、チーム内で共有されている作業(プラクティス)については、この限りではありません。プロジェクトで、はじめてKPTを行ったときは、なかなか出てこないかもしれませんが、どんな些細なことでもよいので、挙げるようにしましょう。「昼休みは窓を開けて換気する[*2]」というのでもよいです。良いことというのは、無意識に行っていることが多く、特に当の本人が気づかないことがあります。当人には当たり前のことが、他の人にとっては刺激的なことがあります。チームで作業をしていると、観察者の目が増えるので、その刺激的なことが発見されやすくなります。ふりかえりはチームで行うのが基本ですが、チームのことだけを考える必要はありません。チーム全体として続けるべきことでなく、個人的に続けたいことでも良いのです。良いことは良い、と恥ずかしがらずに言える場を作ることが重要です。2回目以降のふりかえりでは、前回のKPTのTry項目を確認することからはじめます。Tryしてみてうまくいったものであれば、次も続けたいと思うことでしょう。うまくいっていることはそのまま続ける、うまくいっていなければ何か違うことをしてみる、というのは改善のポイントです。Problemには、「問題だと認識していること」を書きます。現在発生している問題だけではなく、将来的に発生しそうだと感じていること(リスク)についても、書くようにしましょう。解決できていないものがあったら、これも引き続きProblemに書きます。Problemを書くときには、「解決策を明示しない」ように注意しましょう。「仕様の確認が不十分」とすると、その中には「仕様を十分に確認する」という解決策が含まれています。このような場合は、Tryの区画に「仕様を十分に確認する」と書けば良いでしょう。それよりも、「作成した機能が仕様を満たしていない」と書くほうが望ましいです。問題が挙げられたら、その原因について考えていきます。問題には、何かしらの原因があります。その原因を引き起こした原因があるのです。これは何層にもわたる階層構造になっていますので、十分と思うまでその階層をたどることができます[*3]。原因を追究していくと、いつの間にか責任の追及になってしまうことがあります。そのような状態にならないように注意が必要です。(3)TryTryの区画を使って、前回ご紹介した「解決策を考える」「試したいことを考える」「試すことを選択する」「試すことを合意する」を行います。Tryには、まずは「試したいこと」を書きます。具体的な行動に結び付けられるように、具体的かつ動詞形式で書くのが基本です。試したいことには、「これを行えば、今よりも良い状態になるのではないか」というひらめきや、Problemに記述している問題に対する「解決策」があります。この区画を書くときは、なるべく多くのアイデアを挙げることを第一の目標とします。この区画に書くのは、あくまでも「試したいこと」です。自由な発想で、より多くの仮説を立て、それを検証するための行動案を考えます。その多くの行動案から効果が期待できそうなものを選択し「試すこと」を決定します。はじめから「試すこと」だけを考えるとアイデアが出にくくなってしまいます。アイデアを発散させましょう。実際に次にその「試すこと」を「試す」ことについて合意をしましょう。*次回は、ふりかえりを効果的に行うためのノウハウをご紹介する予定です。効果があるといわれています。