itB!HatenaCopyエンジニア、プログラマーのコミュニケーション問題(コミュ障)についてエンジニアや特にプログラマーの方々のコミュニケーション力が低いことは、よくネットでも取り上げられ揶揄されたりネタにされることが多いと思います。実際どうかというと全ての方がそうだという訳ではありませんが一定数のいわゆるコミュ障だなと思われる方と仕事で遭遇するケースはあります。私はSEとして8年の経験がありその間にもプログラマーの人とやり取りを経験して確かにコミュニケーション力に難があるなと思う人に会う確率は多いように思います。今でこそ人としゃべれるようになりましたけど、かくいう私も元々はコミュ障だったと自覚しています。このコーナーではプログラマー、エンジニアのコミュ障を改善できるようなヒントになるお話や手法について実体験をもとに紹介していければと考えています。今日は私の実体験やエピソードをつらつらと書いていこうと思います。どのようにしてコミュ障を改善してきたかはまた別の記事でお話します。プロジェクトが終わって人としゃべりたくないからエンジニアになった自分のことです。私は「人が居るところに争いあり」と思っていたし「人との会話が怖い」と思っていました。「そうだ!エンジニアになればパソコンと会話する毎日、人としゃべる必要なんて無いに違いない」と思い立って何も調べずに大学の学生課に行きSE職を募集している企業の推薦面接に行ったのです。合格してしまいその会社に新卒で入りSEになったのです。現実は違う、SEはコミュニケーションも大事だった..入社してから研修を終えた私は新人なのになぜかPL(プロジェクトリーダー)を任されました。役職も職権も無いただのPLです。直の上司は課長でした。業務委託先(外注)としてプログラマーに2名来てもらい、3名体制でプロジェクトが始まったのです。業界の用語とシステムの用語がわからないプロジェクトの立ち上げ当初は打ち合わせが多かったです。お客さんと課長と私で要件定義のフェーズですね。PLとは言え新人ですから議事録を書きながら今回のシステムの全体像や、エンドユーザー、使われている技術などを把握していった感じです。通信業界だったので専門用語が多くて大変でした。話を聞きながら議事録を書いていくわけですがその用語の意味をわからず(調べる間もなく)議事録にしていったりして。課長からは「なんじゃこの議事録は」「書き方がなっとらん」と何度も怒られたのを記憶しています。;∀;)いまはネットで簡単に調べられるし雛型もあるから書きやすいと思いますが、当時の新人私にはそこまで頭がまわりませんでした。議事録を書く日々で精神的に疲弊していたのを思い出します。専門用語を調べて把握しておく通信系の専門用語は結構大変です。基地局、ARPU、プロトコル、MPEG、H.263、、、目に見えないモノの話をされると混乱しますよね。コミュニケーションの前段階で言葉を把握しておくことは大事です。別に通信系じゃなくてもその業界のワードは理解しておきましょう。わからない言葉が出てきたらそのタイミングで遮って「スマンけど教えて」って言わないといけないですね。常にベストコンディションで日々怒られてると精神が摩耗してつらくなってきます。何か発言して怒られたらどうしよう、となれば委縮するのも当然。うまく会話なんてできるはずありません。「怒られたくない」はコミュニケーションを阻害します。自分の精神状態はできるだけフラットに安定した状態であることが望ましいです。同時に職場では怒らない環境、後輩が委縮しない会話を心掛けてほしいものです。言ってる意味がわからないんじゃなくて、優先順位がわからなかったシステム開発中に上司や先輩やお客さんから色んな依頼があります。あの仕様ってどうなってたっけメール返しといてお客さんは何て言ってた?ここのプログラムの動作おかしくないですか今月残業どれぐらいいきそうか午後に会議やるからなこれコピーしといてとぉるるるるるるるるる(電話音)メールも来るし電話もくるし。1件1件お話を聞いて作業をするわけですが。残念ながら自分は1人しかいないわけで。「おい!さっき依頼したコレなんでまだ手を付けてないんだ」みたいなこともしょっちゅうです。それでコミュニケーションが取れてないんだと自己嫌悪したことは何度もあります。色んな人から色んな依頼を受けると、どれが重要ですぐやらなきゃいけないのかわからなくなってきます。優先順位は自分で決めるのですが、相手がいることなので相手の中での重要度と温度差があると「なんでやってないんだ」てことにもなるわけです。私に足りなかったのは「これいつまで終わればいいですか」の一言でした。別に上司やお客さんの言うことが絶対じゃないので言えばよかったんですけど、当時はそれがわからなかったんです。「これいつまで終わればいいですか」を言えるようになってもまだ問題がありました。それは全部引き受けると自分1人が大変になってくる、ということ。「じゃぁ今日中にやっといて」「なるはやで!」「明日まででいいよ」こんなこと言われると「全部今日やんけ」ってことになります。私は自分が残業してやれば今日中(24:00)には終わるな、なんて思って仕事してたのです。実際にはたいして急ぎでもない仕事で徹夜をしたこともあるのです。今日中というのは今日の18時までの営業時間までのことです。仕事は自己犠牲ではないです。それから「いまこの仕事やってるから、あなたの仕事は明日でもいいですか」「来週でもいいですか」「それが駄目なら他の人に依頼してください」っていう交渉をすること。プロジェクトが納期遅れになんと最初に携わったプロジェクトが納期遅れをひきおこし、会社の中でヤバいプロジェクトになり部長からマークされてしまうどころか、会社対会社の違約金とかそういう話に発展してしまいました。́ω`)なぜ納期が遅れたのか?それは納品したソフトウェアに抜き差しならないレアケースのバグがあったからです。このバグがあるせいでエンドユーザーが不利益になる可能性があり見過ごすことができない、とのこと。今回の納期遅れはコミュニケーション不足というよりもビジネスマンとしての重要な部分を気づかされましたお客さんと品質についての着地点を打ち合わせ、書類で抑えていなかったことが自社としての落ち度です。加えて自分は今回の契約まわりの書類を読んだことがなかったのです。契約書もみないでよく仕事してたと思うけど。新人だったので課長の言われるがまま目の前のワークにだけ集中してたのがいけなかった。課長はそれまで何をしてたんだと疑問に思う人もいると思いますが、自分から課長には「順調だよ~」しか言ってなかったんで。ほとんどこのプロジェクトにはノータッチだったと。わからんところ質問しよう。契約書読まないと何が重要でどんな仕事を優先で進めたらいいかわからなくなるよ。居場所がなくなる..お客さんから怒られ、課長から怒られ、部長にも目を付けられ。外注先のプログラマー2人からも怒られ。