皆さんの現場では 「ふりかえり」であがったTryはどれほど実行されているでしょうか?
「 一見良さそうなTryが出て、チームもそのTryに合意しているが、次のふりかえりで聞いてみると実行されていない 」という現象を見聞きします。特に手強いProblemに対するTryや、(壮大な遠い目標を掲げた)新しいチャレンジとしてのTryなどはその傾向は強くなります。
このようなパターンの場合、ふりかえりの会話で「◯◯のTryをやろうと思ったのですが、”いろいろ”あってできませんでした…」という会話が出てきます。
このパターンが続くと「結局Tryを出しても何も変わらない」と雰囲気が沈みがちになりチームのパフォーマンスが落ちたり、Problemが解決されず大きな問題が発生するといった悪影響が出てきます。このようなパターンが発生する原因はなんでしょうか?
これは 【Tryが大きすぎる】【Tryが具体的でない】 ことが多くの原因です。
日々のタスクもある中で、大きすぎたり、具体的な一歩が見えていないと「やるの大変だなぁ…」と気持ちになり、他のことに目移りしてしまい、なかなかそのTryに取り掛かれない状況になります。
Tryが大きすぎる
例えば「リリースサイクルが長い」というProblemがあり、原因の1つに「デプロイが手動」というのがあったとします。そして「CIを導入して完全に自動化されたデプロイメントパイプラインを構築する」というTryがあがったとします。
この「CIを導入して完全に自動化されたデプロイメントパイプラインを構築する」は、多くのチームにとって大きすぎるものとなります。
どれくらいが大きいか…というのはチームの練度やスキルセットによって変わりますが、これを見極めるのもポイントです。
これまで手動でデプロイをやってきたチームだと、「CIってなに?」「デプロイの自動化ってどうやってするの?」「一気にできるんだろうか?」という分からないこと、不安が多く出てきます。こうなるとなかなかその一歩が踏み出せなくなります。
そこで「CIを導入して完全に自動化されたデプロイメントパイプラインを構築する」を小さいActionに分解します。例えば「(何らかの)CIツールを導入する」「シンプルなデプロイの仕組みを1つ作る」「デプロイの結果をブラウザから見えるようにする」などです。
このように大きなTryを小さなActionに分解することで、最初の一歩を踏み出しやすくなります。また小さなActionにすることで作業をペアで進めたり、平行して進めることができるようになり、チームとしてとりかかることができます。それは 改善の早さを上げ、学ぶことが増える ことにもつながります。
Tryが具体的でない
「(何らかの)CIツールを導入する」「デプロイの結果をブラウザから見えるようにする」は小さなActionになり、とりかかりやすくなっていますが、もう一段具体化することでよりActionが明確になります。
「(何らかの)CIツールを導入する」は「CIツールにはJenkinsを使い、◯◯サーバーで稼働する」などと具体化します。こうすることで、いざやろうとした際に「何から手をつければ良いんだろう?」という状況を防ぐことができます。また事前にやらないといけないこと(この例だと◯◯サーバーを操作する権限など)も見えてきます。
Tryを具体的なActionに落とし込めないということは、チームでもイメージがすり合っていない可能性が高く、そのままTryしようとしてもムダが多くなり、冒頭の「◯◯のTryをやろうと思ったのですが、”いろいろ”あってできませんでした…」という状態になりがちです。
大きく具体的でないTryを小さな具体的なActionにする ことで、ふりかえり自体も引き締まり、改善の早さも目に見えて変わってきます。
1つ別の視点でポイントがあるとすれば、マネージャーがあれこれ指示をするのでなく 【チーム自身で考えてActionを出してもらうように促す】 ことです。これをすることで「自律的に考え、自己改善ができるチーム」に近づいていきます。
#促すためのポイントはいくつかありますが、またそれは別のエントリで書きます。
最後に
このような現場コーチを始めとして、ギルドワークスのやっていることに興味を持たれた方はお気軽に 【ギルドワークスに依頼する】 をご覧の上、 お問合せ ください。
他にもふりかえりに関するTipsを書いているので良かったらそちらもご覧ください。
- # Tipsその1:「根本的な帰属の誤り」
- # Tipsその2:Problemの深堀りの質問
- # Tipsその3:安全な場を作るためのグランドルール
- # Tipsその4:「ふりかえり」をもっとうまくやるためにふりかえる
※注意:この記事は2015年8月17日に GuildWorks Blog で公開したエントリをリライトしたものです。
※アイキャッチの写真: https://www.flickr.com/photos/taedc/13049644443/
この記事もどうですか?
-
「実際の利用者からフィードバックをもらう」ことを体験した話
ギルドワークスで 現場コーチ としていろいろな現場が変わっていくことや改善を支援している中村 洋です。 ギルドワークスは「越境」を価値としています。 越境とは? 越境するとはなんでしょうか? 国語辞典 によると「(スル)境界線を越えること。…
- DRR
- アジャイル開発
-
タイムラインをつかっていこう!(後半)
この記事は、 ギルドワークス アドベントカレンダー の23日目の記事です。 今回は、ふりかえりの技法「タイムライン」をつかって良かったことを、お話しをしたいと思います。 #タイムラインについての説明は、 「タイムラインを使っていこう!(前半…
-
議論が噛み合わない時には”認識の相違の階層”を意識してみる
状況 会議などで議論や対話をしているが、認識が違っている。 認識を合わせようとしても、どこか話が噛み合わない。 困り事 認識が揃わないので会議の目的が達成できない。 こうしてみる どういう階層で認識の相違が起きているかをまず明らかにする。 …
- ミーティング