InfoQ

Articles

Jean Tabaka氏による「Collaboration Explained--真のアジャイルチームのためのファシリテーションツール」

作者 安井 力 - (株)永和システムマネジメント 投稿日 2008年8月26日 午前2時20分

コミュニティ
Agile
トピック
イベント
タグ
Agile2008,
ファシリテーション,
日本発記事

Jean Tabaka氏の書いた「Collaboration Explained: Facilitation Skills for Software Project Leaders」は、会議などのチーム活動において、ファシリテーションの手法とツールについて具体的かつ実践的に説明しています。8/8(金)、Agile2008の最終日の朝のセッションでは、Jean Tabaka氏自身が本の内容をベースとしたセッションを行いました。

セッションは100人くらい入れる部屋でおこなわれました。セッションの目的、アジェンダ、ルールなどをイーゼルパッド(模造紙大のポストイット)に書いたものが開始時から壁に貼ってあり、これ自体がすでにファシリテーションツールの実例となっています。一通り眺めれば、

  • なんのために
  • どうやって
  • 何を得るのか(得たのか)

を、参加者全員で共有できるのです。具体的には以下のものがあります。Tabaka氏はこれを「かなりカタい(rigid)フレームワークだ」と説明してます。

  • 目的
  • アジェンダ
  • グランドルール、合意事項
  • パーキングロット
  • 決定事項(決定したことを書く)
  • アクションプラン(会議後に誰がなにをするのか書く)
  • コンセンサスの定義
  • コミュニケーションプラン

目的は以下のように、とても具体的なものとなっています。

アジャイルなソフトウェア開発におけるプロジェクトチームが、計画づくり、日々の打ち合わせやレビューにおいて、コラボレーションによって意志決定を下すためのファシリテーションのツールとテクニックを学習する。

アジェンダは8項目ありましたが、いずれも質問文の形式となっています。たとえば、以下のようなものです。

    C. アジャイルチームのイベントにおいて、焦点を絞るためにはどんなツールが有効か?
    E. チームの様々なミーティングで使える、チームの知識を最大限に引き出すようなツールはなにか?
    G. われわれはどうやって洞察し、適応するのか?

質問形式であれば、それに対して回答できた時点でアジェンダの項目を達成したと判断できるためです。またアジェンダの最後は必ずふりかえりで終わります。会議自体がうまくいったかどうか、目的を達成できたかどうかふりかえるためです。

パーキングロットとは、会議の途中で話が本題から逸れそうになったときに使うものです。パーキングロットは、はじめは枠だけの、空っぽの紙です。ファシリテータは「その話題はいま話す必要があるか?会議の目的に必須のことか?」をチームに質問し(ファシリテータが自分で判断してはいけない)、外れているのであれば、あとで検討すべき項目としてパーキングロットに書き込みます。そのようにして、話題を無視してしまうことなく、議論が本題から外れることを防ぐのです。

会議には必ずファシリテータを設定します。ファシリテータの存在意義は、チームに仕えることです。参加者全員が会議の目的達成に最大限に寄与するよう支援するのです。そのためにファシリテータは以下のようなことをします。

  • 自分の意見やコメントを言わないこと
  • 適切なツールをチームに提供すること
  • ミーティング中に起きることを検討し、事前に計画を立てること

セッション自体は、グループによるディスカッションやファシリテーションを実際に体験してみるという内容が豊富に含まれていました。自己紹介に始まり、朝会や、タイムボックスを設定した意志決定の練習などがありました。質疑応答も活発で、Tabaka氏の豊富な経験からさまざまなやり方やツールが提案されていました。

普段からファシリテーションを意識していても、ここまでしっかりしたテンプレートを準備していたり、ツールを準備して必要に応じて繰り出せるとは限りません。参加者が戸惑ってファシリテータのほうを見たら、ファシリテータも目が虚ろになってしまっている、ということもあります。あせったファシリテータが強引に結論を導いてしまう、ということもあります。

ファシリテーションを意識していない会議、意識していてもテクニックがともなわず漫然とファシリテートしているような会議では、具体的なツールやテンプレートを導入すると会議の効率を飛躍的に高めることができます。ツールはまたファシリテータの経験不足を補う効果もあります。なにかうまくいかないと感じている会議に、先人の知恵を導入してみてはいかがでしょうか。

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

特集コンテンツ一覧

Typemock: その過去・現在・未来

Eli Lopian氏率いるTypemock社の過去・現在・未来について、インタビュー形式にて記します。

企業とSaaSの仮想化がもたらすのは、迅速性(アップ)だけではない

この論文では、仮想化やクラウドサービスの複雑なメリットと実世界における応用を検討します。さらに重要なこととして、Contegixが複雑な問題の解決に仮想化を実装している方法や、仮想化を使うべきではないケースについて詳細を提供します。

RubyのFiberを非同期I/Oに使うNeverBlockとRevactor

Fiberはユーザに試練を課すことなくこの考えを実装する有益な並行性ツールとして、ライブラリが2つあります。まさにこのためのソリューションとしてあるのがNeverBlockライブラリです。私たちはNeverBlockプロジェクトのMohammad A. Ali氏とRevactorライブラリのTony Arcier氏に話を聞きました。

拡張性に関する悪習慣

システムの保守容易性や拡張性を確保するためのベスト・プラクティスに関する記事は数多くありますが、この記事では避けた方がいい、いくつかの悪習慣(ワースト・プラクティス)を強調します。

トップスポーツチームの監督に教わる秘訣

この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。

事例研究:Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト

この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。

Agile2008チーム参加レポート - 帰国そして変化

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。

SilverlightとJavaのインターオペラビリティ

マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。