| « 2006年8月15日 | 2006年8月16日の投稿 |
2006年8月18日 » |
永和システムマネジメントの川上さんが、プロジェクトファシリテーションの中でももっとも効果が高いとされるプラクティス、「ふりかえり」のワークショップを開催します。
http://www.shoeisha.com/mag/kaihatsu/workshop/
有料セミナーですが、ぜひ、現場リーダー教育としてご活用ください。実際に参加してファシリテーション（司会のやり方）を体験してもらうことで、もちかえって自身の現場をカイゼンするきっかけを掴むことが、目標です。
ふりかえり、というのをご存知ない方のために、簡単に解説を。。。
ふりかえり、というのはチームが１つの開発単位（一週間とか一ヶ月とか）を終えたあとで、その期間をふりかえって、「次に活かせる何か」をチームで発見しよう、と言う試みです。うまくいったことは続ける。うまく行かない問題は、解決を考える。
KEEP = 続けて行きたいこと、PROBLEM＝問題点、TRY＝次回に試してみたいこと、という３つのカテゴリにわけて、チームが全員参加でアイディアを交換し、「問題 vs. 私たちの構図」へと持ち込んで、なんとか自分たちで実践できるTRYを編み出していきます。
うまくいくと、定着したプラクティスに自分たちの名前がつき、チームが螺旋階段を１ステップあがる（カイゼンする）のを体験できます。
「ふりかえり」はチームが自己カイゼンするための仕組みを、プロセスの中自身に埋め込んでしまう、という発想です(*1)。みんながなんとなく思っている問題点なんかを、「書いて*さらして*しまう」ことで、「あ、なんだ、みんなそう思っていたのか」という発見の共有があり、その発見を、じゃあ、どうやったら「自分たちの力で」少しでもよく出来るか、と考えます。
ソフトウェアの現場は、日々状況が変わりやすい、という「悪天候の山登り」に近いといえるでしょう。そういった状況では、みんなで知恵を出し合い、過去の経験や知見から問題解決の糸口を探ること、そしてやってみてうまく行ったことは続けていくこと、が大切なんだと思います。
実際やってみると、ファシリテーション次第で、意外な人からいい意見がでたりして、チームのムードがよくなります。また、リーダーが決めるのではなく、全員で決めるので、納得感をもって次に進めます。このファシリテーションのやり方は、ガイドラインとしてオブジェクト倶楽部でまとめていますので、参照してみてください。http://www.objectclub.jp/download/files/pf/RetrospectiveMeetingGuide.pdf
また、mixi にも、「国際ふりかえり学会」というコミュがあります。ぜひご参加を。
(*1)難しくいうと、人間のメタ認知能力を活用し、オートポイエーシス的システムとして開発プロセスをデザインしていることになります。でも、実際に日本の生産革新の現場ではごくごく自然に行われてきたことなんですね。
| « 2006年8月15日 | 2006年8月16日の投稿 |
2006年8月18日 » |
顧客に“ワォ！”という体験を提供――ザッポスに学ぶ企業文化の確立
ちょっとした対話が成長を助ける――上司と部下が話すとき互いに学び合う
悩んだときの、自己啓発書の触れ方
考えるべきは得意なものは何かではなく、お客さまが高く評価するものは何か
なんて素敵にフェイスブック
部下を叱る2つのポイント
第6回 幸せの創造こそ、ビジネスの使命