システム開発の現場で生じるさまざまなエラーは、全てを即時解決することが難しく、不明点をGoogleなどで検索しながら作業を進めるエンジニアの方も多いはず。プロジェクトによって言語など開発環境が異なるため、全ての想定リスクを事前に把握しておくことは容易ではありません。

しかも、プログラミング言語やサービスはアップデートを繰り返しており、その都度調べなくてはなりません。Google検索をうまく活用する”ググり力”は、エンジニアと切っても切り離せない関係です。

では”ググり力”をマスターするにはどうしたらいいのでしょうか。今回は株式会社エーピーコミュニケーションズのプロフェッショナル職エンジニア・長谷川脩さんに**”ググり力”をマスターするための3つのポイント**を伺いました。

株式会社エーピーコミュニケーションズ
クラウド事業部 クラウドエンジニアリング部
プロフェッショナル職エンジニア

## ”ググり力”を高めるために意識するべきこと

#### balloon kishi left
今回はエンジニアに求められることが多い”ググり力”について伺います。**”ググり力”を高めるために意識するべきこと**は、どんなことでしょうか？

#### balloon hasegawa right
**「何を解決したいのか」を意識して検索すること**です。Googleで調べものをするとき、知りたいことを何となく打ち込んで検索する人は多いのではないでしょうか。そのときに漠然と検索するのではなく、自分が**検索したいことを5W1Hに分解してキーワードに置き換えましょう。**

#### balloon hasegawa right
例えば、「Pythonで現在日を2022/1/13のように表示したい」という目的があるときに、検索するキーワードは『Python 日付（または年月日） 変換』の3つになります。

#### balloon kishi left
なるほど、調べたい内容をキーワードに分解してから検索するということですね。

#### balloon hasegawa right
それと、効率的にググるためには、どのような検索ができるのかを知っておくことも重要です。**Googleの検索機能はかなり充実しており、知られていない便利な機能がたくさんあります。**詳しくは後ほど解説しますね。

#### balloon hasegawa right
検索後に意識してほしいこともあります。それは、**調べたサイトの中で役に立ったと思うものは「お気に入り」に登録する習慣をつけること。**ネット上の情報は、時間が経つと同じ検索条件では結果に表示されなくなることがあります。情報自体が消えてしまうこともあるため、対策として**自分用にメモを残しておく**のも良いでしょう。

## すぐに使える”ググり力”の基本

#### balloon hasegawa right
すぐに使えるGoogle検索の具体的な方法をいくつか紹介します。まずは、基本となる**完全一致検索とAND条件検索**です。

#### balloon hasegawa right
**完全一致検索**は、『”Google検索”』のように検索したいワードをダブルクォーテーション(“)で括って調べる方法です。通常の検索では入力したキーワード通りでなく、『Google』と『検索』のように検索ワードが分解されて関連性の薄いページも検索結果に表示されてしまいます。完全一致検索は、調べたい単語を分解しない状態で検索するときに有効です。

#### balloon hasegawa right
**AND条件検索**は、『"ググり力" AND "使える"』または『ググり力 AND 使える』のように、調べたいキーワードが複数あったときに全てを含める目的で使います。通常の検索では、キーワードが全て含まれないページ（3つのキーワードのうちの2つだけ含まれるページなど）も検索結果に表示されてしまいます。**キーワード全てのキーワードを網羅したサイトを探したいとき**は、ダブルクォーテーションで囲ったり、ANDでつないだりして調べると効率的です。

#### balloon kishi left
なるほど、完全一致やAND条件検索で、サイトを絞り込めるんですね。

#### balloon hasegawa right
ただし、完全一致検索やAND条件検索には欠点があります。**一文字でも違う、言い回しが異なる、スペースが入っているなど、一つでも検索条件が違うと検索結果に出てきません。**エンジニアは英語を使うことも多いですよね。わからない単語を調べる時に少しでもスペルが違うと、正確に調べられないので注意が必要です。

#### balloon hasegawa right
完全一致検索やAND条件検索は融通が利かないところがあるので、目的のサイトが見つからないときには、キーワード数や長さを調整しながら試行錯誤していきましょう。

#### balloon kishi left
キーワードの中身も少しずつ変えながら、検索を試していくということですね。公式サイトの情報に限定して検索したい場合もあると思いますが、そのときにはどうすれば？

#### balloon hasegawa right
それならいい方法があります。技術サイト、個人ブログ、公式サイトなどの中で、調べたいサイトのページを検索する方法です。**『site:サイト名』という文言を検索ワードに含める**と、対象のサイト内のページだけを表示することができます。

#### balloon kishi left
なるほど、これは便利ですね。

#### balloon hasegawa right
弊社のプロフェッショナル職エンジニア※に、普段どんな“ググり方”をしているのかアンケートをとってみたところ、**『ひとまず関連ワードで検索』**が一番多かったです。それでも調べきれないときに、完全一致検索やAND条件検索、もしくはサイトを絞るなどの方法で検索していくようですね。

~~※プロフェッショナル職エンジニア：エンジニアとしての技術力を最大限に発揮してもらうために、エーピーコミュニケーションズが独自に制定した技術の専門職。~~

#### balloon hasegawa right
また、具体的な検索テクニックについても、弊社のプロフェッショナル職エンジニアに聞いてみました。その結果、最も活用されているのは**『検索期間を絞る』**ことです。

~~*検索期間の絞り方*：検索結果の上部タブ 「ツール」 → 「期間選択部分」（デフォルトは 期間指定なし） →「期間を選択する」（1年以内 など）~~

#### balloon hasegawa right
検索画面の「ツール」タブで検索したい期間を選択することで、最新バージョンの情報だけを表示させることができます。製品によっては、検索結果に表示された内容が古いバージョンの情報になっていることもあるので、エンジニアにとって便利な機能だと思います。

#### balloon kishi left
これなら効率的に製品の最新情報を調べられますね。

#### balloon hasegawa right
**画像検索**の機能も便利です。一般的に画像検索は人、キャラクター、乗り物、風景を調べるときに使うと思いますが、製品やコードを調べるときにも有効です。プログラミングは文章で長々と説明されてもわかりにくいので、画像で**実際にコードをみたほうがわかりやすい**ことも多いです。

#### balloon kishi left
画像検索にこんな使い方があるんですね。

#### balloon hasegawa right
例えば『Python 日付 変換』というキーワードで検索したい時には、画像検索を使って実際のコードを画像で見た方が、コードが読めるエンジニアにはわかりやすいです。

#### balloon hasegawa right
また、**単語の意味を調べるときには、調べたい単語に『〜とは』と付け加える検索方法**がよく知られています。特に製品の公式サイトが英語の場合は、そのサイトを見ても単語自体の意味がわからないことも多いので、『〜とは』で調べた方がQ＆Aになっていてわかりやすいです。

#### balloon kishi left
プログラミング言語について調べるときにも便利ですね。

#### balloon hasegawa right
メジャーなプログラミング言語のPythonやRubyは日本語サイトも表示されますが、マイナーな言語では英語サイトの割合が高くなります。そういったときにも、『〜とは』の調べ方は便利だと思います。ただし、**本格的に調べるなら公式ドキュメント**を調べたほうがいいですね。

#### balloon kishi left
公式ドキュメントを見るときに時間がかかることも多いのですが、効率的な調べ方はありますか？

#### balloon hasegawa right
私の場合は1から見ようとはせず、要約部分（overview）を優先的に見るようにしています。そして、自分のパソコンでプログラムを書いたり、ツールをインストールしたりして実際に操作してみます。**頭で理解するだけではなく、手を動かしてドキュメントの情報を確認**していくことが重要です。

#### balloon hasegawa right
というのも、人はインプットだけではすぐに忘れてしまいます。膨大な情報の中から必要な情報を選択して理解し、すぐに**アウトプットすることが必要**ですね。

#### balloon kishi left
なるほど。読んでわかった気にならないで、使わないとダメだということですね。

## エラーを解決するための”ググり力”

#### balloon kishi left
エラーを解決するためには、どのように検索をすればいいのか教えていただけますか？

#### balloon hasegawa right
エラーを解決するための”ググり力”は、エンジニアに必須のスキルです。エラーが出たらまずは落ち着いて、エラー対応時における**プロジェクトのルールを確認**しましょう。そして関係するメンバーと連携しましょう。それから検索に取り掛かってください。

#### balloon hasegawa right
問題が発生したときに、自分で抱え込んで何も話さないのでは問題をいつまでも解決できません。全体に周知したくないときには、上司や同僚、同じチームの人に情報共有をして解決することをおすすめします。

#### balloon kishi left
一人で解決できなければ、関係者と連携していくということですね。

#### balloon hasegawa right
はい、それができたら検索です。まずは、**ログから検索ワードを抜き出します。**ログにはエラーメッセージが出ます。まずはメッセージを出すところが第一歩です。

#### balloon hasegawa right
ログは製品ごとに違ったフォーマットになっています。その中でも特にJavaはエラー画面が理解しにくいといわれています。なぜかというと、必要以上に丁寧な深掘りをしてくれるから。それがかえってログの量が多くなり、見づらい原因になっています。

#### balloon hasegawa right
また、サービスごとにログの内容も異なります。まずはログの見方を勉強して、自分が担当するサービスのログにはどのようなものがあるのか、ググって把握しておくことが必要です。例えば、**Javaの場合には先頭に書いてあるのがエラーメッセージのことが多いので**、そこを重点的に見ていくと検索するべきキーワードがわかってきます。

#### balloon kishi left
ログから検索キーワードを抜き出すときに注意するべきことはありますか？

#### balloon hasegawa right
表示されたエラーメッセージをそのまま検索しても解決にたどり着けません。エラーメッセージから、内部情報、個人情報を削るようにしましょう。エラーメッセージには個人情報が含まれていることが多いからです。個人情報保護の観点でも、IPアドレス部分は必ず削除するようにしましょう。

#### balloon kishi left
ログを正しく確認して、どんな検索をすれば良いのか把握する。そこまでいけば検索できそうです。

#### balloon hasegawa right
**ええ、問題を解決するための検索ワードがわかったら、ググってみましょう。**ただし、検索結果には個人のブログなども多く、どれが正しい情報なのかすぐには判断できないことも。製品ページにはエラーメッセージの情報がほとんど書いてないので、困惑することも多いと思います。

#### balloon kishi left
そんなときはどうすればいいのでしょうか？

#### balloon hasegawa right
**『Qiita』や『Stack overflow』などの質問サイト、公式の質問フォーラム**が役立ちます。過去に同じような質問をしている人が多く、スレッドを追うと解決できることが多いです。

#### balloon kishi left
質問サイトなどで同じ質問をされている人がいれば、参考にして解決できるかもしれませんね。

#### balloon hasegawa right
時には“ググる”だけでは解決方法を特定できないこともあります。その場合は、エラーメッセージを抽出し内容を調べるだけでも、エスカレーションを受ける上長や責任者にとっては有意義だと思います。

#### balloon kishi left
ググるときの注意点はありますか？

#### balloon hasegawa right
**安全性の低いページをクリックしないように注意しましょう。**エラーメッセージには英語の日常会話のような文章が含まれる場合があり、全く関係のないサイトが検索結果に表示されることがあります。迂闊に個人サイトなどを開くと、ウイルス感染や情報流出の危険があります。

#### balloon hasegawa right
安全性を担保するためには、先ほど紹介した検索テクニックで特定のサイトに限定して検索します。『site:サイト名』の検索で、『Qiita』、『Stack Overflow』だけを調べるのが無難です。

#### balloon kishi left
なるほど、わかりました。日本語のサイトで、Qiita以外に比較的、信用できるサイトはありますか？

#### balloon hasegawa right
私が参考にしているのは、『はてなブログ』です。このブログサービスでは、エンジニアの個人ブログやIT企業のオウンドメディアなど様々なブログが開設されています。弊社のエンジニアが書いている『てくなべ』という個人ブログはAnsibleやネットワーク自動化に関する情報が豊富で、Ansibleなどの調べ物をするときは先ずこのブログで検索をします。

~~ 出典：[『はてなブログ』 てくなべ （tekunabe）](https://tekunabe.hatenablog.jp/entry/2023/01/14/000643)~~

#### balloon hasegawa right
このように検索したい内容と合致するサイトをいくつか見つけておき、そこから調べはじめると効率的だと思います。それぞれ専門性が異なるので、「AWSを調べるときはこのサイト」と決めておくといいかもしれません。

#### balloon kishi left
ちなみに、APCのエンジニアの皆さんは普段の検索で、どんなサイトを見ているのでしょうか？

#### balloon hasegawa right
それについても弊社のプロフェッショナル職エンジニアを対象にアンケートを取っています。

#### balloon hasegawa right
一番多いのは**『Qiita』や『ITメディア』などの技術投稿やまとめサイト**です。次に『はてなブログ』などに投稿されている個人ブログ、『GitHub』などの質問サイト、公式ドキュメントという順になっています。

#### balloon hasegawa right
ちなみに、SNSを使って調べている人はほとんどいませんでした。中には、「時と場合による」という回答もあり、目的によって使い分けるエンジニアもいるようです。

#### balloon kishi left
ヒアリングありがとうございます！ちなみに、”ググり力”というのはどのように高まっていくのでしょうか？

#### balloon hasegawa right
私の場合は、経験を積み先輩から指摘やアドバイスを受けることで、少しずつ高まっていきました。以前の職場で、わからないことを調べる力が足りず苦労したことを覚えています。大変な思いをしながらも、そこで初めて検索力つまり”ググり力”の必要性を痛感しました。

#### balloon hasegawa right
課題は山積みでしたが、それを解決するためにいろいろと調べるようになり、自分に合ったググり方を身につけていきました。あえてレベルの高い環境に身を置き、ググり力を駆使して課題解決に取り組むことも、エンジニアの成長にとっては大切だと感じています。

## 英語のページを検索するための”ググり力”

#### balloon kishi left
**英語のサイトを検索するための”ググり力”**についても教えてください。

#### balloon hasegawa right
先ほども述べたように、『Stack Overflow』など海外のサイトを参考にすることも多いので、エンジニアにとって最低限の英語の知識は必要だと思います。日々の実務では、**Google翻訳やDeepL翻訳**などの翻訳機能を活用するのも良いでしょう。

#### balloon hasegawa right
キーワードによっては、検索結果に全く関係のないサイトが多く表示される場合があります。例えば『Chef』や『Test Kitchen』というツールがありますが、そのままのキーワードで検索すると料理系の検索結果が表示されて、目的のサイトが表示されないのです。

#### balloon hasegawa right
一つ目は、検索する際に、検索対象が属するシステムの種類を添えることです。例えば、test kitchen は IaC の一種なので、"test kitchen IaC" と検索すれば、目的のページが出てくるでしょう。

#### balloon hasegawa right
二つ目は、翻訳機能を使って原文と見比べると、雰囲気がわかると思います。また文章の一部分ごとに翻訳機能をかけていくと、少しずつ慣れてきてわからない単語の意味も推測できるようになります。

#### balloon kishi left
英文をそのまま読むのが大変なら、翻訳機能を有効活用するのも良いということですね。

#### balloon hasegawa right
ええ、翻訳しながら読んでいけば問題解決に繋がりますよ。最近はDeepL翻訳などAIの性能が良くなってきていて、専門用語も正しく翻訳できるようになっています。使える物はどんどん使っていきましょう。

#### balloon hasegawa right
**英語サイトの中で最も多く使うのは公式ドキュメントだと思います。『site:サイト名』や『site:公式ドキュメントのサイト名』**などで検索して、翻訳機能を活用すれば理解できるはずです。エラーメッセージをそのまま検索窓に貼り付けるのではなく、整形した上で検索します。最後まで翻訳して、自分の欲しい情報なのかどうかを吟味するのが良いでしょう。

#### balloon hasegawa right
実をいうと、私は英語が苦手です（苦笑）。それでも、翻訳機能や今回紹介した“ググり力”を駆使して、さまざまな課題を解決できるようになりました。皆さんもぜひ、“ググり力”を今後の仕事に活かしてみてくださいね。

長谷川さんにとってググり力”のあるエンジニアは、刑事ドラマ『相棒』の主人公、杉下右京さんのような存在とのこと。「事件（課題）を解決するためどんな場所にも調査に行き、真相を究明しようとするところが、エンジニアの”ググり力”の高さと似ている」と、話していたのが印象的でした。

大学卒業後、構成作家・フリーランスライターとして、幅広いメディア媒体に携わる。現在は採用関連のインタビュー記事や新卒採用パンフレットの制作に注力しながら、SaaS企業のマーケティングにも携わっている。いま一番関心があるのは、キャンプ場でワーケーションできるのかどうか。

岸 裕介

長谷川さん

プログラミングスキルを高めるための”ググり力”

完全一致・AND条件、画像検索、期間の絞り込みなどの活用法

エラーを解決するための検索や英語サイトの検索方法

現役エンジニアから学ぶ！“ググり力”をマスターする方法3選

「人とコミュニケーションを図ることが得意ではない」というエンジニアの方も多いはず。しかし、エンジニアという仕事はチームで課題解決に取り組むため、他のメンバーやお客様と話す機会も多く、コミュニケーションスキルは必須になります。

人間関係が希薄になりがちなテレワーク環境において、そのニーズは一層高まっているのではないでしょうか。「クライアントとうまく話せない」、「相手のミスを指摘しにくい」などの声もよく耳にします。

エンジニアはどのようにコミュニケーションスキルを高めればいいのか、人材育成コンサルタントとして数多くのエンジニアの悩みに寄り添ってきた片桐あいさんにお話を伺いました。

カスタマーズ・ファースト株式会社 代表取締役
人材育成コンサルタント 産業カウンセラー

日本オラクル株式会社(旧サン・マイクロシステムズ株式会社)サポート・サービス部門に23年勤務。M&Aやリストラで仕事上のポジションが危うい外資系IT業界で成果を出し続ける。卓越したコミュニケーション能力・問題解決能力を武器に2013年に独立し、企業研修講師となる。年間約120件登壇し約25,000名の育成に従事。また、人財育成コンサルティングで延べ3400名のカウンセリングでの育成にも貢献している。 

主な著書に「職場の苦手な人を最強の味方に変える方法」（ＰＨＰ研究所）、「オンラインコミュニケーション35の魔法──リアルのコミュ力も上がる! 」（自由国民社）、「一流のエンジニアは「カタカナ」を使わない！」（さくら舎）など。

### カスタマーズ・ファースト株式会社

代表取締役：片桐 あい
設立：2016年
事業内容：企業向け人材育成、スポーツコーチ育成、各種講演、執筆

## お客様と話すのが苦手なエンジニアが意識するべきこと

#### balloon kishi left
周囲のエンジニアを見ていると、**お客様（クライアント）とのコミュニケーションに課題を感じている方が多い**ような印象です。片桐さんはエンジニアの育成にも携わっていますが、この問題をどのように捉えていますか？

#### balloon katagiri right
ITプロジェクトでは最新技術など幅広い分野の知識が求められるので、周囲の期待に応えようとプレシャーを感じている人が多いように感じます。**「知らないことを見抜かれたくない」**というように自分からコミュニケーションを制限しているような印象です。

#### balloon katagiri right
しかし、近年の目覚ましい技術革新においては、OS、ネットワーク、インフラなど専門分野がどんどん細分化されているので、**全ての分野に精通することは非常に難しいです。知らないことを恥ずかしいと感じる必要は全くありません。**

#### balloon kishi left
不利なことを指摘されないように、コミュニケーションを最小限に抑えているということですね。

#### balloon katagiri right
ええ、それとは逆に、知っていることを必要以上にアピールしてしまうケースもあります。お客様は誰しも最新ソリューションを知りたいわけではなく、自社のビジネスが健全に回るように、業務の生産性向上のために技術を活用したいと考えています。

#### balloon katagiri right
そのため、**必要以上に最新技術のことを話すとミスマッチにつながることもあります。**お客様との関係をうまく構築できず、苦手意識がさらに高まってしまいます。

#### balloon kishi left
うまくコミュニケーションを取るためには、どのような意識が必要なのでしょうか？

#### balloon katagiri right
**話すよりも「聞く」ことにフォーカスすることが大切です。**「お客様が何をどうしたいのか」をヒアリングし、**目的と優先順位を整理**しながら、自分自身とお客さまの目的が重なる部分を見つけていく必要があります。

#### balloon katagiri right
社内の事情で話せないこともあると思いますが、**エンジニアは相手の課題を解決するためにいる**ので、「お客様の課題を一緒に解決する」という意識を常に持つことが大切です。

#### balloon kishi left
お客様の課題とニーズにフォーカスするということですね。

#### balloon katagiri right
そうですね、課題の原因と解決方法がお客様として最も知りたいことです。特にトラブルが発生したときには、いつこのシステムを復旧できるのか、ビジネス自体がストップしてしまうのではないか、というようにお客様の不安感が高まります。

#### balloon katagiri right
そのようなケースでは最初に原因を究明することが優先なのか、それともビジネスを止めないことが優先なのか、迅速に確認をとります。その上で**「私はこの問題を解決するために今ここにいます。お客様の協力がないと、この危機を乗り切れません」**と自らの姿勢を伝え、協力体制を築くことが大切です。

## エンジニアに求められるコミュニケーション能力とは？

#### balloon kishi left
エンジニアの仕事には、どのようなコミュニケーション能力が求められているのでしょうか。

#### balloon katagiri right
「インプットする力」と「アウトプットする力」がバランス良く育っていることが大事だと考えています。優れたコミュニケーション能力を持つエンジニアは、一般的に「話がうまい人」というように思われがちですが、実はそんなことはありません。**アウトプットよりも、「インプットする力」の方が極めて高いのです。**

#### balloon katagiri right
エンジニアは「技術的にどちらが正しいのか」という視点でものごとを考えがちですが、それよりも**「お客様が望んでいること」にフォーカスして話を聞ける人が、本当に信頼されるエンジニア**です。お客様のニーズを細部まで理解するためにも、「インプットする力」を重点的に育てた方がいいと思います。

#### balloon kishi left
「インプットする力」は、具体的にどんな能力ですか？

#### balloon katagiri right
大きく2つにわけられますが、まず1つ目は**状況を察知する「状況察知力」**。これは世の中の多くのエンジニアが得意なことで、事実に焦点を当てながら事実ベースでヒアリングしていく能力です。

#### balloon katagiri right
そして2つ目が、**お客様や社内メンバーの気持ちを推察する「顧客心理推察力」**。エンジニアの皆さんには、この能力をぜひ伸ばしていってほしいと思います。

#### balloon kishi left
顧客心理推察力というのは、「共感力」のようなことでしょうか？

#### balloon katagiri right
目には見えない相手の気持ちを理解するため、**相手の置かれている立場や状況を想像して推察する能力**です。例えば、お客様からクレームの電話を受けたときに、相手が怒っているのは自分の上司から理不尽なことを言われたことが背景にあるかもしれません。あるいは、得意先から無理難題をいわれてイライラがたまっている可能性もあります。

#### balloon katagiri right
それぞれのお客様にどんな背景があり、どんな気持ちでいるのかを少し想像してみると、コミュニケーションの仕方が変わってくると思います。お客様との会話だけにかぎらず、**社内メンバーとのコミュニケーションにおいても、相手の状況や気持ちを推察することで日々の仕事を円滑に進めることができます。**

#### balloon kishi left
社内で信頼されるのは、どんなエンジニアなのでしょうか？

#### balloon katagiri right
それぞれの会社によって事情は違うと思いますが、やはり**技術力だけではなく「人間力」もバランス良く持っている方が信頼を集めます。その結果、エンジニアとして重宝され長年活躍することができます。**例えば、周囲が「めんどくさい」と思っているような案件を「いいっすよ、僕やりますよ」と率先して引き受ける。お客様に謝罪する場面でも、「全然いいですよ」と自ら申し出る。

#### balloon katagiri right
それとは逆に、「コミュニケーションが苦手」と逃げがちな人は、納得のいくパフォーマンスを出しにくい傾向にあります。というのも、**プロジェクトが成功するかどうかの鍵はコミュニケーションにかかっている**からです。第一線で活躍するプロマネ（PM）の方々に話を聞いても、**PMの仕事の8割はコミュニケーション**だと答えていますね。

#### balloon kishi left
技術的なことより、コミュニケーションが重要なケースも多いということですね。

#### balloon katagiri right
もちろん技術的にできることもありますが、多くの人を束ねたり大きな案件を扱ったりするなかで、自ら手を動かせる範囲は狭くなっていきます。エンジニアとしてのキャリアを積み、他のメンバーを見るようになると、チームとしていかに連携させるのか、どうやってエンゲージメントを高めるのかなど、さまざまなコミュニケーション力が求められます。

#### balloon katagiri right
**将来的なキャリアを高める上でも、エンジニアの皆さんにはぜひコミュニケーション力を高めていってほしいと思います。**

## 同僚の機嫌を損ねずにミスを指摘する方法

#### balloon kishi left
社内メンバーとの会話では、どのようなことに気をつければいいのでしょうか？言い方によっては無意識のうちに傷つけたり、イライラにつながったりすることも…。

#### balloon katagiri right
エンジニアの皆さんは自分の仕事に誇りを持っている方が多いので、**「そんなことも知らないの？」という、指摘はグサッとくると思います。**知らないことは人間なのであって当たり前ですし、チームの誰かがそれをカバーすればいいわけです。

#### balloon katagiri right
特に若手のエンジニアは、先輩や上司からの指摘でプライドが傷つきやすいこともあるので、言葉に配慮していただければと思います。

#### balloon kishi left
ミスが起こったときは言い方が難しいですよね。相手の気持ちを考えると指摘しにくいこともあります。

#### balloon katagiri right
そうですね。ただ、ミスをそのまま放置すると、また同じことが起こって品質や信頼性の低下につながります。会社やチームのためにも指摘するべきなのですが、問題は言い方です。

#### balloon katagiri right
やはり感謝の言葉から始まるといいかなと思います。**「いつも助けてくれてありがとう」、「〇〇さんはここが詳しいので助かってます」**というように、まず感謝の言葉を伝えましょう。そのあとで、指摘するべきことを簡潔に伝える。改善策があれば話せばいいですし、**「一緒に考えよう」**という流れでもOKです。大切なのは、指摘で終わらず改善のアクションに意識を向けてもらうことです。

#### balloon kishi left
改善に向かって目線を合わせるのはいいですね。

#### balloon katagiri right
チームの目標を達成するためには、やはりメンバー全員の意識を集中することが重要です。**「納期を間に合わせるために一緒に考えよう」**というように仕事の目的に寄せていくと、角が立たずに気持ち良く受け入れられると思います。

#### balloon katagiri right
それから、最後には必ず「期待」を伝えるようにしましょう。**「○○さんなら今後こういうことはしないと思うし、これから一緒にがんばろう」**などの言葉で、相手を認めることが大切です。「○○さんなら」と相手の強みにふれることで、**「責められたくない」と不安に思う相手の気持ちがラクになります。**

#### balloon kishi left
メンタル面が整うことで、エンジニアとしてのパフォーマンスも上がるのでしょうか？

#### balloon katagiri right
それは今までの経験でも間違いありません。エンジニアの皆さんは、「技術」が好きでこの仕事に就いている方が多いので、「技術」を活かして人の役に立ちたいと思っているわけです。しかし、それが思い通りにいかずミスを指摘されてばかりいると、チャレンジすることを恐れ、どんどん新しいことに消極的になります。

#### balloon katagiri right
それとは逆に「人の役に立ちたい」という気持ちが前面に出てくると、積極的にアイデアを提案したり、改善のアクションをどんどん起こしたり、自発的に取り組めるようになります。そのために大切なのが、「ありがとう」という感謝の言葉です。

#### balloon kishi left
「ありがとう」をしっかり伝えることが重要だということですね。

#### balloon katagiri right
ええ、サポートや運用・保守を担当している皆さんにとって、特に必要とされている言葉かもしれません。彼らは、何も起こらないことが当たり前で褒められることが少ないポジションです。トラブルが発生すれば、お客様から叱られたりすることも多くあります。

#### balloon katagiri right
そのときに、「○○さんがいてくれて助かった」というように、その人の価値を認めてあげることが大切です。フロントに立つ人も運用保守でバックエンドに控えている人も、ワンチームの考え方でお互いに感謝を伝え合える職場になったら素敵だと思います。

#### balloon kishi left
お客様との関係性においても、やはり感謝が重要なのでしょうか？

#### balloon katagiri right
もちろんです。今までに相談を受けたケースでは、どうしようもなく行き詰まっていた案件で「ありがとうございました」とそれまでの感謝を伝えたところ、お客様と打ち解けてクローズに向かったというケースもあります。「ありがとう」の一言で状況が改善することも多いので、感謝の言葉を積極的に伝えていただければと思います。

## エンジニアのプレゼンテーションにありがちな「落とし穴」

#### balloon kishi left
「プレゼンがうまくいかない」と苦手意識を持っているエンジニアも多いような印象なのですが、よくある失敗はどんなことでしょうか？

#### balloon katagiri right
大きく分けると二つあります。**1つ目の失敗例としてよくあるのは、自社の商品・サービスの強みを一方的にアピールするプレゼンです。**強みを話すことは悪くないのですが、自慢口調になってしまうこともあり、聞き手にネガティブな印象を与える可能性があります。

#### balloon katagiri right
**2つ目の失敗例は、立て板に水のごとく一方通行で進めるプレゼンです。**話すことをスクリプトに落とし込んで、とても入念な準備をするのはいいことなのですが、聞き手の反応を全く確認せず、自分の話したいことを終始アウトプットしてしまいます。

#### balloon kishi left
コミュニケーションに苦手意識を持っているから、準備し過ぎるのかもしれませんね。

#### balloon katagiri right
ええ、人前で話すことが苦手な人は多いと思いますが、やはり相手の反応を見ながら話さないと、わかってほしいことが十分に伝わりません。**「つまらなそうにしているから、ここは短めにしよう」**というように、周りの人を見ながらアレンジできると良いプレゼンになると思います。

#### balloon kishi left
相手の反応を見ることは少しハードルが高いような気もするのですが、プレゼンに苦手意識のある方が最初にやるべきことはなんですか？

#### balloon katagiri right
実戦に勝る経験はないので、少しずつでもいいので**朝礼やチームミーティングで発言の機会を増やしていきましょう。いわば、「習うよりも慣れろ」ですね。**メンタル面では、自身を落ち着かせる方法を見つけるといいと思います。

#### balloon katagiri right
例えば、私はプレゼンに耳を傾けうなずいてくれる人を「こっくりさん」と呼んでいますが、プレゼン本番ではできるだけ彼らに向けて話すようにしています。そうすると相手のリアクションに合わせて話すので、ペースをつかむことができます。**不特定多数に話すのではなく、1対1がたくさんあるという風に捉えれば緊張も和らぐと思います。**

#### balloon kishi left
なるほど、そのテクニックはすぐに使えそうですね。

#### balloon katagiri right
人前で話すことに慣れてきたら、視線も意識できるといいでしょう。コンサートなどで経験した方もいらっしゃるかもしれませんが、**ジグザグに視線を送ると「私を見ている」と相手が感じます。**そのラインにいる人はみんなそのように錯覚するわけです。視線を交わすことで、顔が上がって反応してくださる方が増えていきます。

#### balloon katagiri right
あとは、**プレゼンの序盤で相手の参加を促すことも有効です。**例えば、アジェンダを見せて最も興味のあることに挙手してもらえば、会場を巻き込むことができ自分の安心感も高まります。

#### balloon kishi left
最近はオンラインでプレゼンすることも多いと思いますが、そんなときにも今のテクニックは使えるのでしょうか？ 

#### balloon katagiri right
ええ、カメラ目線を意識するよりも、自分の話をしっかり聞いてくれる人を画面上で見つけて、その人に向けて話せばいいと思います。話を聞いて、よくうなずいてくれる「こっくりさん」を探して大きく表示するのも有効です。

#### balloon katagiri right
また、オンラインの場合はどうしても一方通行にはなりがちなので、時々意見を求めることが必要です。**「ここまでの説明はご理解いただけましたか」**というように質問を挟んでいくのがいいでしょう。私の場合は、あえて最初に**「いつもよりリアクションを3倍お願いします」**と言うようにしています。そうすると、オンラインで薄くなりがちなリアクションが大きくなり、自信を持って話すことができます。

## 専門的な用語（カタカナ）を使わずに説明するためのコツ

#### balloon kishi left
エンジニアの世界はカタカナが多く、お客様への説明で理解されにくいこともあると思います。他にも、社内の若手エンジニアの場合、それらの専門用語に自社用語まで加わって、言っていることが全くわからないという話も聞きます。

#### balloon katagiri right
そうですね、ERPなど英語3文字に略したり、カタカナでまくし立てられたりすると、専門用語をわからない人たちは戸惑うことが多いと思います。ここで重要なのは、カタカナを使わないことではなく、**相手の知識・経験のレベルに合わせて言葉を選ぶ**ということです。

#### balloon katagiri right
一流と呼ばれる優れたエンジニアの皆さんは、分かりにくい概念をとてもわかりやすい言葉で説明することができます。**知識をひけらかすことがないので、相手のプライドを傷つけることもありません。**

#### balloon kishi left
相手に合わせて話すので、関係性も円滑になるということですね。

#### balloon katagiri right
**その反対に一番やってはいけないのは、都合の悪いことを隠すために専門用語を羅列してごまかすパターン**です。できるエンジニア風に聞こえるかもしれませんが、お客様が最も聞きたいことに応えていないので、相手との関係性に大きな溝が生まれます。

#### balloon katagiri right
特にトラブルが起こったときには、どうしても自分たちの責任範囲を小さくしようとする思考が働きがちです。**エンジニアとしての視点ではなく、お客様の視点で物事を見ることも大事**なのかなと思います。

#### balloon kishi left
「後から突っ込まれないように」と保身を考えるのではなく、解決のために積極的な姿勢を見せることで信頼も高まりそうですね。

#### balloon katagiri right
**ええ、ピンチを一緒に乗り越えたエンジニアは、お客様がファンになってくれます。**その後のシステム入れ替えで応援してくれたり、**「いい提案出してくださいね」**と新たなお声がけをいただいたりするので、優秀なエンジニアほどクライアントと長い付き合いになることが多いです。

#### balloon katagiri right
**トラブルのときに逃げ腰ではなく、自分から近づいていく。**そして課題解決のために尽力することが、お客様に選ばれるエンジニアになるための第一歩になります。コミュニケーションを面倒だと思わず、積極的な姿勢で取り組んでいただけたらと思います。

片桐さん

顧客との関係が良好になる重要ワード

社内メンバーから信頼されるエンジニアの共通点

オンラインのプレゼンにも役立つメンタル術

信頼されるエンジニアになるためには？テレワーク時代に知っておきたいコミュニケーションの秘訣

デジタル化が進み、非IT産業でもITのスキルが求められるようになりました。**情報教育市場は103億円のマーケットとなり、プログラミングスクールに通う人の34％はエンジニアとして転職や就職することを視野に入れています。**

しかしお金を払ってプログラミングスクールに通い、技術を身に付け、晴れてエンジニアになったとしても、その結果に幸福感を感じている人は思っている以上に少ないようです。

その背景には、エンジニアという仕事の魅力を「高い年収が得られる」「自由な働き方ができる」と曲げて伝えているプログラミングスクールの増加があります。しかし実際に活躍しているエンジニアはもっと違う部分に仕事の魅力を感じています。

**その「実際に活躍しているエンジニア」と「これからプログラミングスクールに通ってエンジニアになろうとしている人」それぞれが持っている意識の違いを明らかにするために作られたのが「エンジニア・インサイト白書」です。**

今回は「エンジニア・インサイト白書」を作成したエンジニアと起業の学校G’s ACADEMY（ジーズアカデミー）を運営する児玉浩康さんに、幸福度の高いエンジニア像についてお話を伺いました。

G’s ACADEMY Founder / D ROCKETSインキュベーションマネージャー
デジタルハリウッド株式会社執行役員

25年間で10ブランドの新学校設立をプロデュース。デジタルハリウッドスクール統括の後、2015年G’s ACADEMY を設立。卒業生専用スタートアップ支援機関『D ROCKETS』も創立し、創業指導・支援を全面的にハンズオンサポート。7年で86社の起業を支援。

## 「エンジニア・インサイト白書」とは？

#### balloon kishi left
「エンジニア・インサイト白書」を作った背景を教えてください。

#### balloon kodama right
日本国内でエンジニア不足が叫ばれはじめてから既に10年以上が経過し、数々のプログラミングスクールが生まれました。私たちもG’s ACADEMY（ジーズアカデミー）という社会人向けのエンジニアスクールを運営し、日常的に多くのエンジニアと接していますが、**世の中でフォーカスされることの多い「高い年収や自由な働き方」は、リアルなエンジニアの職業の魅力の一部に過ぎないと感じていました。**

#### balloon kodama right
「幸せなエンジニア」とはどんな方たちなのか。それをアンケート調査で明らかにしたいと考え、インターネット調査会社などの協力のもと、本白書を制作しています。200名のエンジニアへのアンケート調査と、有識者へのヒアリングを行いました。

#### balloon kishi left
エンジニアという職業について、世の中の理解が十分ではないということですね。具体的には、どのような課題があるのでしょうか？ 

#### balloon kodama right
わかりやすい例でいうと、エンジニアを採用しようとするときのミスマッチです。**採用する側は、Webテクノロジーを活用したビジネスで収益を高めることを目指しています。**つまり、テクノロジーやプログラミングという「手段」でサービスを良くしたり、新たな事業・プロダクトを生み出したりできるエンジニアを求めているわけです。

#### balloon kodama right
一方で、**プログラミングという「手段」だけにフォーカスしてエンジニアになりたいと考えている人たちは、「年収が上がる」「リモートワークで好きなときに働ける」といった部分にばかり注目してしまっています。**採用側とエンジニアのニーズが噛み合っていないんですね。

#### balloon kodama right
なぜこのようなミスマッチが起こるかというと、**世の中の多くのプログラミングスクールがエンジニアに対してビジネスの本質的なことをあまり伝えず、「給料が良い」「働きやすい」といったことばかりを喧伝している風潮があります。**

#### balloon kodama right
近年「そういう風潮はおかしい」という声がSNSをはじめ、いろいろなところで上がってきています。みんながモヤモヤを感じていることに対して、きちんと論理付けをして説明したかった。これが「エンジニア・インサイト白書」を作ったきっかけです。

#### balloon kishi left
 世の中の多くのプログラミングスクールは、なぜ「給料が良い」「働きやすい」といったことばかりを伝えているのでしょうか？

#### balloon kodama right
一言でいえば、事業運営がしやすいからです。社会人スクールの運営では、生徒の皆さんが先に支払ったお金に見合うだけの「成果」をきちんと得られることが重要です。例えば、授業費用として50万円を支払ったとしたら、その後の転職や複業で50万円を稼げるようになるというのがわかりやすいゴールになってきます。

#### balloon kodama right
エンジニアの場合は、世の中のSIerが期待することを教育してあげると当然就職に有利になるので、それをカリキュラムに組み込むことが一般的です。ただ、今の日本はレガシーな産業に受託でITを入れるケースがほとんどです。30年先の未来にどのような産業が残っているのかも考えながら、プログラミングだけにフォーカスすることなく、自分に必要なことを学んでいってほしいと思います。

#### balloon kishi left
 G’s ACADEMYでは何を目的にしているのでしょうか？

#### balloon kodama right
私たちはプログラミングを教えるだけではなく、「起業を支援する」という目的を持って運営しています。自分の力でセカイを変えようと行動する人を応援しているので、収入のことだけを目的にしている人は入学試験を通ることができません。

#### balloon kodama right
今の日本には新しい産業を作っていく人が必要です。その観点で考えると、**エンジニアに必要なものは「クリエイティビティ」。要するに今はないものをプログラミングというテクノロジーを使って生み出すことに意味がある**と、G’s ACADEMYでは考えています。

## みんなが感じているエンジニアとしての幸福度はどれくらい？

#### balloon kishi left
実際の調査内容についてお伺いしたいと思います。**「エンジニアとしてどれくらい幸せを感じていますか？」**という質問に対しては、全体の46％が幸福を感じています。

#### balloon kodama right
プログラミングスクールを卒業してエンジニアになった人を対象にしていますが、希望の仕事には就いているものの、幸せを感じているのは半数以下、すごく幸せを感じている人は15％しかいません。

#### balloon kodama right
これは、そもそもエンジニアになろうと決めたときの目標設定が間違っていたのではないかと思います。エンジニアという仕事をよくわかっていなかった、あるいはわかっていたけど他に選択肢がなかった方も多くいらっしゃるように感じました。

#### balloon kishi left
続いて**「エンジニアとしてやりがいや楽しさを感じるのはどんな時？」**という質問に対し、幸福度の高いエンジニアは「自分の思い描いたプロダクトやサービスを作っているとき」が1位になっています。

#### balloon kodama right
これは幸福度が低い人の4位にも入っていますね。幸福度が低い人たちも本当はクリエイティブなことがしたいと考えているのかもしれませんが、そのクリエイティブな思考法に差があるように感じます。幸福度が高い人たちは、クリエイティブを「自分のイメージをプロダクトやサービスとしてカタチにすること」として捉えているのではないでしょうか。

#### balloon kishi left
3位には「社会課題の解決」が入っています。意識の高さも幸福度と関係しているのでしょうか？

#### balloon kodama right
そうですね、幸福度が高い人たちの方が、社会課題を解決することに対する当事者意識が大きいのかもしれません。

#### balloon kodama right
**5位に入っている「Give＆Giveなエンジニアカルチャー」についても、幸福度の高い人たちの47％に対して、幸福度の低い人は9％ほどでした。**幸福度の低い人たちは、自分が周りに与えられるものがないと思っている傾向にあります。

新しい記事