発行日:2010/06/01○------------------------------------------------------------------○みなさん、こんにちは!でぶっちです。始まりました、上海万博!!みんなの中には、実際に現地へ足を運んだ人もいるのかな?ぼくもテレビのニュースを見ながら、現地に行ったつもりになって万博を満喫してるよ!見てみたいパビリオンは、中国館にブラジル館・・・それとドイツ館かな。1】日常生活に役立てるTOC~ちょっとだけ幸せになれる(かもしれない)思考法----------------------------------------------------------------------はじめまして。DevLOVEスタッフのやまかずと申します。つたないコラムですが、少々の間おつきあいください。Constraints=TOC)はご存じでしょうか(ご存じの方はここから先は読み飛ばしていただいてかまいません^^;)。立ててみよう、という視点で語っていきたいと思います。Rule!(CTR)勉強会[*1]に参加してみるなどするとよいかもしれません。人生や社会生活で、私たちはいろいろな問題を抱えています。題の多くは、「ジレンマ」という形で、対立した構図で発生します。経営者vs.労働者、ビジネスサイドvs.開発サイド、妻vs.夫...いろいろ思いつきますね。ジレンマのそれぞれのサイドにいる人(たち)は、それぞれの視点で、それぞれの立場で、異なった主張をして、一見まったく相容れるところがないように見えます。動が違ってきているに過ぎないのです。それでは、身近なジレンマの例をひとつの例を挙げみましょう。メルマガを読んでいただいている方にとっつきやすそうな?例で説明します(あくまでも例なので、皆さんの思いと異なる部分についてはご了承ください...)。「ウォーターフォールを採用する」という対立があったとします。これは、経営側vs.開発側、の対立になるでしょうか。「Agileなプロセスを採用したい」と経営側に提案します。経営側としては、今まではこれでなんとかうまくいっている訳だし、あまり大きく変化を加えて失敗したくないので、「ウォーターフォールを採用する」ことを貫こうとします。ありそうな対立ですね。意見は平行線でまったく着地点が見えません。ここで、はて、我々の目的って何だったかな、と立ち返ってみます。「ユーザに喜ばれる製品をつくる」という目的が見えてきます。これは、どんな開発プロセスを採用しようが変わることのない目的です。経営者も開発者も、この目的に向かって日々働いています。ところが、何らかの理由によって上記の対立が生まれているわけです。そこで、「ユーザに喜ばれる製品をつくる」という目的と、それぞれのプロセスを採用するという行動を結ぶ線を考えてみます。「(目的を達成するための条件)」である必要がある。「(条件を満たすための行動)」する必要がある。構図に当てはめてみます。「ユーザが必要としているものを常に検証し続ける」必要がある。「Agileプロセスを採用する」必要がある。「提供する機能と時期をユーザと約束する」必要がある。「ウォーターフォールを採用する」必要がある。ここで、それぞれの線について、前提や仮定を考えてみます。「(目的を達成するための条件)」である必要がある。「(前提や仮定)」があるから。「(条件を満たすための行動)」する必要がある。「(前提や仮定)」があるから。上記例に当てはめると、たとえばこうなります。「ユーザが必要としているものを常に検証し続ける」必要がある。ユーザが必要としているものは常に変化しているから。「Agileプロセスを採用する」必要がある。Agileなプロセスはユーザの要求が変化することを前提にしているから。「提供する機能と時期をユーザと約束する」必要がある。ユーザはいつ、どのようなものが、いくらで手に入るかを気にしているから。「ウォーターフォールを採用する」必要がある。提供する製品の最終形態が、最初にわかるプロセスだから。この「~から」という仮定や前提は、ひとつではなくいくつあってもかまいません。cloud)」の考え方です(「対立解消図」とも呼ばれますが、通常は「雲」と一言で表すことも多いです)。│DとD’は、両立できない。A」であるためには「B」である必要がある。「前提・仮定」があるから。「A」であるためには「C」である必要がある。「前提・仮定」があるから。「B」であるためには「D」をする必要がある。「前提・仮定」があるから。「C」であるためには「D’」をする必要がある。「前提・仮定」があるから。この図に、上で考えた例を当てはめてみます。それぞれの線に書いた仮定や前提に、誤ったもの、誤解、思い込みがないか、検証します。どこかの前提・仮定に、「あれ?」と違和感を覚えるものがあるはずです。そこから、このジレンマを解く突破口を見出すことができます。この突破口の見つけ方にもいろいろあるのですが、ちと長くなるのでここでは割愛します...興味があれば、参考書籍[*2]を読んでみてください。1.「あぁ、これってジレンマだなぁ」と感じたら、そこに共通の目的があるんじゃないか、と考えてみる。2.ジレンマのそれぞれについて、前提となっている条件を考えてみる。4.雲の中に、間違った前提や思い込みがないかを探す。5.間違った前提、仮定、思い込みから、ジレンマの突破口を見つけ出す。ジレンマにはほとんどの場合共通の目的がある、と意識しておくと、心の健康にもよいですし、違う視点を持つことや、相手の立場に立って考えることができるようになります。ジレンマを感じたとき、この考え方を思い出してみてくださいね。その3」----------------------------------------------------------------------でぶっち通信をご覧のみなさん、ダイアログファシリテーターのgaoryuです。5月28日金曜日にダイアログイベントを開催しました。当日ご参加いただいたみなさん、ありがとうございます。ワールド・カフェという形式での対話の場を作れたことをうれしく思います。参加者同士の抵抗感をなくすために行われるものです。効果もさまざまで、しかも無限です。者の人数、環境によっても変わります。私の場合は参加者同士の「関係性の再構築」を意識して行っています。態によって選択するようにしています。ひらめき、深まり、安心感の5つ。この5つが発生しうる状況が私の望んでいる状況です。それをもとに、その場の参加者に不足しそうな部分が何かを考えてアイスブレイクを選択します。安心感が足りなそうなら個人を認めるアイスブレイクを使うという感じです。アイスブレイクの内容によっては複数の要素に影響するものもありますから、それほどピンポイントに使ってないかもしれませんが。(;^_^A最後に、アイスブレイクを考えるのは楽しいので、ついついいつまでも考えてしまいがちですが、ダイアログの場を創るのには他にも考えなければならないこともありますから、ほどほどにしましょう。(笑)★gao流ダイアログ解釈そこにあるのは、「傾聴」と「発言」と「共有」。そこに生まれるのは「ひらめき」と「深まり」。「話していい」という「安心感」のある「場」。3】DevLOVEコロニー、始動!----------------------------------------------------------------------みなさん、「DevLOVEコロニー」って知ってますか?実は最近始まった、DevLOVEの新しいカタチなんです。「より幅広く、より深く」をテーマとして開催される、DevLOVE内コミュニティイベントなんですよ!DevLOVEコロニーのサイトはこちらから。http://www.devlove.org/colony特徴は、以下の通り・コミュニティ内コミュニティである・「DevLOVEに参加している人が持つもの」がテーマになる・やりたい人が、やりたいテーマを決める・DevLOVEの仲間が全力でサポートしちゃいます!ちなみに、この「DevLOVEコロニー」のカタチを利用して、これまでこんなイベントが開催されました。#3】~変化は自分から始まる。~http://www.devlove.org/colony/change-the-future/ctf03まだまだ構想段階ですが、以下のようなイベントも検討されています。----------------------------------------------------------------------◆テレビで万博の映像を見ているだけで、自然と体が膨らんできちゃう!!誰か僕を中国まで連れて行ってくれないかなぁ。◇今回はごみさんの代理でメルマガ担当してみましたが、いや~、大変なんですね。いつもやってもらっていることに感謝です。