XP」、を許可を得て日本語訳しました。印刷用のPDFもこちらに容易しました。認識してそれを解決する」という考え方は工学では常識的だが、別の手法として、「現在うまくいっていることの価値を認識(appreciate)することからはじめる」というアプローチには、変化を生み出す大きな力がある。導入に応用できるかを考える。はじめに最悪の問題を選ぶ。使ってそれを解決する。その問題が「最悪」でなくなったら、これを繰り返す。第一版このやり方はXP本の第一版から引用したものだが、変化を起こすための工学的アプローチだ。問題を見つけ、それを解決する。残念ながら、このアプローチは変化を継続させるのに必要な条件の多くを無視している。「変化」は複雑なプロセスであり、知的、感情的、そして人間関係的な活動を必要とする。変化の複雑さは、それが必要とする人間の下地に関係する。変化しつつある人は、現状を認識する必要がある。自分の変化を邪魔する、感情的な過去の重荷を捨てる必要がある。「こんな状況になったのは、自分がダメだったからだ」という感情や考えが変化の妨げとなる。したらそれは正しいかもしれない。それを嘆くことは、変化の助けにならない。変化には、エネルギーとアイディアが必要だ。この2つの要素を集めることは簡単ではない。「最悪の問題を選ぶ」戦略では、まず現状認識をして変化の前提を築くが、その前提だけではうまく行かない。すべての問題に耳を傾け、整理し、現状の全体像を得ようとするのだが、この前提はどうしても現状否定というバイアスがかかるし、逆に現在うまくいっていることを無視することになる。最悪の問題を特定するには、多くの問題点を洗い出すことになり、そのあまりにも長大な問題点リストに意気消沈してしまう。最悪の問題を解決したとしても、結局他の問題はそのまま残る。変化を起こそうという情熱的なエネルギーは、こういった活動からは出てこない。残りの問題点は検討しただけで解決法についても議論していない。無視してしまう問題を明らかにしたに過ぎない。「問題⇒解決」という工学メタファ(世界を解決すべき問題の集合とみている)では、人間の変化を支援できないのだ。タスクの見積がいつも合わないプログラマが持っている「問題」は、見積係数や見積のレビューという単純な調整で解決できるものではない。一般的に、いつも見積が甘いという症状の根本原因は深く、それを改善するには知的な、そして感情的な個人の成長を必要とする。誠実に前回の見積もりと実績を見つめる知性の成熟と、その結果に対してたとえ怖くても誠実でいられる、という感情的な成熟だ。問題が解決されるのではない。個人の成長が問題を超えたのだ。appreciatively)」だ。何かがうまくいっていることが変化の前提となる。最近あるワークショップで試した例を紹介しよう。「先週のミーティングは完全に時間の無駄だった。数時間議論をし、最終的に到達した結論はそのミーティングにいない人がくつがえしてしまった」という人に、「そのミーティングの良い点はなかった?」と聞くと、「まったくない。誰もそのミーティングでうそを言わなかったくらいかな。」ちょっとまって、会議でみんな誠実、というのは改善のパワフルな滑り出しじゃないか。これは、問題に焦点をあてるあまり、よい点に目が向かなくなってしまった例だ。Inquiry)では、まず現状うまくいっていることに着目して、そこから変化を促す。最初に、現在もしくは過去のポジティブなことに焦点を当て、そこで見つけたエネルギーとアイディアを現在起きていることに適用する。うまく行っていたとき、はいつだったか。そのときの状況は?誰がいた?どんな支援があった?その成功にあなたはどう感じた?その成功を、現状に適用してみよう!このステップは、レシピとして決められているわけではなく、1つの進め方の例だ。リリースプロセスについて私はチームと話をしていた。最近のリリースがいかにひどかったか、文句を言い始めた。思い出し、こうやってみた。「いやいや、二年前は問題はなかったんだ。「1つはもっと頻繁にリリースしていた。「チームがもっと小さかったな。全員が1つの部屋に入りきった。現在では、テスターは別の建物に移って彼らとのコミュニケーションはほとんど取れていない。「まずリリース間隔を短くする。辛いからといって伸ばすのは、さらに辛くなるだけだ。開発者とテスターは同じ場所にいるべきだ。大きな部屋が見つけられなくても、双方のチームを半分に分割して混成チームを2つ作る。スピリットに沿っている。ポジティブな経験に焦点をあてるネガティブな面をポジティブな面との対比で議論するポジティブな行動へと移る。使うことで、変化への前提を作っていく。ポジティブな経験に埋め込まれたアイディアが、直接的および間接的に変化へ向かうアイディアの種となる。ポジティブな経験とネガティブな経験、その両方をポジティブな方法で議論することで、ネガティブな感情を通過し現在の状況をクリアに見つめる機会を提供する。「カタリシスは、現状を維持するために何千年も用いられてきた技法だ。虐げられた農奴の映画を見れば、農民たちは感情を開放することができるだろう。この感情は、農民の変化への力にならない。逆に今の境遇に無関心になってしまう。これが、典型的な文句の言い合いセッション(リリースがうまくいかない例など)が間違っている点だ。全員が状況に憤慨しているのに、変化する前に感情がなえてしまう。ポジティブな言葉で会話をガイドし、ネガティブな感情を行動に変化させる方法だ。思い出すポジティブな経験は、現在の状況とは一見関係していなくてもよい。チームが一緒に活動することに問題がある場合、全員が過去に経験した最高のチームを思い出し、なぜそのチームはそんなに良かったのかについて話すことは、変化へのよいスタートとなる。それぞれが思い出すチームは、スポーツチームでもボランティアの組織でもよいのだ。深く掘ってみないとよいアイディアにはたどり着かないかもしれない。「OK、そのチームではお互いを尊敬しあっていたんだね、でもどうやってそうなったんだい?」「うん、ゲームの後は必ずビールを飲みにいって、そのゲームについて話し合ったさ」「ぼくらは今は仕事が終わった後でも忙しいけど、金曜のランチは一緒にできるかもね」ポジティブな経験から得た教訓を、直接適用することもできる。プログラマとテスターを一緒にチームにするなど。ポジティブな経験が、一見無関係なアイディアを発生させることもある。私は以前、チームが全員同席しているチームの話を語っていたときに、フルーツバスケットを遠隔地のメンバーに贈ることを思いついた。ゴールは、過去をそのまま繰り返すことではなく、現在の変化に必要なアイディアとエネルギーを集めることだ。ペア(二人一組)ではじめるとうまく行く。これまでに私がやってみて何回もうまくいった方法だ。最初の30分一人が話し(話し手)、もう一人(書き手)は聞きながらマインドマップを書いていく。書き手は「積極的に」聴く。考えながら聴き、不明点は質問をしたり、興味をもったポイントをまとめたりする。30分後に役割を交代し、こんどは書き手をやっていた方が話し、話していた方書き手にまわってマインドマップを作る。その後、ペアでストーリーを話し合ったり、結果をグループ全体へ発表したりする。ペアを組むことで、書き手はリスニング・スキルを実践する経験になる。話し手をうまくリードして、お話全体がうまく形になるように助けたり、話し手に進行を促したりする。注意点として、書き手は、自分自身の経験を話したいという誘惑に対抗しなくてはならない。うまい書き手は、話し手に対して「私は十分自分の話を話し、すべて聞いてもらって理解してもらった」という気持ちを与える。大きなグループで適用することもできる。書き手に今聞いたストーリーの「まとめ」をグループ全体にしてもらう(この方が、一度聞いた話を全体へ再度話すよりうまくいく)。一人の書き手が部屋をまわってお話を集めてまわる方法もある。グループに共通の基盤がないような場面でもうまくいく。例は、ポートランド港の労働問題を解決するものだ。経営と労働者がお互いの言い分をすべて聞きあったあとには、部屋にいる一人ひとりが、敵対関係ではなくゴールを共通しながら別々の意見をもった個人として、全員を認識している、とう状態が作られた。プラクティスや原則を1つ選んで、パートナーにそれに近い技術的な協力例をポジティブな話として語ってもらう。ペアプログラミングを選んで、パートナーとそれについて語る。誰でも、うまく協力的にできたコラボレーション例を経験として持っている。抽出した教訓は、教科書的なペアプログラミングと似ているかもしれないし、違うかもしれないが、改善を促すことができることがおおい。私は以前このエクササイズを大きなグループで行ったとき、とても多くの改善のアイディアがでた。顧客とのウィークリーのミーティング、ホワイトボードでのデザインセッション、たまに一緒に行うコーディング。このように適用するするのは、「人間は自分自身が関わったプロセスにことについては責任がもてる」、そして、「人間は自分自身のペースで変わる」という事実を尊重している。あなたがXPのコーチであれば、このプロセスにおけるあなたの役割は、ペアプログラミングのやり方を正確に教え、強制することではない。受動的に聞き手に回り過去にうまく行ったやり方をそのまま推奨するだけでもない。会話の一部となるのだ。自分の物語を語り、それを創造的に適用することで、「変化」のアクティブな役割を担うのだ。他の人が自分の物語を語り、そこで発見された教訓を適用することを促し、ポジティブな成長と責任感を与えるのだ。試してみることを勧める。正式なプロセスとしてやってもいいし、自分の心の持ち方(attitude)を変えてみるだけでもいい。あなたが何かについて文句を言いたくなったとき、よい聞き手を見つけてその人にお話を聞いてもらう。文句ではなく、うまく行っていたときの話、あるいは一部だけでも今よりは状況が良かったときの話を。自分の経験から教訓を引き出し、それを適用してみよう。あなたが現状を認識し、成長する、ことを願う。「世界は解決すべき問題の集合」ではない。それは世界の1つの見方であり、別の見方だってある。2007/10/31のオブジェクト倶楽部秋イベントでは、「プロジェクトファシリテーション」の話をした後で、このAIを使って過去の最高のチームについてエネルギーとアイディアを集める活動をしてみました。20:13いつも元気になるエッセイをありがとうございます。「その後、ペアでストーリーを話し合ったり、」で始まるパラグラフの2文目で「ペア」が「ア」になってしまってるようです。僭越ながらお知らせまで。Approach)」の考え方にそっくりです。SFA的な考え方は、お仕事にも有効、とくにアジャイルな開発にはフィットするのではと常々思っていたので、この記事を読んですごく驚き、うれしくなりました。さん、ありがとうございます。同じようなご意見を頂きました。AIとSFAの関連についてまだ調べられていませんが、もし情報をお持ちでしたらまたコメントください。さん、ありがとうございます。システムマネジメント副社長。オブジェクト指向開発、UMLの勘所、アジャイルな開発手法の未来、マインドマップのソフトウェア開発での利用方法、プロジェクトファシリテーション(見える化)を語ります。現在、マインドマップとUMLの融合エディタ、astah*(アスター、旧JUDE)を開発中。NOD32アンチウイルスでウイルススキャンをしてみる。イングランド・ロスト(CTC教育サービス))2019年の転職者数は351万人と過去最多。良い条件の仕事を探す転職は過去最高に。レポート万年筆やさんで、私に合うペン先を見てもらった。書けば書くほど快感が走る万年筆とは。オルタナティブ・ブログは、専門スタッフにより、企画・構成されています。入力頂いた内容は、アイティメディアの他、オルタナティブ・ブログ、及び本記事執筆会社に提供されます。利用規約プライバシーポリシーお問い合わせアイティメディアからのお知らせプレスリリースメールサービスRSSTwitterITmediaはアイティメディア株式会社の登録商標です。