サウスポーなエンジニアの独り言

サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。

仕事のやり方 旧館より

ホワイトボードを使わない会議はあり得ない

投稿日:2009年4月18日 更新日:


色々な意味でカルチャーショックなプロジェクトの話です。

お客様との打合せ…議題は複雑で、図解をしたりして、何らかの「見える化」などの対策をしないとアッと言う間に「空中戦」になること必至のものでした。
#少なくとも私にはそう思えました。

で、私達のポジション、役目はその打合せのファシリテートしていくものではなかったのです。
(今思えば)うまく立ち回ってファシリテートすれば良かったのですが、参加して日が浅く、また内容から考えて自分達が主でなかったため「様子見」をしてしまいました。

そして、打合せが始まりました。
予想通り5分もしないうちに議論している参加者の思い描いているイメージ、論理構成がおのおのずれていて、会話が噛み合わず、全く議論が進まないようになってきました。
しかも、「空中戦」なので、議論がずれていること、そして何がずれているのか、など当事者は意識していませんでした。

こんな「空中戦」を回避する方法の1つに「ホワイトボードを(有効に)使う」てのがほぼ定石だと思います。
#会議術の基礎の基礎かなと。

ホワイトボードに、うまく整理し、満足感のある結論に導き出すのはそれなりに高度な技術だと思います…が、最低限、議論のポイントを書き出すだけでも、共通基盤ができる→それをベースに議論する…と安定した「地上戦」に持って行けると思います。

その打合せ…最後まで(約2時間!!)、ず~っと「言葉の空中戦」をやっており、最後まで「ホワイトボードを使った地上戦」になることはありませんでした。
#私は手元のノートに会議が終わった後のタスクの段取りなんかを考えていました(苦笑)。

それ以降、自分が打合せに参加する際には積極的にホワイトボードの前に立つようになりました。
しかし、このお客様、余程「空中戦」が好きなのか、そこかしこの打合せでホワイトボードがすぐ近くにあるのに、空中戦をしています…。

※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。

Photo via VisualHunt.com

-仕事のやり方, 旧館より

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

ドキュメント修正の大事さ

プロジェクトメンバー、リーダーとしての振り返りで毎回思っては実現できていなかったことを備忘録として書いておきます。 言いたいこと 仕様書等のドキュメントの作成/修正が後付けになったりして、ソースコード …

会議でメンバーが意見を言いやすくなる方法

会議が「20人以上」かつ、担当者レベルからマネージャ、部長クラスが「一堂に会する」ような場合、活発な議論、質疑応答が飛び交うことは稀かと思います。 部長から一方的に報告や連絡事項が行われ、他のアジェン …

白魔導師はファイアを使えません

最近、久しぶり…半年ぶり…にお客様常駐から社内に戻ってきました。 それで、あるプロジェクトのお手伝い…調査、プログラミングなどを少ししたのですが、その時のお話です。 プログラミングですが、当初はVB6 …

UltimateAgileStories1で書いた内容

最近、UltimateAgileStories Iteration2(UAS2)のエントリ([雑多]UltimateAgileStories Iteration2が届きました)を書きましたが、その1冊 …

社内読書会をやってみて

年末年始の小休止中&次の書籍を検討中ですが、社内で行っている「アジャイルサムライ読書会」のことです。 この社内読書会をやり始めたきっかけ やりはじめた経緯は(当時、同じ会社だった)@mah-labさん …

ギルドワークスの現場コーチ。
「正しいものを正しくつくる現場を増やす」ことを目指している現場コーチ。認定スクラムマスター(CSM)。
様々な規模のSIerでのシステム開発を経て今に至る。
DevLOVE関西を主催。