会議ですべてを決めようとすると、インターネット時代のスピードについて行けなくなることがしばしばあります。「会議で合意を取ること自体が目的化」し始めたら要注意。どのような解決法があるのでしょうか。});世の中には、会議が長くなるばかりで何も生み出せない組織が多くあるといいます。小田原評定や、「会議は踊る、されど進まず」のウィーン会議に代表されるように、長く続く会議で問題が打開されることはほとんどありません。会議室では、問題を打開するための仮説が「ああかもしれない」「こうかもしれない」と次々と出されます。仮説の上に仮説を積み重ねていくような議論が繰り返されますが、根本の仮説が正しいのか誰も分からないので、結局のところ誰も確信をもって判断を下すことはできません。ここで必要なのは、仮説の巨塔を積み上げることではなく、仮説を検証する具体的な手を打つことです。会議はそこでおしまい。あとは仮説を検証する作業に各々のメンバーが入っていきます。実は、インターネット自体がこのような「会議に頼り過ぎない会議術」によって発展してきました。変化の速いこの時代に、なぜ「インターネット」は勝ち残ることができたのでしょうか。Force)というインターネットで使われる技術の標準仕様を決める組織があります。Code”という有名な標語があります。「ラフなコンセンサスを作ったら、プログラムを書いて走らせて試してみる」という考え方です。インターネットの標準仕様を決めているとは思えない、多少いい加減な方法に見えますが、「世の中は会議室で頭を使って考えたとおりにはいかない」という経験則から導かれた実に優れた手法なのです。実際に、IETFはこの手法によって、他のライバルの標準団体を蹴落として、世界のディファクト・スタンダードとなりました。国際標準化機構)のOSIプロトコル体系と競合関係にありました。現在ではTCP/IPがインターネットで使われています。いま、みなさんが読まれている文章も、TCP/IPの上を通って流れてきているのです。ISOは国の代表が集まって仕様を議論するところだったため、誰も文句の出ない仕様を求め、会議で合意を取ること自体が目的化しがちだったといいます。Code”にいわれるとおり、実際にモノが動くかどうかを重視しました。この違いが勝敗を分けたといわれています。動くモノがあるかどうかによって、会議の場での説得力も違ってきます。task”となるでしょう。「ラフなコンセンサスを元にタスクを実行せよ」です。「うまくいったら先に進む。だめなら考え直す」、そうしたアジャイルなプロジェクト管理手法が、スピードの早い現代には求められているのです。会議が長くなるばかりで何も生み出せないのは、実は小さなアウトプットをしないからです。多くの成功したプロジェクトは、小さな実験から始まっています。会議でコンセンサスが作れないときは、会議を止めて個々の作業に戻ったり、街に出て情報収集をして証拠を積み上げていったりしたほうがいいのです。不可能だといわれたら、小さな既成事実を作ってしまえばいいのです。会議をしている時間を、プロトタイプ作りや見込み顧客へのヒアリング、対象市場のリサーチなどに費やしたほうが有益であることは多々あります。問題のほとんどは会議室では決着がつきません。ビジネスにスピードが要求される時代に、新しいことを始めるのに5年も10年もかけてはいられません。市場の環境が当初の想定からどんどん変わってしまうからです。最初から完璧な計画を立ててそのとおりに実行するのではなく、計画と実行を交互に混ぜながらプロジェクトを推進していく、そうした仕事が増えています。Meeting:究極の会議法)は、このようなタイプのプロジェクトと会議を実践するためのノウハウを集めたものです。みなさんもぜひ、議事録ドリブンをはじめとするXMを実践して、快適な会議ライフをエンジョイしてみてください。次回ちょっとだけおまけがありますが、9回に渡る議事録ドリブン会議術の連載はこれにて終了となります。みなさん、ご愛読ありがとうございました。国際大学GLOCOM主任研究員、サルガッソー社長。blogを運営している。IPAの未踏ソフトウェア創造事業に採択(2002年)、同年度の天才プログラマー/スーパークリエータに認定。会議ですべてを決めようとすると、インターネット時代のスピードについて行けなくなることがしばしばあります。「会議で合意を取ること自体が目的化」し始めたら要注意。どのような解決法があるのでしょうか。議事録はみんなが書けるか?そもそも個人で情報は持たない──。議事録、そしてToDoは、共同所有する情報とすることで、会議の生産性を上げ、ToDoの実効性も増すようになります。会議は終わってもプロジェクトは終わっていない人は会議のために仕事をしているのではありません。会議で決めたこと(ToDo)を実行するためのシステムを持つことが、プロジェクトの成功には重要です。終了のホイッスルは次の会議の始まり前回の記事では、実際に会議で議論をするときは、一度に1つのトピックを議論して、意見や結論の関係を明確にしましょうという話をしました。会議で「じゃあ、そういうことで......」と言ってないか?前回は、会議の前に議事録のアジェンダを整理し、かかる時間と議論する順序をあらかじめ決めておくと会議の時間管理がうまくいく、という話をしました。今回は、いよいよ会議が始まります。会議をいきなりはじめてないか?そろそろ実際の会議の現場に入っていきましょう。「では早速──」などと議論に入ってはいけません。会議をスムーズに進めるには、会議冒頭の手順が重要なのです。この会議のゴールを知っているか?“議事録ドリブン”を実行する上で、最初のチェックポイントは「会議のゴール」だ。会議が終わったときに議事録は完成してますか?会議が抱えている多くの問題──。第1回で分析したさまざまな問題を、どうしたらいいのか。解決法の1つが、今回説明する「議事録ドリブン」です。会議の何が問題なのか?ほとんどの人が会議が嫌いではないでしょうか。何のための会議か分からない、決まったことが実行されない、そもそも会議時間が長い......。“議事録ドリブン”メソッドを実践できる会議支援ツールのベータ版が公開された。Webブラウザから利用するASPサービスとなっており、無償で利用できる。広告に関するお問い合わせメールマガジンSpecialインデックスRSSfacebooktwitter利用規約ITmediaはアイティメディア株式会社の登録商標です。