様々なソフトウェア開発を経験してきた視点から、開発、マネジメント、経済などについて書いています。タイトルは、あるレトロゲームからのオマージュ。ツイッターアカウントはこちら。一開発者でも、他部署や他社との窓口担当者(コンタクトパーソン)になることがあります。窓口担当者の第一の役割は信頼関係の構築です。部署または会社が信頼されないということを意識する必要があります。窓口担当者の行動次第で、組織同士の信頼関係が決まってしまいます。リーダやマネージャが、この役割を担うわけなんですが。逆に、リーダやマネージャが、このことを意識できていないと、プロジェクト自体が、上手く回らなくなることさえあります。話が通りやすくなっていますか?相手の信頼を得られているかどうか?その判断基準のひとつに「話が通りやすくなっているか?」というのがあります。(特に問題発生時)以前、働いていた職場で、この辺を勘違いしていたマネージャがいました。○○部の連中が、こっちの部署に情報を出したがらなかったので、その場で散々文句を言って、情報をもらってきたぜ!と、他部署のマネージャと喧嘩してきたことを武勇伝のように語ってきたのです。私は、「お前、相手から信頼されてないんじゃないか・・・?」と不安になりました。プロジェクトの終盤で、問題発生時にその部署に話が通りにくくなり、そのマネージャは、自部署の開発者たちに「なんとかしろ」と責任を押し付けてくるようになりました。終盤は、どの現場でも余裕がなくなってきます。締切も近く、自分たちの仕事を片付けることが最優先なので、仕方ないのですが、これがプロジェクトの進捗を阻害することがあります。今、向こうの部署に話を持って行っても、断られるしな・・・。変に忖度してしまったりします。こんなとき、優秀なマネージャは、それまでに築いた信頼関係を使い、マネージャ「あの揉めてた問題、向こうのマネージャに話を通してきたよ」と、スマートに解決してくれます。「部署の外側にどれだけ信頼のパイプを持っているか?」を見ればいいわけです。すべて譲歩はダメ相手の信頼を得たいがために、無条件で譲歩してしまうのはダメです。負担が大きくなった自部署の人たちが、相手の部署を信用しなくなってしまいます。交渉はしましょう(*'-')そのために、交渉材料の用意、特に情報集めはしておくべきです。具体的には、相手へ提供できる裏情報や、相手からの要求を断る場合の理由などです。「相手へ話が通りやすくなった」と同時に「相手からの話が、自部署のメンバーたちに受け入れられやすくなった」という面も見る必要があります。信頼関係の構築のためには自分の得意な方法でコミュニケーションを取るということも大事かと思います。拘る必要もないでしょう。得意な人に代わってもらう、ということも大事です。自分が担当者だからといって、抱え込む必要はないでしょう。適材適所を使いこなすことも、仕事をするうえでの素養のひとつです(*'-')記事を気に入っていただけた方は、クリックしていただけると励みになります。職業:元ソフトウェアエンジニア自己紹介:東京のゲーム会社でゲームプログラマ。家電メーカーで組み込みエンジニア。今は東京に戻って暮らしています。詳細な自己紹介は、こちら。