コミュ力が低いエンジニアが会議の主催を乗り切る方法
はじめに
SIに限らず仕事と切っても切り離せないのが会議の存在です。SEでなくても、プログラマでもインフラでもサポートでもテスターでも、ずっと働いていて会議や打ち合わせをしないということはないでしょう。お客様と会議することもあれば、社内メンバや委託先の人と会議することもあるかと思います。
私はあまり喋るのが得意ではないのですが、私を含め喋るのが苦手というエンジニアはそこそこいるのではないかと思います。 しかし喋るのが苦手だからと言って、会議を避けていては話は進みませんし、無策で打ち合わせに突入すると「何の成果も!!得られませんでした!!」と帰還するはめになることは受け合いです。 (※稀に参加者に恵まれると成果が出ることはあります。)
そこで、私が数々の無残な敗北から学んだ喋るのが苦手なエンジニアが会議を乗り切る方法をメモしておきたいと思います。主に自分が会議を主催する場合の話になります。
会議の準備
会議に臨む前に、心の準備と資料の準備が必要です。
1. 会議の目的を明らかにする
ゴールがぼやけていると、何を話せばいいのかわかりません。自分が何を話せばいいかわかっていないということは、当然他の参加者もわかりません。なので、最初に会議の目的をはっきりさせます。 会議の目的は大きく分けて下記3つに大別されます。
- 情報を伝えること
- 情報を引き出すこと
- 何かについて決定・合意すること
どのカテゴリの会議か切り分けられたら、さらに目的を詳細化します。 (混ざっている場合もあります。)
目的が「情報を伝えること」の場合
この場合、誰に何の情報を伝えたいかをリストアップします。 あわせて情報を受け取った人にどうしてほしいのかを考えて一覧にします。
目的が「情報を引き出すこと」の場合
この場合、自分が知りたい情報をリストアップします。 その上で知りたい情報を得るためにはどのような質問をすればよいかを考えて一覧にします。
目的が「何かについて決定・合意を得ること」の場合
この場合、誰と何を合意・決定したいのかをリストアップします。
その上で合意・決定するための質問を考えて一覧にします。
例:「~で進めていいですか?」
「AとBどちらにしますか?」
2. 会議の資料を作る
会議の目的ははっきりしたし、喋る内容も考えました。
しかし、作戦を立てただけで勝てるほど世の中甘くありません。 トークが苦手なエンジニアが資料なしで会議に臨むのは、丸腰で巨人に戦いを仕掛けるのと同じことです。
手順1ではっきりさせた目的を元に会議資料としてまとめます。 私が考える資料作成のコツは下記の通りです。
適度に行間を空けて大き目の文字で書く
会議に老人が多い場合などは、字が小さいと字を読むほうに力を使ってしまい、肝心の会議内容へ割く力が減ってしまいます。文字は大きく読みやすく、会議の参加者に負担をかけないようにします。
できるだけ短い文章で表現するように努力する。
長い文章は主張が曖昧になり、読みづらいです。できるだけ短文を目指します。 接続詞を使いたくなったら、一度文章を切ってわけてしまうとよいです。
平易な日本語を心がける
イケてる横文字を使うと頭が良さそうに見えるかもしれません。あるいは専門的なエンジニアらしく見えるかもしれません。 しかし、会議の目的は頭の良さや専門性をアピールすることではありません。できるだけ万人が理解できる簡単な表現を使います。書いてある意味がわからなければ、その文章はただの模様です。言うなれば、紙にこぼしたコーヒーと同じです。
必然性のない絵やアニメーションは入れない
絵やアニメーションで注意を引いたり笑いを取るのは上級者のテクニックです。トーク力に自信がない場合は使わないほうが無難です。
質問は答えやすさを考える
質問するときはできるだけ「YES/NO」で回答できる質問にします。人間これが一番答えやすいです。 YES/NOで回答できる質問をある程度繰り返して内容を絞った上で複数の選択肢や自由回答の質問をすると論点が絞りやすいです。 次点で選択肢の中から選ぶタイプの質問、それも無理なら自由回答する質問にします。
テストの問題の答えやすさと同じようなものです。〇×問題は回答しやすいですが、自由記述問題は回答が難しいです。
選択肢を示すときは判断材料を一緒に提供する
仮に自分がその質問をされたら、何をもってYES/NOを決断するのか、何をもって選択肢を選ぶのかを考えます。 そう考えたときに判断材料がなくて決めかねると思ったら、質問した相手もだいたい決められません。 判断材料として選択に付随するメリット、デメリットなども一緒に提示するようにします。
自分がわからない内容が判断材料であれば、何がわかれば判断できるのかを考えます。そして判断材料となる情報を相手から引き出すための質問も一緒に考えておきます。
選択肢や質問に対して自分はどう思うのか考えておく
自分自身がどちらの選択肢がよいのか、どう回答すればよいのかわからないような質問は、相手もわからないことが多いです。 仮に自分だったら質問にどう回答するかということは事前に考えておき、相手が回答に困っているようであれば「例えば私であれば~」のように補足説明することで、話が分かり易くなりますし、場合によっては自分に有利な回答に誘導することができます。
依頼は期限を明確にする
よくある失敗ですが、依頼したもののいつまでたっても対応してもらえない、挙句の果てには忘れられていた、ということがあります。会議で物事を依頼するときは、明確に期限を切らないと対応してもらえない可能性が高まります。さらに期限を明確にしていないと督促もしづらくなります。依頼には期限を設定するようにします。
会議の進行
準備が完了したら、後は当日資料に沿って進めるだけです。 トークが下手でも資料通りに進めれば、だいたい目的は達成できるかと思います。 しかしながら、注意しなければならないことがいくつかあります。
1.制限時間を意識する
会議の時間は有限です。時間内に目的を達成するためには一つの話題にどれぐらいの時間がかけられるかは考えておく必要があります。白熱した議論が予想されるものは最後に回し、スムーズに進みそうなもの、もしくは重要度の高いものから先に処理してしまうのがよいです。
2.話題が逸れたら軌道修正する
よく会議の最中に話題が違う方向に逸れていくことがあります。そのまま放っておくと、全然違う話で会議の時間の大半が消費されてしまったということになりかねません。話が脱線して1-2分で終わらないようなら、無理矢理本来の話題に戻します。
「それはまた別のところで議論するとして…」
「その話は長くなるので…」
「まぁ一旦それは置いといて先にこの話を…」
とか適当に割り込んで止めてしまいましょう。
偉い人が相手なら
「すみません!申し訳ないですが今日はこの話を…」
とかそんな感じで。
3.時間がかかりそうな話題は持ち帰りも検討する
その場で決まりそうにない話題は持ち帰って検討してもらうことも考えます。 その場合、いつまでに決めてほしいのかははっきりさせておきます。
議事録の作成
遠足は家に帰るまでが遠足です。 会議は議事録を関係者に送りつけるところまでが会議です。
ぶっちゃけほとんど覚えていない
会議の参加者の8割は、翌日になれば会議内容の3割程度しか覚えていません。
1週間もたてば、下手すると会議があったことすら忘れ去られているかもしれません。
「なんだ夢か。」
会議の成果を参加者に示す
そこで、会議の中で達成した目的を議事録という形で参加者に周知します。
議事録には下記2点を記載します。
- 会議の目的としていたことで、達成した内容を記載する。
- 宿題がある場合は、誰(グループや組織でもよい)がいつまでに対応するのかを明記する。
他の議事経緯などはおまけです。 上記の内容をまず書いて、細かい議事内容が必要であれば、そのあと書いておきます。
自分に有利な議事録を作成する
ちょっと裏技です。
議事録というのは恐ろしいもので、多少会議の内容と違うことを書いても多くの場合気づかれません。 特に会議内容の一部を議事録に記載しなかった場合でも指摘されることは稀です。
参加者のほとんどは後になって議事録を見るころには会議の記憶は薄れており、そういえばそうだっけなーぐらいの感じになります。
そこで
- 自分に不利な内容はある程度の裁量で議事録に記載しない。
- あまり重要でない内容であれば、その場で決まったことにしてしまう。
というアプローチをとることで、かなり自分に有利な会議内容だったことにすることができます。 これが本当に効いてくるのは、何か月もたって、そういえばこれどうなったんだっけ?などと過去を振り返るときに効果を発揮します。
「それは〇月×日の打合せで決まりましたよ。議事録見てください。」
「うーん、それはまだ検討してませんね。過去の議事録を探しましたが、どこにもありません。」
タイムマシンがなくても、いとも簡単に過去を改変することができてしまうのです。 ただし、過去改変しすぎると未来を破壊する可能性があるので注意して下さい。
当然、議事録を周知したタイミングで「内容が漏れてます。」とか「認識が違います。」とか指摘が入る場合があります。その場合は素直に「申し訳ありません、内容が漏れていました。」とか「記載が誤っていました。」と言って訂正します。
おわりに
苦手なことをやらざるを得ない場合は入念な下準備と対策が必要です。
他の人が息をするようにできていることが自分にはできないのはなかなかつらいものです。 しかし、ある程度時間をかけて努力すれば一般的な人に近い水準までもっていくことは可能です。
トークが苦手な場合は、しっかり下準備してから会議に臨むことである程度の成果は出せるようになります。 会議をうまく乗り切って楽しいエンジニアライフを過ごしましょう。