そのような中で、非エンジニアの発注者がどのように依頼したら良いのかわからない、エンジニアとなかなかスムーズにコミュニケーションが進まない、といった場面に直面することも多いようです。そのような場面で双方がどのようなことを考えているのか、背景の状況を理解し、よりスムーズにプロジェクトを進めるためのコツを、株式会社Dive into Codeの野呂氏にお話し頂きます。
MBAエンジニア講師。リクルートやワークスアプリケーションズなど異業種・異職種への転職を4度経験。あらゆる時間を計測し、未経験の職務でゼロから短期間に成果をあげる独自の生産性向上手法を確立。ワークスアプリケーションズの特待生制度「問題解決能力発掘プログラム」の突破経験と1年間の独立起業過程でエンジニア人材の不足を痛感した原体験から、実務経験を得てエンジニアになるためのプログラミングスクール「DIVE INTO CODE」を創業。 グロービス経営大学院大学経営学修士(MBA)、Rails3認定ブロンズ技術者、ストリートアカデミー・プラチナムティーチャー、ストリートアカデミー・2015年特別賞受賞、Points of You 認定トレーナー(国際資格)、星山塾認定講師 (肩書きは2017年4月撮影当時のもの)
より理解を深め、他のユーザーとつながりましょう。
100+人の振り返り
ikawamariko
コンサルタント
エンジニアの気持ちに寄り添うのはわかりますが、エンジニアも「わからない人に寄り添う」ことが大切で、エンジニアサイドにきちんと営業・説明職を設置することが大切だと、逆視点も感じました。同じような動画が、エンジニア向けの「非エンジニア」との会話のコツ、という感じであるといいですね。
85
dapan
IT・WEB・エンジニア
エンジニアです。発注者視点の参考にと思い視聴しました。
基本はエンジニアからの歩み寄りだと思っているのです(難しい話をわかるように伝えることや、要求仕様をいかに引き出すかが腕の見せ所なので)が、発注者側からも歩み寄っていただけるとコミュニケーションしやすくなると思うのでありがたい提案です。
お話の中であったように、実現したいことの確認のために見せたデモで、機能ではなくデザインへの指摘をまっさきにされるのは、たしかに凹みます。ただ、それはエンジニアのプライドではなく、デモの目的が伝わらないんだなというガッカリです。
例に出てくる発注者もエンジニアも極端な例でしょうが、一般にはエンジニアはこういう話をすると思われているということなのでしょうね・・。
35
yokofujimori
経営・経営企画
実際にアプリの開発に非エンジニア側の発注者としてプロジェクトに参加してましたが、エンジニアに歩み寄ることは、全く考えたこともなかったです。例に出てきた担当者の様に、デザイナーの仕事とエンジニアの仕事の分業もわからず、仕様を直してほしいと言ったこともあります。こちら側の期限もあり、いつまでに仕上げてほしいも言ってました。こちらは、発注しているのだから、要望を伝えないととは思っても、最初の設計段階では予想していなかった遷移になることもあり、エンジニアとのコミュニケーションは、エンジニアから言ってくれないと分からないと思ってました。自分がエンジニアの気持ち、考え方を全く知らなかったと反省して、今後は「歩み寄り」コミュニケーションしていきます。プログラミングも少し勉強します。
29
zhenjizi
マーケティング
最初の要件定義確認は以前からやっていたのでここでの大きなズレはないものの、例えば発注者と受注者とで「ちょっとした修正」の「ちょっと」が指す内容のイメージが違うというのは往々にして発生しうることだと思った。
個人的にエンジニアの仕事を理解するところまでのリソースは取りづらいためエンジニアの気持ちまではちゃんと把握できないかもしれないが、例えば口頭で確認し少し抽象的な内容だと思ったら意味の確認を取る、またデザイナーがいつ仕事をしてデザインの認識合わせをすべきかなどお互いの認識が合わせながら進捗管理をしていくことが大切だと改めて実感しました。
21
tsh
営業
エンジニアに対する姿勢だけにとどまらないが、たとえ発注者・顧客サイドであったとしても、相手の立場を理解し寄り添った対応をすることは必要であるとは思う。
しかし、今回の口座では、「エンジにはは嫌になってしまう」「エンジニアの気分を害する」といった、エンジニア本位の表現が目立ち、なぜ顧客サイドがそこまでエンジニアに気を使わなければならないのか、何様なのかと感じた。
エンジニアと発注者の意思疎通の祖語が発生し、それが発注者の心がけ次第だ、というのであれば、逆にエンジニアについても発注者が何を考え・欲しているかに寄り添い、必要な意識・情報の擦りあわせを提案する必要はないのだろうか。医者や弁護士といった高い専門スキルを持った人材でも、最終的な売上や実績を左右するのは営業力であるわけで、エンジニアにしても技術力だけではなく、それはベースとして対人折衝力・営業力が必要なのではないだろうか、と感じた。
20
pukai
人事・労務・法務
システム発注に限らず、もし自分が詳しくない分野の業者と仕事を進めていく上で、その分野の言葉などを勉強していく事が相手にとっても、そして自社にとっても大切だと感じました。
8
toshi-kun
専門職
言いたいことはよくわかる。でも、「一般論だよなー」が感想です。
6
cyborg009
IT・WEB・エンジニア
とても発注側も受注側もレベルの低い内容という印象。
こんな知識レベルでシステム開発を依頼するところって多いんですか?
6
shaftesbury
専門職
ちょうど某都銀のシステムがダウンしたニュースを見たところだったので、システム開発後の保守運用の際に適切な人材が社内にいないというのはどれだけ深刻かが分かった。また、エンジニアの視点を知らないで依頼すると議論が噛み合わなくなるリスクが大きいので、最低限の基礎知識を知ることが大事だと思った。丸投げ、ダメ、絶対
4
wkiymbk
IT・WEB・エンジニア
「認識は必ずズレる。エンジニアとのコミュニケーションには、「歩み寄り」が必要。歩み寄りで問題発生を予防できる。」ということを学びました。
私はソフトウェアエンジニアなので、「あるある」と思いながら視聴しました。非エンジニアとのコミュニケーションに今回の学び「歩み寄り」を活用します。
4
emerald
資材・購買・物流
「ちょっとした修正」が大変だったり、エンジニアの方の苦労は理解できますが、この動画については違和感がありました。
エンジニアを守るための講義?という感じがしました。
開発フェーズで「エンジニアとデザイナーの分業体制を知る」って遅すぎのでは?
通常、個人との契約なのか会社との契約なのかわかりませんが、会社の代表として商談しているのなら、社内でデザインのことも解決するべきなのでは?と疑問に思いました。
そもそもこういうところから理解不足なんでしょうね・・・
4
g_im
クリエイティブ
プログラミング、エンジニアの話でしたが、ウェブデザインや紙媒体の発注や内製にも参考になる話でした。
4
tsu_watanabe
IT・WEB・エンジニア
エンジニアに寄り添うことの大切さはよくわかりますが、発注者にとっては社内への対応のほうが難しいように思います。発注者以外にもこれを見てほしいと思いました。
3
kbdy555
金融・不動産 関連職
重要なのは意見のすり合わせ、互いに歩み寄ること、思い込みで進めずコミュニケーションを密に取り合うことだと感じた。
互いの専門分野について基礎的な知識を有しておくことは、コミュニケーションを円滑にするために有効であると思うが、そこに時間をかけすぎるのは効率的ではないとも感じた。
自分の専門分野を、素人に分かりやすく説明するのはプロとして当たり前に有しているべきスキルであるため。受注者側も、要件定義等をスムーズに引き出すためのスキルを有しておくべきと考える。
社内外問わず、相手の立場に立った言動が大事であると改めて感じた。
3
oyok
IT・WEB・エンジニア
内容としては最終的には両者が歩み寄ることが重要で、歩み寄ることによって最適なプロダクトが作られるということ。一方で、非エンジニアが食いついてしまうデザインということに関しては、いったいどのようなタイミングで、どのように伝えれば良いか?ということについて触れられていないのが残念でした
2
kameco
販売・サービス・事務
以前システムを新しくするときに、VTRの事例と全く同じことが起きました。
話が嚙み合わないというか、エンジニアさんのイメージとこちら(発注者)のイメージが共有できていないな、と思いながら打ち合わせに参加していました。
その時にこの講座を受けていたら…よかったです。
2
kobo0804
IT・WEB・エンジニア
・自分は元?ネットワークエンジニアだけど、今はサービス企画担当に所属しており、サービス企画部門とネットワーク部門(開発担当や設備構築・保守担当)との橋渡しを行っている。具体的には、開発要望書いたり、フィールドテストしたり、バグあったらログとって一次解析し(そのあと開発部門に対して二次を依頼し)たり、リリースのための切替手順書書いたり、リリースに備え保守体制を準備したりなどなど。
・サービスや技術がそれぞれ専門的な領域となっている現在、私のような中道的な(よく言えば両方の意見が分かる)人間が必要になって生きているのだろうと思っている。
・自分も(心はまだ)エンジニアだからあえて言うけど、エンジニアの方からも歩み寄ってほしいと思うことは多々あるけどね。
2
daisuke_i_2020
メーカー技術・研究・開発
どの仕事でも同じことが言えるような内容であった。お互いに相手の領域の専門家になる必要はないが、ある程度どのくらいの大変さであるかを分かるくらいには予備知識を持っているようにすべきとおもう。
2
kaz_2021
マーケティング
「認識は必ずズレる。」「コミュニケーションは『歩み寄り』が必須。」はどの領域でもいえる話にも関わらず、このような講座があるのは、ITエンジニアが「歩み寄り」が出来ない(しなくても仕事が取れる)のが背景と推測される。
顧客との認識のギャップを埋められるノウハウ・リエゾンもつIT会社が登場すれば、市場を取れると思う。
1
end-o
建設・土木 関連職
発注者と受注者のお互いが思う事の相違は良くあることです。しっかりと内容をお互いが話し合っていく必要を感じました。
1
kotoshis34
メーカー技術・研究・開発
デジタル案件開発でベンダー様との間でよく起こるトラブルの一因が理解できたので気を付けたいと思います。一方で理解のギャップは必ず起こると想定して最善の解決策をエンジニアの方やベンダー会社と導けるように健全で緊張感のある関係を維持するようにしたい。
1
yukiko_w
コンサルタント
エンジニアも発注者側も経験しました。
どちらの言い分も非常に良くわかりますね。
エンジニアには説明責任があると思いますし、発注者側は開発はできなくても社長の伝書鳩にはならない程度のPMO能力は持っているべきですね。
自社内でスキルを満たす発注者がいないのであれば、そこも業務委託などで外注することも考えてもいいと思います。
あと、画面見せるとどうでもいい指摘が山ほど来て、本質的な要件がおざなりにされるのは開発あるある過ぎる。(苦笑)
1
llasu_ito_0502
人事・労務・法務
最後の方のQ&Aは、とても参考になりました。生の声で、切実な内容、対処方法の具体的な例について教えて頂きありがとうございます。
知見が深まりました。実践したい、と思います。ありがとうございます。
1
hiro_yoshioka
メーカー技術・研究・開発
んー なんとも言えない。
こういうのは 一度体験してみないと、わからないですね。
百聞は一見にしかず
エンジニアの気持ちを理解するために、一度体験してみます。
1
taka0001
販売・サービス・事務
エンジニア市場だから、エンジニア側に立って合わせないと大変なんだよって事なんだろうな。一方で、エンジニア側にもお金をもらう側、受注側の姿勢を学ぶグロービスがあってもいいとも思った。
1
saito-yoshitaka
メーカー技術・研究・開発
プログラミングを学ぶ観点は持ち合わせていませんでした。理解する歩み寄る事大事ですね。
1
bibizu1217
メーカー技術・研究・開発
どのような仕事であれ、相手の立場に立って一度振り返り、接する事が、お互い仕事がスムーズに進むと思う。
1
m_yae
営業
プログラミング等のエンジニアへの依頼に限らず、デザイン関連の依頼も同じですよね。自分で行えない事を依頼するので、相手の立場が理解できる程度の知識が必要という事、単語や用語の共通認識を持てることが大事なのだとりかいしました。
1
shoot-
マーケティング
実際に私もWEBサイトの構築をお願いしてるため、良くない発注方法を行っていた自覚がある。エンジニアに求めるだけでなく、こちらも理解して発注を行う必要がある事が理解できた。
1
asaki_design
IT・WEB・エンジニア
これからフリーでウェブデザイナーをしていくので、こういった受注プロセスに対面することも数多くあると思います。その中でお互いに相手を思いやって仕事をすると言う注意点を知ることができてよかったです。私も受注者の方の気持ちに立って物事を進められるデザイナーになりたいです。
0
z_a_a
営業
ここで学んだ内容は、エンジニアとの話だけでなく、他業種の人と接するときにも必要なことだと思いました。知らないことはきちんと話し合って認識の相違を出来るだけなくして進めていくことが大事だと感じます。
0
mune1971
マーケティング
実際に社内でも頻繁に起きている課題であるが、あまり語られる事は少ない内容だと感じました。
0
tottokonkmr
メーカー技術・研究・開発
発注者側が完成のイメージをもっておいて、それを受注者に説明できることが必要と再認識できた。
IT関係の業務受発注に関する研修だが、開発・運用と仕事全般に当てはまり非常に良い内容だと思う。
0
nakanorina
営業
勉強になった。業務で活用したいと思う。勉強になった。業務で活用したいと思う。
0
miss-me
その他
物流業務のシステムで、現場倉庫のオペレーションとの兼ね合いをうまく説明できるようにならねばと思いました。
0
cavalier_jun
メディカル 関連職
事業を進める上で、企画制作や広告、広報、法務といった方と接することも多いが、ついつい相手目線になれないシーンを見かける事がある。
同じ会社でビジョンは同じはずだが、部署が変わりミッションやバリューが少しづつ異なって解釈している事もあるが、まずはお互いに相手起点にものを考えること、伝えることが重要だと認識した。
0
fgl970101
資材・購買・物流
要件を正確に伝える、要件を正確に聞き出しまとめる、どちらも大切であることをあらためて認識できました。
今後の業務においても心掛けたいと思います。
0
yoko1013
コンサルタント
私にはエンジニアと発注者の双方を経験しているので、よくわかりました。
発注者は、エンジニアの仕事を理解しようとする姿勢はかなり大事です。エンジニアの作業を知らないばっかりに発せられる無邪気な追加要望は、エンジニアを傷つけます。負担を強いることにもなります。
予算の厳しいプロジェクトでは、発注者はエンジニアに対して、かなりドライな態度を取ることもあるかと思います。エンジニアを酷使してリリースまでこぎつけられたとしても、エンジニアは「二度とこの会社と仕事したくない」という気持ちになります。そういう悪い噂は、エンジニア内でもすぐに広まります。
やはり、発注者もエンジニアも双方の立場を尊重して、関係性を築いてプロジェクトを進めていくことが、一番大事だと思います。
0
onda-tsuyoshi
販売・サービス・事務
発注者は出来るだけ多くの事を求める反面、開発者は現実的なロジックから入る。良いシステム開発については相互の知恵と活用方法を話し合い穴を埋めていく作業により良いシステム開発につながるものと推察する。
0
yamataka0917
メーカー技術・研究・開発
自分がエンジニアのため、非エンジニアの方にどの様に伝えれば良いか、接すれば良好にプロジェクトが進められるか理解出来た。相手の視点に立ったコミュニケーションを行なっていく。
0
masaki131
営業
何事もコミュニケーションですね。要点をまとめて視覚的に物事を伝えることが重要だと再確認しました。
0
bobby31
マーケティング
誰に対しても思いやりを持とうと思った
0
yamatetsu_
経営・経営企画
業務に活かしていきたい。
0
tamotsu-0811
その他
全くの非エンジニアですがエンジニアに寄り添うことなんて考えたことも有りませんでした。
0
mttm
専門職
サイト構築やコンテンツ制作の際に外部業者との連携
0
yuki-ruru
その他
コミュニケーション能力の向上と、歩み寄りが必要であると感じた。
0
pepe0113
経営・経営企画
現在、他の担当者が開発に携わってきたシステムの担当窓口を引き継ぎ、途中から関わっています。
まさに動画で話が出ていたような対応をしている部分もあったので、今後は注意したいと思います。
引き継いだときのエンジニア側の冷めきった態度を思い出し、前任は誤って対応をしてきたのだと予想できました。
0
mimorin
経営・経営企画
エンジニアとのコミュニケーションは、社内の他の技術職とのコミュニケーションにも似ていると思う。
信頼関係を大切にすることが一番で、対等な関係を保てるように努めたい。
0
daiken-tomomoto
メーカー技術・研究・開発
発注者と受注者で言外の言の不一致があとあと問題になっていくのがよくわかった。なるべく最初に、具体的に必要な事項をお互いに確認してから、受発注に移る必要があると感じた。
0
barakhan
金融・不動産 関連職
講師のお話ひとつひとつが身にしみます。社内ユーザーの要望をどこまで正確に理解・取捨選択し、それをSEさんにただしく伝えているか、またSEさんからの報告や質問をきちんと理解し、次に進められるよう会話をしているか・・・
反省ばかりです。
0
harryy
営業
どのような業務でも事前の段取りと日頃の進捗管理が重要だなと再認識しました。
0
2007
営業
エンジニアに限らずですが、自分の職種以外の方と仕事をするときは、相手の立場に立ってよりよい仕事をするという気持ちが大事なのではないでしょうか。お互いの仕事の内容や取り組み方を理解して仕事することが大事だいうことはどの職種でも変わらないと思います。
0
tana-chan
販売・サービス・事務
システム開発する際の思い込み、業務を知っているだろう、こちらの要望は全てわかってくれているだろう、ということは排除して研修の中でもありました歩み寄りの重要性を凄く感じました。できるだけコミニュケーションを多くとり、相互理解が必要で信頼を得るのが必要です。
0
z-nishigaki
経営・経営企画
HP制作を外部の会社に依頼しているが、外部の会社(エンジニア)により沿った対応が必要なことは理解した。ただ、他の関係者はそのような理解はないので、ストーリーにあったとおり無理難題や気になる点をただただむやみに指摘してくることが予見される。
0
ueharanobuyuki
営業
エンジニアに限らずデザイナーと仕事をする際に、何とやったらどこまで手間がかかるか、金額がいくらかかって時間がどの程度かかるかを知っているだけで大きく仕事の進め方が楽になります。エンジニアやデザイナーと共通言語で話ができることが大切になるので、こちらも学ぶことが必要です。
0
matsuda-michiko
人事・労務・法務
エンジニアの仕事=システムの開発であり、非常に難しい専門知識が必要なので、一般事務や営業担当はエンジニアの仕事をイメージできなくて当然であり、そのように考えてしまう事は仕方のないことで、悪い事ではないと考えていました。
しかし今回の研修で、その考え方ではダメだという事を認識しました。
企業が独自アプリを持っている事が当然のようになっている中、事業を円滑に進め・運用するにはエンジニアに歩み寄る姿勢が重要だという事がわかりました。歩み寄るためにはエンジニアがどのような仕事をしているのか、認識すべき専門用語は何か、という事を相手の立場に立って考える必要がある事もわかりました。
同時に、自分にはIT・DXに関する勉強が全く足りていない事を再認識しました。企業の一部の人間が理解していれば十分だと思っていたのですが、企業力を高めるには従業員一人一人がIT・DXに関する知識を身に着ける事が重要だと感じました。
業務や日常の生活においては、アイデア・企画の視野が広がり、IT・DXを取り入れる事で業務効率化につながるのではないかと考えています。そして、エンジニアとのやりとりが発生した場合は、今回学んだ内容が大変役に立つと思います。
0
noriyuki_3241
マーケティング
自分が専門外の内容に対しての対応全般に繋がると感じて参考になった。
0
zin-124
営業
非エンジニアとして気をつける事が理解出来た。
0
yoshinho
メーカー技術・研究・開発
エンジニアと非エンジニアが良い関係性を気付くためには、お互いに何が解らないのか、理解の溝を埋める気づかいと行動が重要だと感じた。発注側は、依頼のイメージを出来るだけ具体的に伝えられるよう前もって準備する事、受注側は依頼元が何を求めているのか、自分たちがそれに対して何ができるのか逆提案する事などできれば、開発・運用時に大きな課題に見舞われないのではないでしょうか?
0
kanemoto_tama
人事・労務・法務
実際に発注することがないが、なんとなく想像できた
0
pepe1027
その他
エンジニアの気持ちに寄り添うのはわかりますが、エンジニアも「わからない人に寄り添う」ことが大切
0
hiro4725
資材・購買・物流
発注者側からすると何を聞いていいかもわからない。見積り一つにしても、一括ドーンではなく、工程毎の積み上げを表示して貰えれば、『ここが大変なんだな』とわかるのでより一層コミュニケーションを取ろうとすると思う。認識のズレは当然あるのだから、そこをどう埋めていくかが問題だと思う。
0
kurou
営業
非エンジニアの発注者視点で、受注側のエンジニアと円滑に仕事を進めるために、エンジニアの仕事を経験してみるという発想はなかった。是非経験してみたいが、どうしたらいいのだろう。
0
rinco
その他
最後のエンジニアとのコミュニケーション、どの仕事にも当てはまると思う。
0
ryo19860430
専門職
エンジニアの仕事は飽和状態。
0
zennoh-keita
営業
業務効率の向上につながると考える。
0
yamazaki-amane
営業
日エンジニアとしても寄り添うことが、受注側にメリットが生まれてくる
0
news1925
人事・労務・法務
業界用語についての基礎知識の最低限での習得
0
sakayosi
メディカル 関連職
日頃、プログラミングされたものを使用することが多い為、
中身までの理解はできていないことにより、
作成者側が苦労していることが多いという事を認識できた。
0
nmishima
人事・労務・法務
発注段階で、エンジニアのイメージと、こちらのイメージを可能な限りすり合わせようと思いました。また、見積は工程を積み上げるためエンジニアを信頼するようにしようと思いました。
0
tomi_co
その他
実際に発注側としてシステム開発に関わっていく中で、こちら側の要求ばかりを押し付けがちだったことを、とても反省しながら受講しました。お互いの立場を尊重しながら、歩み寄ることが本当に大切だと実感しています。学びを今後に活かしていきたいです。
0
globis101
マーケティング
現在参加しているプロジェクトでも外部のエンジニアにシステム開発をお願いしていますが、これまで経験したコミュニケーションの難しさの要因について理解が深まりました。 ラウンチまでに必要とする最低限の機能の選定や、発注に際して準備しておく事を今回の学んだ内容にも続き試そうと思います。
0
mi-ta-
メーカー技術・研究・開発
エンジニアと関わることはないが、打合せなどで、「少し・ちょっとした」などの感覚的な言葉、「あれ・それ」など、相手と齟齬を生みやすい言葉は具体的な言葉に置き換える必要があると思った。
0
chan_moki
人事・労務・法務
人事部に所属しております。
実際に今、人事情報を管理するシステムの開発、保守、運営をこれからどうしていくのか先輩方が業者とやり取りしているのを目の当たりにしています。
会議後に戻ってくる先輩方を見ていると、
いつも不満を口にしているので、私もそれに共感してそれは酷い話だ、と思うことが多かったのですが、今回のやり取りの例を見てもしかしたら受注者側の考え方が全然こちらもわかってないのかも?と少し考えさせられました。
とはいえ、当事者ではないのでどういうやりとりや説明の仕方を受けているのかは分かってはいないのですが、お互い歩み寄ることが出来ないといいものは出来ないということはよく分かりました。
0
kanak_16
その他
講義内容に即した行動をとりたい
0
shinichi_mae
営業
非エンジニアが発注時に気をつけるべき点について理解出来ました
0
ozawa-hiroyasu
建設・土木 関連職
仕事をイメージしながらアウトソーシングすることが重要であると再認識できた
0
_atsushi
営業
エンジニアとの接し方はわかりました。
エンジニアも発注者側に寄り添うことで同じ過ちが減ることにもなると考えます。
0
horihorihorihor
資材・購買・物流
どのような仕事もコミュニケーションが必要だと思うが、エンジニアとのコミュニケーションは特に注意する必要があると感じた
0
moo_5103
コンサルタント
発注する段階で、何がどれくらい必要でなのかを洗い出すのはもちろん商談フェーズでエンジニアと何を優先するかといった譲れないラインをお互い認識しておく必要があると感じた。
0
k-kajiyama
営業
現状ではエンジニアに対して発注するという業務には携わっていないが、今回の講義でエンジニアの考え方を勉強することができ、非常に有意義であった。
0
zennoh-oyama
営業
システム開発は滅多にない業務だが、参考になった。
0
d19740208g
その他
技術系の業務なので、役には立った。
0
kaaay_yaaak
コンサルタント
とても役に立ちました
0
t_yamaguchi3420
メーカー技術・研究・開発
エンジニア/非エンジニア双方の歩み寄りが重要と感じました。非エンジニアの身としては、エンジニアと共通言語でコミュニケーションが取れるレベルの教養を身に付けなければと思います。
0
benkyousinakya
販売・サービス・事務
歩み寄りはどの領域・シーンでも必要なもの。
うーん。。。。
0
koyahiro
経営・経営企画
発注時の認識についてよく理解できた
0
ajipanda_t
人事・労務・法務
システム開発の想定されるリスクについては、予めスケジュールに盛り込んで、対応していかないとギリギリになってから、断念となるケースが多くあり、フェーズごとにマイルストーンを定めて、相互で確認していく事が重要である。
0
haruka0705
販売・サービス・事務
エンジニアの立場や必要ない道具、言語などをしっかり把握することが重要と学びました。
0
y-arano
メーカー技術・研究・開発
どのような仕事でも相手の考えていそうなことを理解して対応していくことが、うまく仕事をやることだと思いました。
0
kgk_ys
経営・経営企画
自分がどのレベルの知識があるのか?わかるように最初にコミュニケーションしておくこと。重要はケースでは自分がどこまで知識をつけておくべきかも明らかにしておくこと。但し自分が納得できるようにしておかないと表面的な知識しかつかなくて会話にならなくなるので注意。
0
jyunshi
営業
お互いがお互いのことを考えて取組みを進める必要があると感じた。
0
yokozuka-shouji
その他
エンジニアの気持ちに寄り添うことを意識していきたいと思います。
0
coyuki
その他
非エンジニアとしてエンジニアに依頼する時の心がけなど理解した。
0
miyaking
販売・サービス・事務
大変参考になりました
0
irijoy
営業
事例として自分も持っていた内容でした。それが一般的であることを知れて安心しました。
0
itonaoto
資材・購買・物流
システムエンジニアに発注する際は、決めつけはせず、相手の話しをよく聞いて連携して取り組んでいくことが望ましいと思った。
0
zennoh-mi
建設・土木 関連職
今のところ思い浮かばないが、将来、発注担当になった時に困らない程度の知識が必要と思います。
0
zennoh_h
販売・サービス・事務
自分にとって内容が難しすぎました。今まで経験した事が無い領域でした。今後もシステムを外部業者に発注する機会はないかもしれませんが、今回の動画を通じて相手のことを少しでも分かるように努力することが仕事を進まるうえで大事だと勉強になりました。
0
matsumatsu0126
営業
エンジニアとやり取りすることも今後あり得ると思うので、お互いの認識にずれが無いように協議を進めることが重要と感じた。
また、進捗を上司に報告する際にもそのまま報告するのではなく、非エンジニアであるということを念頭において言い換えながら説明するスキルが必要だと感じた。
0