http://nyc.niye.go.jp/テーマ:『ソフトウェア開発の守破離』〜基本・挑戦・その先にあるもの〜内容:講演、ワークショップ参加費:講演会4000円、懇親会4000円サイトでの詳細ページ公開は、5月17日頃を予定しています。次回のメルマガで改めて告知します。「ふりかえりガイド」を執筆している天野勝による「ふりかえりワークショップ」が大阪で開催されます。ふりかえりを体験したい方、ふりかえりをより効果的に行いたい方は、参加してみてはいかがでしょうか。当日受付をご希望される方は、直接受付でお支払いとなります。ふりかえりの現場(2)こんにちは、天野勝です。前回につづいて今回も、ふりかえりの現場で交わされる会話から、ふりかえりを具体的に進めるためのイメージをつかんでいただこうと思います。*●ふりかえりの現場(4)Problemの洗い出し司会:「付箋に自分が問題だと思っていることを何でも書いてください。なりそうなことも書いてください。一人5つは書いてみてください。」メンバ全員:付箋に書く司会:「では、前に貼りだして下さい。司会:「では、そのように書き直してもらえますか。人それぞれ捉えている問題は違うものです。他の人がどう思っているかを気にせずに、自分が感じている問題点を挙げるのがポイントです。これが、問題の共有です。「私しか思っていないかも」と枕詞をつけて問題を挙げる人がいますが、遠慮はいりません。そのような問題こそが歓迎すべき問題なのです。問題は、発生しているものだけではなく、発生するかもしれないと不安に思う未来の問題についても挙げます。ポイント14:具体的な問題を挙げる問題を挙げるときは、問題となっている具体的な現象を挙げるようにします。「見積もりが甘い」「ドキュメントが使えない」よりも「工数見積もりが実績をショートした」「ドキュメントと実態が合っていない」のほうが具体的です。具体的に書くことで、より具体的な改善策を考えやすくなります。司会:「先ほど皆さんに出してもらったProblemに番号をつけますね。書いておいてください。」メンバ全員:付箋に書く司会:「書いたら、番号ごとにまとめて貼ってください。」メンバ全員:前に貼る司会:「Problemの○○番に対する、改善策がまだないですね。司会:「一通り、Problemに対する改善策は出ましたね。係無しに、試してみたいようなことがあったら挙げてください。解決策とすると、どうしても「原因を分析して〜」となりますが、まずはメンバーの直感を信じて、「こうしたらうまくいくかも」という案を出してもらったほうが、より活発に良い案が出るようです。解決策としたとき、それで解決できなかった場合に深刻に考えてしまいがちです。「試すとうまくいくかもしれない解決策」「今よりは少しでも良くなるだろう解決策」という雰囲気を大事にして、仮説検証的に改善策を考えましょう。このように書くと、原因分析は不要だと思われるかもしれませんが、そのようなことはありません。原因分析が必要な問題に対しては原因分析をするべきです。原因分析するまでもないような問題に対して、貴重な時間を使うのは避けるべきでしょう。原因分析しても良い改善策が立てられ、実行されなければ何も改善はされないというのは事実ですし、原因分析が正しいという保証もありません。ポイント16:Problemとの対応付けTryにProblemを解消するための改善策を付箋を使って挙げるときは、どのProblemと対応するか分かるように、番号をつけておくと良いでしょう。他の方法として、挙がったProblemを一つずつ指定して、それに対して試策を考えるというのも良いでしょう。果的、効率的にアイデアがでてくることでしょう。ポイント17:まずは、Problemに対する改善策からProblemとは無関係に試してみたいことを考えるのは、楽しいものです。時が経つのを忘れて夢中になってしまうのではないでしょうか。すると、改善策を考える時間が足りなくなってしまうかもしれません。これでは、問題の先送りになってしまいます。限りある時間を有効に使うためにも、まずは、Problemに対する改善策を考えます。ポイント18:すべてのProblemに対して改善策を考える挙がったProblemのすべてに対して改善策を考えます。中には、改善策の出てこないものがあるかもしれませんが、考えていないから改善策がないのか、考えても改善策が出ないのかでは、大きく意味が異なります。司会:「みなさん、たくさんのTryを出してくれましたね。行うのは大変そうですね」メンバ全員:うなずく司会:「では、この中から実際に試す改善策を選びましょう。票することにしましょう。Tryで挙がっている付箋に貼っていってください。