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

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

仕事のやり方 改善 旧館より

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

投稿日:2010年12月28日 更新日:


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

そんな会議で見かけるシーンはこんな感じです。

部長:「(ひとしきり報告が終わった後)みんな、何か意見、質問はないか?」
…シーンとする会議室…
部長:「A君はどうだ?」
(半ば無茶振りをされた)A君:「ええと…(ちょっと的外れ、もしくは分かり切っている質問をする…」

そのような会議で、意見を求め、疑問点を抽出し、議論をするのであれば、運営、進め方を工夫する必要があると思います。
私が今までやってきた中で効果があったと思われるものです。

1:質問を考えておいてもらう

急に「質問ある?」とふられるから的確な質問ができない部分もあります。
それを事前に資料を読み、それなりに疑問点を整理しておくことで質問がしやすくなります。

「事前になんて時間がないよ!」という程、忙しいのであれば、その会議に出ずに本来のタスクをやった方が良いと思います。似たようなことはこちらのエントリに書いています。

2:質問の例を示す

促す時に「何か質問ない?」の後ろに「そう言えば、○○というこんな質問があったね。こんな感じで良いので…」と簡単な質問の例を示します。
質問者に「そういう簡単な質問で良いんだ…」と思ってもらうことができます。

3:質問をグループで考える

2、3人を1グループにして、そこで相談して、質問をしてもらう形にします。1人だと言えないことでも、「グループで検討した」形式なら質問も出やすくなります。

4:ファシリテータ役を作る

進行、推進を部長ではなく、ファシリテータ(の適性がある人)が行います。部長クラスが議長役も兼ねるとたいがい独演会的になってしまいがちです。

部門の会議は多くの人が集まる割りには、アウトプット(価値)との費用対効果が良くない会議の1つだと思います。
そこには多くの改善の余地が残されています。
それを実現できれば生産性の向上も見込めますし、メンバーが自発的に発言する雰囲気作りにも役立ちます。

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

Photo on Visualhunt.com

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

執筆者:


comment

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

関連記事

プロジェクト完了報告書の問題

プロジェクト完了報告書 昔のいたある会社に「プロジェクト完了報告書」というドキュメントがありました。 「そのプロジェクトで得られた教訓を(自分も含めた)組織の別のプロジェクトの改善につなげる」ために作 …

ふりかえり

KPT法を使う場合に気をつけること

 以前、書いたKPT法を実際に1人やプロジェクトの「フリカエリ」で使ってみて感じたことを書きます。 ※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。    KPT …

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

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

仕事が10倍速くなる最強の図解術[読書感想]

仕事が10倍速くなる最強の図解術 報告書やプレゼン資料を作成する際に、図解化することで抜けや漏れが無いか(MECE)、また説得力のある論理構成になっているか?を確認し、質の良いものを造り出しましょうと …

愚痴を言うよりも何か行動を起こす方が精神衛生上良いと思う

 飲み会の席で上司や会社の愚痴を言う人がいます。  愚痴はストレス発散の効果もあるでしょうから全面的に悪いとは思いません。  ただ改善の見られない愚痴(それは既に愚痴では無いかもしれませんが)を聞いて …

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