様々なソフトウェア開発を経験してきた視点から、開発、マネジメント、経済などについて書いています。タイトルは、あるレトロゲームからのオマージュ。ツイッターアカウントはこちら。「これを書き忘れたな」ということがあったので、今日はその話。開発者の中には、「会議が嫌い」「プレゼンは苦手」(でも自己主張は強い)という人は割と多くいます。言う私も、そんな心構えでプログラマになった口です。開発の実態は真逆で、ソフトウェアの半分はコミュニケーションで出来ていました。コミュニケーションは外せません。-_-)私は、たまたま優秀な同僚や後輩たちと仕事ができたので、その辺は、お任せして楽をすることもよくありました。私が発言してしまうケースがひとつだけあります。それが「言い切らない」開発者のときです。言ってることは正しいんだけど、語尾を濁す開発者って結構いるんです。~~かもしれないと思います。~~なのではないか、という気がします。参加者は、その部署の代表者として見られます。その代表者が、他人事のような話し方をすれば、この会議って、そんな重要度が高くないのかな?それとも、この部署は俺たちと真剣に付き合う気ないのかな?などと思われてしまいます。情報の伝達以前に、信頼関係の構築ができなくなってしまうのです。情報共有は、話し手の伝え方によって、聞き手の認識も変わってきます。今の情報は重要ではない、と認識されるそもそも記憶に残らないそれ以前に、話を聞くのがだるいなどと思われてしまいます。それによって、相手の会議が終わった後の行動や「どのように自分たちの同僚や上司に伝えるか?」なども変わってきてしまいます。自信を持って「言い切る」もし、曖昧にしか答えられない場合でも、その前提は伝えたうえで、語尾は言い切りましょう。~~はまだ確定していません。大まかな数値なら伝えることができます。~~については、まだ正式な発表はありません。開発者たちから聞いた話では~~の方向で話が進んでいます。逆に言えば、自信を持って伝えられるように、普段から情報集めはしておきましょう。それが、信頼関係の構築にも繋がります。のって気が引けるんだけど・・・」もし「言い切る」自信がない人は、そもそも会議で発言してはいけません。情報共有をしない組織は、いつまでも情報共有が下手なままです。そもそも情報漏洩するような開発者を現場に入れた状態で開発を始めるなよ。職業:元ソフトウェアエンジニア自己紹介:東京のゲーム会社でゲームプログラマ。家電メーカーで組み込みエンジニア。今は東京に戻って暮らしています。詳細な自己紹介は、こちら。