ギルドワークスの 現場コーチ では、色々なクライアントの現場、チームのふりかえりに、アドバイザーやファシリテーターとして参加しています。
ふりかえりでは様々な手法、フレームワークを使いますが、代表的なものにKPT(Keep/Problem/Try)というものがあります。
KPTの解説は プロジェクトファシリテーション実践編 ふりかえりガイド をご覧ください。
そのKPTを用いたふりかえりをやっているチームを見ていると「KeepやProblemを深堀りして、次に活かせるTryを出すチーム」と「表面をなぞるだけになって浅いTryで止まってしまうチーム」があります。この違いの要因は色々ありますが、そのうちの1つである「Problemの深堀りの仕方」について書いてみます。
KeepやProblemにおける「なぜ?」の大事さ
KeepやProblemではなぜそれが起こったか?というのが大事になります。
例えば「前倒しで納品できた」というKeepがあがったとします。これ自体は良いこと(Good)ではありますが事象に過ぎません。なぜ「前倒しできたのか?」の理由を導き出してノウハウ、習慣にしないと今後に活かすことは難しいでしょう。
同じくProblemに対しても「なぜ、こうなったのか?」を考えないと表面的な原因にとどまってしまいがちです。
ですので、正攻法としては「なんでなんで?」と理由を深堀りしていく質問をしていくのですが、これは言い方やその場の雰囲気によっては、詰問しているようになってしまいます(悪気はなくても)。実際にこのように聞かれることで「そんな、なんでばかり言われても…」と萎縮してしまい、本来言いたかった意見や考えを言わないようになってしまうこともあります。
このような場合の質問の仕方は色々工夫の余地がありますが、 「タイムスリップして、もう一度やり直せるとしたらどうします?同じアクションをします?それとも違うことをします?」 という聞き方を時々します。そしてその違うアクションをするという話になった時にそこに対して「それはなぜそう思いました?」という風に入っていきます。
「あくまでタイムスリップしたら…」という仮説の話なので、(起こってしまった事実に対する「なぜ?」とは違い)詰問されている感が弱くなる面もあるようです。
また、別の質問としては、他の人、チームに 「あなただったら(もしくはあなたのチームだったら)どうする?」 とも聞いたりします。こうすることでそのProblemを出してくれた当事者は他の人の意見を聞くことで改めて「自分だったらどうするかな?」をふりかえることもできます。
このような現場コーチを始めとして、ギルドワークスのやっていることに興味を持たれた方はお気軽に 【ギルドワークスに依頼する】 をご覧の上、 お問合せ ください。
この記事もどうですか?
-
「ギルドに与して、仕事をする」という働き方
はじめて自分たちの会社をつくるときに重くのしかったのは、 ・仕事をどうやってつくるか ・本当に新しいチームで仕事ができるのか という2点でした。さらには、もっと先のことをみようとしたときに、恐ろしい気持ちになったことを今も覚えています。先を…
-
リモートワークにおけるコミュニケーションツール「Zoom」
この記事は、 ギルドワークス アドベントカレンダー の5日目の記事です。 今回は、リモートワークにおける便利なコミュニケーションツールの1つである「Zoom」の紹介をします。 Zoomとは Zoom とはオンラインのコミュニケーションツール…
-
遠くへ、早く行くために欠かせないこと。
※注意:この記事は2014年11月4日に GuildWorks Blog で公開したエントリをリライトしたものです。 市谷です。 開発のスピード感を高めるものとは何でしょうか。アジャイルな開発プロセスの導入。凄腕プログラマーのチームへの加入…