クライアントの現場と共に、課題を解決し、あるべき姿に向かうために活動している 現場コーチ では、ほぼ必ず自分達チームのやり方を改善していくプロセスとして「 ふりかえり 」を導入しています。
ふりかえりのやり方は(まずは)オーソドックスにKPTを用いることがほとんどです。このブログではいくつかのTipsを書いているので良かったらそちらも読んで読んでくださいね。
そのような「ふりかえり」ですが、何度も行っているうちにやり方に慣れてきて安定してKPTが出てくるようになるのですが、一方でふりかえりのやり方に対して「もっと上手くできるのではないか?」「何かしっくり来ていない」という感覚を持つこともあります。
このような時には「 自分達が行っているふりかえり自体をテーマにふりかえりをする 」ことをオススメしています。
「ふりかえり」をふりかえってみる
特にやり方を変える必要はなく、これまでのふりかえりと同じやり方で「ふりかえりが上手くできているポイント、習慣はなにか?(Keep)」「自己改善の場になりきれていない障害がはなにか?(Problem)」などを参加者で話し合っていきます。
インプットとして、これまでのふりかえりのKPTボードやKPTの内容を並べて眺めてみることもあります。
このように「ふりかえり」をふりかえってみた結果、現場では以下のようなアイデアが出ていました。
- Tryが大きな目になりがちなので、Tryを噛み砕く時間を取るために時間配分を変えてみる。
- トーキングオブジェクトを導入して、それぞれの会話の流れを整理してみる。
- チーム全員ではなく、まずは3、4人のグループで話し合ってみる。
- その場で書くのではなく、事前にKeepやProblemをWikiなどに書き出しておく。
#これらは一例ですし、実際にやってみて定着したものもありますし、うまく行かず続けなかったものもあります。
常にふりかえることができるのが理想
少し話は逸れますが、ふりかえりは「2週間ごとに行う」といったように定期的に実施されることがほとんどです。
ギルドワークスが現場コーチをしているチームでも1週間ごと、2週間ごとが半々です。
しかし、ふりかえりの場がなくても「あれ?このやり方、おかしいかも…」と誰かが思えば、すぐにその違和感の正体や真因をチームで話し合い、改善案を考えて、アクションをしていくというのが理想の現場だと考えています。
ですので、2週間に1回などといった定期的なものではなく、毎日ふりかえりをする…さらに言うと「ふりかえり」というプロセスそのものがなくても、自己改善ができていくと良いチームだと思います。
とは言うものの、そのような場がなくても意見を表明できる人もいれば、そういう「ふりかえり」という安全な場がないとなかなか意見を出せない人もいるのもまた事実です。また日々プロジェクトの目標に向かってタスクと向き合っている中では、なかなかそのような「自分達のこれまでをふりかえってみて、改善する点を話し合う」という視点や思考にスイッチするのが難しい場合があります。
だからこそ、そういう自己改善の機会であるふりかえりをよりうまくやるために「 ふりかえりをふりかえってみる 」というものは、グッとチームの力を上げてくれることもあります。
これまで何度かふりかえりをやっている現場、チームは一度「ふりかえりをふりかえってみる」ことをオススメします。
※注意:この記事は2015年7月16日に GuildWorks Blog で公開したエントリをリライトしたものです。
※アイキャッチの写真: https://www.flickr.com/photos/chaparral/2802886649/
この記事もどうですか?
-
RailsアプリでA/Bテスト
この記事は、 ギルドワークス アドベントカレンダー の6日目の記事です。 今回は、GoogleOptimizeを導入したときの手順を紹介します。 無料で簡単にはじめられるA/Bテスト google-analytics-rails というge…
-
AWS Cloud9 をつかってみる
この記事は、 ギルドワークス アドベントカレンダー の12日目の記事です。 今回は、AWS Cloud9 をつかってみます。 Cloud9 とは AWSが昨年買収した Cloud型IDEになります。 Rails tutorial とかでもC…
-
チームで新しいことを始めたいが合意できない場合にすること
状況 チームで新しいことをやろうとすると「やることが増えて大変だ」「(やったことないけど)意味がないと思う」と声があがる。 そこで提案した人が反対の声を上げた人を説得しようとしている。 困り事 説得はパワーを使うし、時には心折れてしまって「…
- チーム