『みんなの転職「体験談」。』
『みんなの転職「体験談」。』

『みんなの転職「体験談」。』は、20~50代社会人男女の、 「転職したいけれど、迷いや不安で行動を踏み出せない」を 解決し、
より良い将来を目指した一歩を踏み出していける為の、 生々しい体験談情報やナレッジを提供するWebサービスです。

MENU

エンジニアとディレクターとのミスコミュニケーション・話が通じないを解消するポイント6つ

[最終更新日]2024/04/21

このページには広告リンクが含まれています
みんなの転職「体験談」。は、⼀部の企業とアフィリエイトプログラムを提携し情報提供を⾏っております。 当サイトを経由してサービス利⽤があった場合、掲載企業からアフィリエイト報酬を受け取ることがありますが、提携の有無などによって当サイトでのサービス評価が影響を受けることはありません。 また当サイトで得た収益に関しては、閲覧頂く皆さまにより役⽴つ情報をご提供できますよう、コンテンツ品質の向上に還元しております。
エンジニアのミスコミュニケーション ●「話が通じない」時の原因と対策

エンジニアとして働いていると、ディレクターや営業の人とコミュニケーションを取るとき、「イラッとした」「話が通じなかった」といった経験をしたことはありませんか?

エンジニアにとって、技術的な知識レベルが異なる相手とのコミュニケーションに難しさを感じることは少なくないはずです。

しかし、担当する仕事が異なる以上、お互いに協力して心地よいコミュニケーションを図っていきたいものです。

目次

ITエンジニアの転職におすすめの転職エージェント

     
対象エンジニア層 実務経験3年以上 実務経験3年以上 実務経験3年以上 実務経験3年以上 実務経験3年以上 実務経験3年以上 実務経験3年以上 実務未経験~2年 実務未経験~2年 実務未経験~2年 実務未経験~2年
サービス名 レバテックキャリア
マイナビIT AGENT
マイナビITエージェント
リクルートエージェント
ギークリー
社内SE転職ナビ
社内SE転職ナビ
マイビジョン
マイビジョン
テクノブレーン
テクノブレーン
キャリアインデックス
キャリアインデックス
ワークポート
ワークポート
doda
doda
type転職エージェント
type転職エージェント
メリット
  • 求人のマッチング率が高い
  • 担当は全員エンジニア経験者
  • 書類添削・面接対策が充実
  • 優良企業やレア求人が豊富
  • 国内No1のITエンジニア求人数
  • スピーディな対応。急ぎの転職に◎
  • コンシューマ系開発案件に強い
  • 現役のエンジニアが転職をサポート
  • 幅広いエンジニア職種ほかフリーランス案件の紹介も可能
  • IT業界に精通したコンサルタントが対応
  • 未経験からITコンサルを目指せる
  • 利用者の95%が年収アップ
  • キャリア相談のみの利用もOK
  • 中長期的なキャリア・転職の支援が可能
  • ITエンジニア求人を横断検索
  • エージェントからのスカウトも
  • 担当からの積極的な求人提案
  • 未経験転職への支援に強い
  • 企業からのスカウトが多い
  • 常時3万件以上のエンジニア求人
  • マッチ度の高い求人を紹介してくれる
  • 年収アップ率が高い
デメリット
  • 未経験者向けの求人は少ない
  • 求人は都市部に寄っている
  • 担当者が活動や応募を急かすことも
  • 地方の求人少なめ。拠点は東京のみ
  • 地方の求人は少ない
  • コンサル業界以外の求人は少ない
  • サポートエリアは関東・関西のみ
  • 求人案内メールが多く届く
  • 求人は質よりも量を重視
  • 提案の電話・メールが多い
  • 地方の求人はやや少なめ
ITエンジニア
の公開求人数
2.5万 1.9万 9.2万 2.1万 4,000 非公開 非公開 20万 2.5万 5.5万 5,800
特に多い
エンジニア職種
プログラマー・SE全般、PL・PM アプリケーションエンジニア、インフラエンジニア、社内SE、SE・PG、PM・PL プログラマー・Webエンジニア、社内SE、製品開発・ASP、組込み・制御エンジニア、ITコンサル プログラマー、SE、PL・PM、その他トレンド性の高い分野(エンタメ、ディープテック、SaaSなど) アプリケーション(Web・モバイル)、IT企画・情報システム、サーバー(設計/構築・保守/運用) ITコンサルタント など 機械、電気、半導体関連エンジニア、制御、組み込みエンジニア、フロント/サーバーサイドエンジニア、業務系SE Webエンジニア、インフラエンジニア、SE、PM、機械学習・AIエンジニア SE・PG、PL・PM、インフラエンジニア、社内SE Webエンジニア、インフラエンジニア、SE、PM、機械学習・AIエンジニア SE・PG、PL・PM、インフラエンジニア、社内SE
対象地域 全都道府県 全都道府県 全都道府県 全都道府県 全都道府県 全都道府県 関東・関西 全都道府県 全都道府県 全都道府県 東京・神奈川・埼玉・千葉
おすすめの人
  • キャリアアップ・年収アップを目指す人
  • 書類添削・面接対策のサポートをしっかり受けたい人
  • なるべく早く転職したい人
  • エンタメ・BtoCの求人を多くチェックしたい人
  • 社内SEへ転職したいSES/SI企業のITエンジニア
  • ITコンサルを目指す人
  • 機電系・組み込み系エンジニアを目指す人
  • なるべく多くの求人を確認したい人
  • 未経験分野にチャレンジしたい人
  • 積極的にエンジニア求人をチェックしたい人
  • 担当にじっくりサポートしてほしい人
公式サイト

表内の求人数は2024年6月時点のものです。

1)エンジニアとディレクターのよくあるミスコミュニケーション

電話に向かって叫んでいる男性のイメージ

エンジニアとディレクターとの間で起こりやすいミスコミュニケーションには、いくつか典型的なパターンがあります。

ミスコミュニケーションの原因や解決策を考える前に、まずは「あるある」のパターンについて見ていきましょう。

「自分も同じようなことを経験したことがある」と思ったら、そのときのやり取りをなるべく詳しく思い出してみてください。

後述する「注意するべきポイント」を自分の場合に置き換えて考えるヒントになるはずです。

急な仕様変更や機能追加が多い

ディレクターが急な仕様変更を伝えてエンジニアが困惑しているイメージ

すでに要件定義が完了し実装を進めているところへ「仕様の変更があった」「機能を追加してほしい」と言われて愕然とした経験はありませんか?

そんなとき、ディレクターがよく口にするセリフが「お客さんに言われた」「顧客の要望なので」というひと言です。

たしかに、顧客から要望されたのであれば受け入れざるを得ないこともあるでしょう。

しかし、エンジニアの立場としては「何でもお客さんに言われるがまま『分かりました』『変更できます』と言わないでもらいたい」と言いたいところです。

工程のやり直しや手戻りが発生し、ディレクターが思っている以上にスケジュールに大きな影響が及ぶことも少なくないからです。

後になって追加したいことが出てきたのなら、引き換えに何かを捨てなくてはならなくなる、ということを理解していないディレクターは困りものです。

仕様を口頭で伝えられ、仕様書をエンジニアが書くことになる

ディレクターが口頭で伝えた仕様に漏れがあった例のイメージ

仕様について打ち合わせの席で口頭で伝えられたきり、「あとはよろしく」というスタンスのディレクターの場合、結局はエンジニアが仕様書を作成しなくてはなりません。

ディレクターとしては「仕様に関する重要な話なので直接伝えたほうがいいだろう」と判断したのかもしれませんが、これでは文字として残らないため、どのような仕様でフィックスしたのか確認できない欠点があります。

結果、「言った・言わない」「聞いていた話と違う」といったトラブルに発展することもあり得ます。

そもそもディレクターの業務範囲として、企画や要件定義、全体設計が含まれているのであれば、本来ディレクターが担うべき仕事をエンジニアにやらせていることは明白です。

「きちんと仕事をして欲しい」という点に尽きるでしょう。

できるか分からないことが、説明なく決定事項になっていた

確認もなく決定事項をいきなり突き付けられて困惑すつエンジニアのイメージ

エンジニアの立場からすると本当に実現可能かどうか疑わしいことが、いつの間にか決定事項になっていた…といった場面に遭遇することがあります。

できるかどうか分からないことには2種類あり、

  • スケジュールや予算の都合上、難しいと思われること
  • そもそも技術的に不可能なこと

といったパターンが考えられます。

後者は問題外ですが、前者のような事例はエンジニアにとって「あるある」のことではないでしょうか。

とくに技術的な知識が豊富でないディレクターの場合、「エンジニアに任せれば案外できてしまいそう」とイメージする範囲が異様に広く、「たいがいのことはシステムで実現できる」と考えている節があります。

少なくとも「本当に実現可能かどうか」を前もってエンジニアに確認したり、意見を求めたりするなど、何らかの段階を踏んだ上で決定してもらいたいところです。

目的を知らされずに仕事が振られる

ディレクターに変更箇所だけ伝えられて目的がわからないまま返事をするエンジニアのイメージ

「〜を追加したいから、やっておいてもらえる?」とだけ言われ、目的や背景となる情報を与えられないパターンです。こうした指示を出されると、大きく分けて2つの問題が生じます。

1つ目の問題点としては、たとえば機能の追加であれば「なぜ追加することになったのか」「その結論に至るまでにどのような議論があったのか」「顧客の要望の真意はどこにあるのか」かが分からないことです。

指示を言葉通りに表面的に受け取り、言われたことだけをこなすこともできますが、それで本当に目的を達成できているか怪しいところです。

もしかしたら、顧客が望んでいるのはもっと別のことかもしれないからです。

もう1つの問題点としては、エンジニア自身がプロジェクトメンバーの一員として扱われていないような印象を持ちやすいことです。

自分は単なる作業者でしかなく、言われた通りに仕事をするだけ、と考えるようになると、モチベーションが上がらないばかりか、本質から外れた仕事になりやすいのです。

2)エンジニア・ディレクター間のミスコミュニケーションが起こる原因

糸電話のイメージ

よくあるミスコミュニケーションに思い当たる節があった人は、もう一歩踏み込んでこう考えてみてください。
「こんなミスコミュニケーションがなぜ起こるのだろう?」と。

  • 急な仕様変更や機能追加
  • 仕様を口頭で伝えてしまう
  • できるかどうか確認せず決定
  • 目的を知らせずに仕事を振る

一見すると理不尽にも映るこれらのミスコミュニケーションに共通する原因として考えられるのは、ディレクターとエンジニアの認識のずれです。

  • 仕様変更や機能追加にあたるかどうか
  • 口頭で伝え切ることのできる内容か
  • 技術的に本当に実現可能かどうか
  • その仕事の目的は何か

エンジニアにとってこれらの事項は極めて重要な意味を持ちますが、ディレクターにとってはその重要度が理解できていない可能性が高いと考えられます。

つまり、ディレクターとエンジニアの間に生じるミスコミュニケーションの最大の原因は知っていることの違いなのです。

業務が違えば、知っていることが違うのは当然です。
相手に前提知識を持ってもらうことを期待するよりも、そもそもの理解度に差があることを前提としてディレクターとコミュニケーションを図る工夫をしたほうが現実的でしょう。

3)ディレクターとのコミュニケーションで注意するべきポイント6つ

ディレクターとのコミュニケーションで注意するべきポイント6つ

ディレクターはプログラムの専門家ではありません。

技術的な知識については、エンジニアのほうがずっと高度なものを持っていると考えるのが自然です。

では、技術的な知識量に差異があるディレクターとどうコミュニケーションを図っていったらいいのでしょうか。

ここからは、ディレクターとのコミュニケーションで注意しておきたいポイントを挙げていきます。

「なぜ分かってもらえないのだろう」とネガティブに考えず、前向きにコミュニケーションを図る工夫をしてみましょう。

  • 技術的な話は相手の理解度に合わせて説明する
  • ディレクターとの言葉のニュアンスの違いに注意
  • 要望をもらったときは、背景理由も確認する
  • 要件定義が曖昧なときは補足で確認する
  • できないときは、理由も説明する
  • モヤモヤしたら、相手の立場になって考えてみる

技術的な話は相手の理解度に合わせて説明する

一方的に伝えることに終始せず、ディレクターの理解度を確認しながら話を進める

ディレクターの仕事はプログラムを書くことではありません。

技術的な用語やその概念について、エンジニアと同じレベルで理解できている人はそういないと思っておいたほうが無難です。

技術的な話をするときには、ディレクターがどこまで理解しているのか確認しながら話を進め、できるだけ専門用語を使わないように心がけたり、噛み砕いて説明したりといった工夫をしましょう。

技術的な話に限らず、相手の理解度に合わせて伝えることはコミュニケーションを図る上で非常に重要です。

自分の知識レベルを基準に考えてしまうと、お互いに「何となく分かったつもり」「伝えたつもり」になってしまい、結果的にトラブルに発展するリスクもあります。

一方的に伝えることに終始せず、確認を入れたり質問を受けたりする時間を取ることも大切です。

ディレクターによって個々の理解度に差があるはずですので、会話を重ねる中で相手の理解度を推し量り、相手に合わせた話し方ができるようになると、ミスコミュニケーションのリスクを減らせます。

ディレクターとの「言葉のニュアンスの違い」に注意

すれ違いが起きないよう、発言の意味は正確に伝わったか振り返る習慣を身に着ける

ディレクターとエンジニアは担当する仕事の性質が異なります。
そのため、同じ言葉を使っていても微妙にニュアンスが違う場合があることに注意が必要です。

よくあるすれ違いの例として、「できます」という言い方があります。

ある機能を追加してほしいとディレクターがエンジニアに相談を持ちかけたとします。

エンジニアが「追加することはできます」と答えると、ディレクターは「これで仕事を依頼できた」と考えてしまうのです。

ところが、後日「例の機能は実装できた?」とディレクターが訊ねると、エンジニアからは「引き受けるとは言っていません」という言葉が返ってくるわけです。

エンジニアにとって「できます」は、あくまで「技術的に可能です」という意味なのですが、これをディレクターは「やります」「引き受けます」の意味で捉えていることがあります。

顧客の要望を具現化したいディレクターと、技術的な問題を軸に考えるエンジニアのすれ違いの典型例と言えるでしょう。

こうした言葉のニュアンスの違いは日常的によくあることと考え、「今言ったことの意味は正確に伝わっただろうか?」と振り返る習慣を身につけましょう。

要望をもらったときは、背景理由も確認する

「なぜその機能なのか」抽象度を上げて説明してもらうようにするのがコツ

ディレクターはエンジニアに対して、できるだけ具体的に説明したいと思っているはずです。
しかし、そのことがかえって裏目に出てしまう場合もあることを知っておきましょう。

たとえば、ある機能を実装して欲しい要望があったとします。

ディレクターは、具体的にどんな機能なのか、何ができればいいのかを説明してくれます。

ところが、エンジニアとしては「なぜ今、その機能が必要なのだろう?」「どういう話の流れでその結論に至ったのだろう?」と、頭の中は疑問符だらけになっていたりするのです。 エンジニアとしては、技術的にどんな機能を実装して欲しいか、という伝え方よりも、顧客はどんなニーズがあってその機能を欲しているのか、という伝え方をしてくれたほうが助かるはずです。

そのニーズを満たすためにどんな機能を実装したらいいのかを考えるのは、技術的な知識の裏付けがあるエンジニアのほうが長けているからです。

そこで、ディレクターから要望があった場合は、「なぜ」その機能が必要なのか、背景理由を聞き出すようにしましょう。

「どんな機能か」ではなく「なぜその機能なのか」といったように、抽象度を上げて説明してもらうようにするのがコツです。

要件定義が曖昧なときは補足で確認する

曖昧な点が残っていたら確認する習慣を身に着け、議事録なども共有する

ディレクターから仕事の依頼が来たとき、ゴールが明確になっていなければ要注意です。

たとえば「不具合が発生した」と言われても、どのような状況でその現象が起きたのか、なぜ不具合だと判断したのか、といった情報がなければ適切に対処することはできません。

エンジニアにとっては「原因が分からない以上、落としどころも一切不明」の状況なのです。

ところが、ディレクターとしては「不具合が発生した」「だからゴールは不具合を解消することだ」と考え、曖昧な点など全くなく明確に意図が伝わったと思い込んでしまうのです。

とくに要件定義に関しては、何らかの曖昧な点が残っていると開発途中やリリース後にお互いの認識がずれていることが発覚し、トラブルに発展することがあります。

曖昧なままになっていることがあると察知したら、補足で確認する習慣を身につけましょう。

必要に応じて議事録を残して共有するなどして、後になって行き違いが生じないようひと工夫を加えておくことが大切です。

できないときは、理由も説明する

断る時は要望に沿えるよう努力はしているという姿勢を見せることが重要

ディレクターからの依頼に対してエンジニアが「できない」と返答するとき、その理由にはいくつかのパターンがあります。

  • 予算的に厳しい
  • 技術的に厳しい
  • スケジュール的に厳しい

エンジニアにとってはどれも合理的な理由なのですが、「それはできません」と言われたディレクターはそのように受け取っていないことがあります。

たとえば、

  • 単に「やりたくない」
  • 技術的なことを説明するのが面倒
  • これ以上残業を増やしたくない

といった、いわば「自分本位な理由で断ろうとしている」と受け取られているケースが多々あるのです。

きちんと理由を伝えることで、少なくとも自分本位な理由で断っているわけではないことを理解してもらえます。

もしディレクターからの依頼内容を100%叶えるのが不可能だったとしても、即座に「できない」と断ってしまうのではなく、スケジュールの調整は可能なのか、技術的にどこまでなら実装できるのか、といった具体的な説明をひと言加え、「こちらも要望に沿えるよう努力はしている」という姿勢を見せることが重要です。

モヤモヤしたら、相手の立場になって考えてみる

立場の違う相手と話していることに立ち返り、歩み寄ろうとすることが大切

エンジニアは論理的なコミュニケーションを好む傾向があります。

論理的に正しく、合理的に伝えると、コミュニケーションとして問題なく成立するだろう、と無意識のうちに思ってしまうところがあるかもしれません。

しかし、ディレクターも一人の人間ですので、感情面もコミュニケーションの一環であることを忘れてはいけません。

「こんなに論理的に説明しているのに、なぜ理解できないんだ?」とモヤモヤしたときは、ひと呼吸おいて相手の立場になって考えてみてください。

もしかしたら、ディレクター自身も顧客から無理難題を突きつけられて板挟みになっているのかもしれません。

「どうしてもこの機能が必要」と主張しているのではなく、「これに近いものならOK」と言っているのかもしれません。

エンジニアとディレクターでは仕事内容が異なりますので、抱える問題も違っています。

自分とは立場の違う相手と話していることに立ち返り、少しでも歩み寄ろうとすることが大切です。

そうすることで感情的なわだかまりが消え、コミュニケーションがスムーズに進むこともあるのです。

まとめ)エンジニア・ディレクターのミスコミュニケーションを解消する「得意パターン」を見つけよう

コミュニケーションのイメージ

ディレクターとよくぶつかってしまう、なぜかディレクターが納得してくれない、といった場面が多いと感じている人は、もしかしたら自分が陥りやすいミスコミュニケーションのパターンを見落としているのかもしれません。

逆の見方をすれば、そのパターンを解消するコツをつかめば、自分にとってのコミュニケーションの「得意パターン」を確立することも可能です。

相手に原因があると決めつけず、自分の会話の傾向を振り返ってみることもコミュニケーションを円滑に進める上で大切な配慮です。

この記事で挙げたポイントに近い項目があった人は、ディレクターと会話を交わすときに「得意パターン」を見つけるつもりで言い方や聞き方を変えてみてください。

ミスコミュニケーションを解消するヒントがきっと見つかるはずです。

エンジニアのより良い職場環境探しの転職に、おすすめの転職エージェント

     
対象エンジニア層 実務経験3年以上 実務経験3年以上 実務経験3年以上 実務経験3年以上 実務経験3年以上 実務経験3年以上 実務経験3年以上 実務未経験~2年 実務未経験~2年 実務未経験~2年 実務未経験~2年
サービス名 レバテックキャリア
マイナビIT AGENT
マイナビITエージェント
リクルートエージェント
ギークリー
社内SE転職ナビ
社内SE転職ナビ
マイビジョン
マイビジョン
テクノブレーン
テクノブレーン
キャリアインデックス
キャリアインデックス
ワークポート
ワークポート
doda
doda
type転職エージェント
type転職エージェント
メリット
  • 求人のマッチング率が高い
  • 担当は全員エンジニア経験者
  • 書類添削・面接対策が充実
  • 優良企業やレア求人が豊富
  • 国内No1のITエンジニア求人数
  • スピーディな対応。急ぎの転職に◎
  • コンシューマ系開発案件に強い
  • 現役のエンジニアが転職をサポート
  • 幅広いエンジニア職種ほかフリーランス案件の紹介も可能
  • IT業界に精通したコンサルタントが対応
  • 未経験からITコンサルを目指せる
  • 利用者の95%が年収アップ
  • キャリア相談のみの利用もOK
  • 中長期的なキャリア・転職の支援が可能
  • ITエンジニア求人を横断検索
  • エージェントからのスカウトも
  • 担当からの積極的な求人提案
  • 未経験転職への支援に強い
  • 企業からのスカウトが多い
  • 常時3万件以上のエンジニア求人
  • マッチ度の高い求人を紹介してくれる
  • 年収アップ率が高い
デメリット
  • 未経験者向けの求人は少ない
  • 求人は都市部に寄っている
  • 担当者が活動や応募を急かすことも
  • 地方の求人少なめ。拠点は東京のみ
  • 地方の求人は少ない
  • コンサル業界以外の求人は少ない
  • サポートエリアは関東・関西のみ
  • 求人案内メールが多く届く
  • 求人は質よりも量を重視
  • 提案の電話・メールが多い
  • 地方の求人はやや少なめ
ITエンジニア
の公開求人数
2.5万 1.9万 9.2万 2.1万 4,000 非公開 非公開 20万 2.5万 5.5万 5,800
特に多い
エンジニア職種
プログラマー・SE全般、PL・PM アプリケーションエンジニア、インフラエンジニア、社内SE、SE・PG、PM・PL プログラマー・Webエンジニア、社内SE、製品開発・ASP、組込み・制御エンジニア、ITコンサル プログラマー、SE、PL・PM、その他トレンド性の高い分野(エンタメ、ディープテック、SaaSなど) アプリケーション(Web・モバイル)、IT企画・情報システム、サーバー(設計/構築・保守/運用) ITコンサルタント など 機械、電気、半導体関連エンジニア、制御、組み込みエンジニア、フロント/サーバーサイドエンジニア、業務系SE Webエンジニア、インフラエンジニア、SE、PM、機械学習・AIエンジニア SE・PG、PL・PM、インフラエンジニア、社内SE Webエンジニア、インフラエンジニア、SE、PM、機械学習・AIエンジニア SE・PG、PL・PM、インフラエンジニア、社内SE
対象地域 全都道府県 全都道府県 全都道府県 全都道府県 全都道府県 全都道府県 関東・関西 全都道府県 全都道府県 全都道府県 東京・神奈川・埼玉・千葉
おすすめの人
  • キャリアアップ・年収アップを目指す人
  • 書類添削・面接対策のサポートをしっかり受けたい人
  • なるべく早く転職したい人
  • エンタメ・BtoCの求人を多くチェックしたい人
  • 社内SEへ転職したいSES/SI企業のITエンジニア
  • ITコンサルを目指す人
  • 機電系・組み込み系エンジニアを目指す人
  • なるべく多くの求人を確認したい人
  • 未経験分野にチャレンジしたい人
  • 積極的にエンジニア求人をチェックしたい人
  • 担当にじっくりサポートしてほしい人
公式サイト

表内の求人数は2024年6月時点のものです。

レビューを書く
1
2
3
4
5
送信
     
キャンセル

レビューを書く

レビューの平均:  
 0 レビュー
目次[ 閉じる ]