« 2007年10月29日

2007年11月1日の投稿

2007年11月4日 »

ぼくが尊敬する、Kent Beck 氏が書いた最近の記事「Appreciating Your Way to XP」、を許可を得て日本語訳しました。

印刷用のPDFもこちらに容易しました。


自分たちの良いところを認識することからはじめるXP
(出典:”Appreciating Your Way to XP”)
http://www.threeriversinstitute.org/AppreciatingYourWayToXP.htm

Kent Beck, Three Rivers Institute
訳: 平鍋健児

概要

「問題を認識してそれを解決する」という考え方は工学では常識的だが、別の手法として、「現在うまくいっていることの価値を認識(appreciate)することからはじめる」というアプローチには、変化を生み出す大きな力がある。この記事では、AI=アプリシアティブ・インクワイアリ(Appreciative Inquiry)が、どのようにXP の導入に応用できるかを考える。

はじめに

  1. 最悪の問題を選ぶ。
  2. XP を使ってそれを解決する。
  3. その問題が「最悪」でなくなったら、これを繰り返す。
    —Extreme Programming Explained, 第一版

このやり方はXP本の第一版から引用したものだが、変化を起こすための工学的アプローチだ。すなわち、問題を見つけ、それを解決する。残念ながら、このアプローチは変化を継続させるのに必要な条件の多くを無視している。

「変化」は複雑なプロセスであり、知的、感情的、そして人間関係的な活動を必要とする。変化の複雑さは、それが必要とする人間の下地に関係する。変化しつつある人は、現状を認識する必要がある。

自分の変化を邪魔する、感情的な過去の重荷を捨てる必要がある。「こんな状況になったのは、自分がダメだったからだ」という感情や考えが変化の妨げとなる。もしかしたらそれは正しいかもしれない。しかし、それを嘆くことは、変化の助けにならない。

変化には、エネルギーとアイディアが必要だ。この2つの要素を集めることは簡単ではない。「最悪の問題を選ぶ」戦略では、まず現状認識をして変化の前提を築くが、その前提だけではうまく行かない。すべての問題に耳を傾け、整理し、現状の全体像を得ようとするのだが、この前提はどうしても現状否定というバイアスがかかるし、逆に現在うまくいっていることを無視することになる。最悪の問題を特定するには、多くの問題点を洗い出すことになり、そのあまりにも長大な問題点リストに意気消沈してしまう。さらに、最悪の問題を解決したとしても、結局他の問題はそのまま残る。変化を起こそうという情熱的なエネルギーは、こういった活動からは出てこない。さらに、残りの問題点は検討しただけで解決法についても議論していない。つまり、無視してしまう問題を明らかにしたに過ぎない。

「問題⇒解決」という工学メタファ(世界を解決すべき問題の集合とみている)では、人間の変化を支援できないのだ。タスクの見積がいつも合わないプログラマが持っている「問題」は、見積係数や見積のレビューという単純な調整で解決できるものではない。一般的に、いつも見積が甘いという症状の根本原因は深く、それを改善するには知的な、そして感情的な個人の成長を必要とする。誠実に前回の見積もりと実績を見つめる知性の成熟と、その結果に対してたとえ怖くても誠実でいられる、という感情的な成熟だ。

問題が解決されるのではない。個人の成長が問題を超えたのだ。「世界は解決すべき問題の集合」と見るアプローチとは違うもう1つのアプローチは、最初にうまくいっていることや過去にうまくいったことに焦点を当てる方法、「世界のよいところを再認識する見方(to see the
world appreciatively)」だ。何かがうまくいっていることが変化の前提となる。最近あるワークショップで試した例を紹介しよう。「先週のミーティングは完全に時間の無駄だった。数時間議論をし、最終的に到達した結論はそのミーティングにいない人がくつがえしてしまった」という人に、「そのミーティングの良い点はなかった?」と聞くと、「まったくない。誰もそのミーティングでうそを言わなかったくらいかな。」ちょっとまって、会議でみんな誠実、というのは改善のパワフルな滑り出しじゃないか。これは、問題に焦点をあてるあまり、よい点に目が向かなくなってしまった例だ。

「アプリシアティブ・インクワイアリ」(Appreciative Inquiry)では、まず現状うまくいっていることに着目して、そこから変化を促す。最初に、現在もしくは過去のポジティブなことに焦点を当て、そこで見つけたエネルギーとアイディアを現在起きていることに適用する。こんな具合だ。

  1. うまく行っていたとき、はいつだったか。
  2. そのときの状況は?誰がいた?どんな支援があった?その成功にあなたはどう感じた?
  3. その成功を、現状に適用してみよう!

このステップは、レシピとして決められているわけではなく、1つの進め方の例だ。たとえばリリースプロセスについて私はチームと話をしていた。最近のリリースがいかにひどかったか、文句を言い始めた。AI を思い出し、こうやってみた。
「リリースはいつもこんなひどいのかい?」
「いやいや、二年前は問題はなかったんだ。」
「ほんと? 違いは何?」
「1つはもっと頻繁にリリースしていた。現在ではつらくなり、リリース間隔が長くなってしまった」
「他には?」
「チームがもっと小さかったな。全員が1つの部屋に入りきった。現在では、テスターは別の建物に移って彼らとのコミュニケーションはほとんど取れていない。彼らの質問にちょっとしたデモを見せてやるだけでよかったんだ」
「もっとリリースをスムーズにするために、あなたならどうする?」
「まずリリース間隔を短くする。辛いからといって伸ばすのは、さらに辛くなるだけだ。開発者とテスターは同じ場所にいるべきだ。大きな部屋が見つけられなくても、双方のチームを半分に分割して混成チームを2つ作る。」

ここで起こった対話は、AI のスピリットに沿っている。

  • まずポジティブな経験に焦点をあてる
  • ネガティブな面をポジティブな面との対比で議論する
  • ポジティブな行動へと移る。

    AI を使うことで、変化への前提を作っていく。

  • エネルギー — うまく行くことを連想させるポジティブな感情が、変化へのエネルギーを引き出す
  • アイディア — ポジティブな経験に埋め込まれたアイディアが、直接的および間接的に変化へ向かうアイディアの種となる。
  • 明確さ — ポジティブな経験とネガティブな経験、その両方をポジティブな方法で議論することで、ネガティブな感情を通過し現在の状況をクリアに見つめる機会を提供する。

ブラジルの劇作家アウグスト・ボアール(Augusto Boal) はこう言った。「カタリシスは、現状を維持するために何千年も用いられてきた技法だ。虐げられた農奴の映画を見れば、農民たちは感情を開放することができるだろう。しかしこの感情は、農民の変化への力にならない。逆に今の境遇に無関心になってしまう。これが、典型的な文句の言い合いセッション(リリースがうまくいかない例など)が間違っている点だ。全員が状況に憤慨しているのに、変化する前に感情がなえてしまう。

AI は、ポジティブな言葉で会話をガイドし、ネガティブな感情を行動に変化させる方法だ。思い出すポジティブな経験は、現在の状況とは一見関係していなくてもよい。チームが一緒に活動することに問題がある場合、全員が過去に経験した最高のチームを思い出し、なぜそのチームはそんなに良かったのかについて話すことは、変化へのよいスタートとなる。それぞれが思い出すチームは、スポーツチームでもボランティアの組織でもよいのだ。ちょっと深く掘ってみないとよいアイディアにはたどり着かないかもしれない。「OK、そのチームではお互いを尊敬しあっていたんだね、でもどうやってそうなったんだい?」「うん、ゲームの後は必ずビールを飲みにいって、そのゲームについて話し合ったさ」「ぼくらは今は仕事が終わった後でも忙しいけど、金曜のランチは一緒にできるかもね」

ポジティブな経験から得た教訓を、直接適用することもできる。たとえば、プログラマとテスターを一緒にチームにするなど。また、ポジティブな経験が、一見無関係なアイディアを発生させることもある。私は以前、チームが全員同席しているチームの話を語っていたときに、フルーツバスケットを遠隔地のメンバーに贈ることを思いついた。AI のゴールは、過去をそのまま繰り返すことではなく、現在の変化に必要なアイディアとエネルギーを集めることだ。

AI をペア(二人一組)ではじめるとうまく行く。これまでに私がやってみて何回もうまくいった方法だ。最初の30分一人が話し(話し手)、もう一人(書き手)は聞きながらマインドマップを書いていく。書き手は「積極的に」聴く。考えながら聴き、不明点は質問をしたり、興味をもったポイントをまとめたりする。30分後に役割を交代し、こんどは書き手をやっていた方が話し、話していた方書き手にまわってマインドマップを作る。

その後、ペアでストーリーを話し合ったり、結果をグループ全体へ発表したりする。ペアを組むことで、書き手はリスニング・スキルを実践する経験になる。話し手をうまくリードして、お話全体がうまく形になるように助けたり、話し手に進行を促したりする。注意点として、書き手は、自分自身の経験を話したいという誘惑に対抗しなくてはならない。自分の番は次なのだ。うまい書き手は、話し手に対して「私は十分自分の話を話し、すべて聞いてもらって理解してもらった」という気持ちを与える。

AI を、より大きなグループで適用することもできる。書き手に今聞いたストーリーの「まとめ」をグループ全体にしてもらう(この方が、一度聞いた話を全体へ再度話すよりうまくいく)。あるいは、一人の書き手が部屋をまわってお話を集めてまわる方法もある。グループAI は、グループに共通の基盤がないような場面でもうまくいく。私が最初に聞いたAI の例は、ポートランド港の労働問題を解決するものだ。経営と労働者がお互いの言い分をすべて聞きあったあとには、部屋にいる一人ひとりが、敵対関係ではなくゴールを共通しながら別々の意見をもった個人として、全員を認識している、とう状態が作られた。

AI は、XP でもうまくいく。プラクティスや原則を1つ選んで、パートナーにそれに近い技術的な協力例をポジティブな話として語ってもらう。たとえば、ペアプログラミングを選んで、パートナーとそれについて語る。誰でも、うまく協力的にできたコラボレーション例を経験として持っている。抽出した教訓は、教科書的なペアプログラミングと似ているかもしれないし、違うかもしれないが、改善を促すことができることがおおい。私は以前このエクササイズを大きなグループで行ったとき、とても多くの改善のアイディアがでた。顧客とのウィークリーのミーティング、ホワイトボードでのデザインセッション、たまに一緒に行うコーディング。

XP をこのように適用するするのは、「人間は自分自身が関わったプロセスにことについては責任がもてる」、そして、「人間は自分自身のペースで変わる」という事実を尊重している。あなたがXPのコーチであれば、このプロセスにおけるあなたの役割は、ペアプログラミングのやり方を正確に教え、強制することではない。

また、受動的に聞き手に回り過去にうまく行ったやり方をそのまま推奨するだけでもない。会話の一部となるのだ。自分の物語を語り、それを創造的に適用することで、「変化」のアクティブな役割を担うのだ。他の人が自分の物語を語り、そこで発見された教訓を適用することを促し、ポジティブな成長と責任感を与えるのだ。

私は、あなたがAI を試してみることを勧める。正式なプロセスとしてやってもいいし、自分の心の持ち方(attitude)を変えてみるだけでもいい。あなたが何かについて文句を言いたくなったとき、よい聞き手を見つけてその人にお話を聞いてもらう。文句ではなく、うまく行っていたときの話、あるいは一部だけでも今よりは状況が良かったときの話を。自分の経験から教訓を引き出し、それを適用してみよう。

あなたが現状を認識し、成長する、ことを願う。「世界は解決すべき問題の集合」ではない。それは世界の1つの見方であり、別の見方だってある。


2007/10/31のオブジェクト倶楽部秋イベントでは、「プロジェクトファシリテーション」の話をした後で、このAIを使って過去の最高のチームについてエネルギーとアイディアを集める活動をしてみました。こちらをどうぞ。

平鍋

2007_4 2007_5 今年のオブジェクト倶楽部の秋イベントは、永和システムマネジメントの社員教育を外部に公開する、というユニークな形態で行われました。参加数100名のうち、50名が社員、50名が外部、という構成です。そして、その後の懇親会も、全体50名参加で、25名が社員、25名が外部。大家族宴会と、町内会が一緒になったようなおもしろい会でした。

目的は、案外、社内に私のプレゼンを聞いたことがない人が多いので、ここで一回聞いてもらおう、ということと、社内と社外のマッシュアップもおもしろかろう、という主旨。

私は、今回、この「プロジェクトファシリテーション」の講演が80回目になります。やる度にちょっとずつ修正しているのですが、これだけの長寿セミナーになってうれしく思います。

当日のタイムテーブルは、

  1. 「プロジェクト・ファシリテーション」の講演
  2. 二人一組で、「過去の最高のチーム」について、話し合う
  3. 懇親会(希望者)

となっており、懇親会は、PFP(プロジェクト・ファシリテーション・プロジェクト)のメンバーに仕切りをお願いしました。どうもありがとうございました。

最新バージョンの資料をこちらにおいておきます。

「プロジェクトファシリテーション」
http://www.objectclub.jp/community/pf

さらに、2の「最高のチームについて話合う」のときにつかった、AI(アプリシアティブ・インクワイアリ)のフォーマットと、Kent Beckの記事をここにおいておきます。

・自分たちのよいとろこを認識するワークショップ
http://www.change-vision.com/files/kenji.hiranabe/AI-FirstStep.pdf

・自分たちのよいとろこを認識することからはじめるXP(Kent Beck)
http://www.change-vision.com/files/kenji.hiranabe/AppreciatingYourWayToXP-hiranabe-20071022.pdf

平鍋

« 2007年10月29日

2007年11月1日の投稿

2007年11月4日 »

» このブログのTOP

» オルタナティブ・ブログTOP



プロフィール

平鍋 健児

平鍋 健児

株式会社チェンジビジョン代表取締役社長、永和システムマネジメント副社長。
オブジェクト指向開発、UMLの勘所、アジャイルな開発手法の未来、マインドマップのソフトウェア開発での利用方法、プロジェクトファシリテーション(見える化)を語ります。現在、マインドマップとUMLの融合エディタ、astah*(アスター、旧JUDE)を開発中。

詳しいプロフィール

Special

- PR -
最近のトラックバック
カレンダー
2013年4月
  1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30        
hiranabe
Special オルタナトーク

仕事が嫌になった時、どう立ち直ったのですか?

カテゴリー
エンタープライズ・ピックアップ

news094.gif 顧客に“ワォ!”という体験を提供――ザッポスに学ぶ企業文化の確立
単に商品を届けるだけでなく、サービスを通じて“ワォ!”という驚きの体験を届けることを目指している。ザッポスのWebサイトには、顧客からの感謝と賞賛があふれており、きわめて高い顧客満足を実現している。(12/17)

news094.gif ちょっとした対話が成長を助ける――上司と部下が話すとき互いに学び合う
上司や先輩の背中を見て、仕事を学べ――。このように言う人がいるが、実際どのようにして学べばいいのだろうか。よく分からない人に、3つの事例を紹介しよう。(12/11)

news094.gif 悩んだときの、自己啓発書の触れ方
「自己啓発書は説教臭いから嫌い」という人もいるだろう。でも読めば元気になる本もあるので、一方的に否定するのはもったいない。今回は、悩んだときの自己啓発書の読み方を紹介しよう。(12/5)

news094.gif 考えるべきは得意なものは何かではなく、お客さまが高く評価するものは何か
自社製品と競合製品を比べた場合、自社製品が選ばれるのは価格や機能が主ではない。いかに顧客の価値を向上させることができるかが重要なポイントになる。(11/21)

news094.gif なんて素敵にフェイスブック
夏から秋にかけて行った「誠 ビジネスショートショート大賞」。吉岡編集長賞を受賞した作品が、山口陽平(応募時ペンネーム:修治)さんの「なんて素敵にフェイスブック」です。平安時代、塀に文章を書くことで交流していた貴族。「塀(へい)に嘯(うそぶ)く」ところから、それを「フェイスブック」と呼んだとか。(11/16)

news094.gif 部下を叱る2つのポイント
叱るのは難しい。上司だって人間だ、言いづらいことを言うのには勇気がいるもの。役割だと割り切り、叱ってはみたものの、部下がむっとしたら自分も嫌な気分になる。そんな時に気をつけたいポイントが2つある。(11/14)

news094.gif 第6回 幸せの創造こそ、ビジネスの使命
会社は何のために存在するのでしょうか。私の考えはシンプルです。人間のすべての営みは、幸せになるためのものです――。2012年11月発売予定の斉藤徹氏の新著「BE ソーシャル!」から、「はじめに」および、第1章「そして世界は透明になった」を6回に分けてお送りする。(11/8)

オルタナティブ・ブログは、専門スタッフにより、企画・構成されています。入力頂いた内容は、アイティメディアの他、オルタナティブ・ブログ、及び本記事執筆会社に提供されます。


サイトマップ | 利用規約 | プライバシーポリシー | 広告案内 | お問い合わせ