案件面談シェアツイートブックマークPocketこんにちは。面談無敗エンジニア(?!)、にぬねです。組込みCからスキルチェンジでルトラに入社以降、JavaやWebシステム未経験状態のときから面談無敗です。(もちろん私だけの力ではないです!ブログなのでちょっと強気に始めました。ゆるして)さて今回はエンジニアの「案件面談」のお話。実績有無やスキル状態によらず「普遍的に意識していること」を書いてみました。会話のキッカケとするためのスキルシート自己PR欄も存在は認知してもらう質問フェーズは許容範囲の摺り合わせ逆質問フェーズで一緒に仕事するイメージを具体化おわりに面談のスタートとゴール「そもそも面談に辿り着けない」案件はもちろんあります。SESでは経歴詐称当たり前...なんて話も聞いたことがあるなかで、経歴詐称していないからこそ、面談に辿り着けないこともあるんですよね。(もちろん経歴以外にも、距離やその他、なにか条件が合わない部分で面談に進めないケースはあると思います。)ですが、面談に進めないのは、事前に悲しいミスマッチを防いでいるだけなので、落ち込む必要はありません。そんな中で、面談依頼を受けたということは「概要を知ったうえであなたに興味がある」状態。ここが面談のスタート地点ですね。面談を通して会話をし、現場側・エンジニア側の両者が「一緒に働けそうだとイメージできた」状態が面談のゴール地点だと考えています。このスタートとゴールのギャップを埋めるために、お互いを知る面談に臨みましょう。大事なマインド「この人となら一緒に働けそうだ」と思われるには、何が必要でしょうか。現場が求めているのは「プロジェクト成功のために”貢献”してくれる人材」だと思います。スキルチェンジや新しいポジションを目指すとき、”自分が成長できること”だけに重点を置きそうになることがあります。「参画した際には、成長していきたいと思います!」と元気に締めくくりそうになったら要注意。それは「あなたにとって、この案件に入るメリットはあるみたいだけど、現場にとってのメリットは何?」となる可能性が...。相手も慈善事業ではないので「あなたが成長すればそれでよし」ではありません。「あなたが成長することで案件の推進にも貢献してくれそうだ」という、相手の利点があったうえで、副次的効果や過程として”あなたの成長”が必要になることはあります。大事なのは、自分のWinや求めることだけに偏らず、相手の納得感も得られるように気を配るマインドを持つこと。Win-Winのイメージを持てることを目標としていきましょう。意識していることとはいえ”貢献”と言われても自信がない...。相手にとってのメリットとして何を伝えればよいのか分からない...。ここでいったん思い出すべきは、面談依頼を受けたということは「概要を知ったうえであなたに興味がある」状態であること。スキルが求めるレベルに乗っていないと判断されていれば、そもそも面談に辿り着いていません。相手はあなたのどこかに興味を持っています。伝えるべきは相手の興味への回答です。案件ごと、面談者ごとでも評価する観点は様々なので、最初から回答すべてを準備しておくことはできません。自己紹介/経歴紹介で回答しきろうとせず、相手の知りたい情報/興味のあるところは質問してもらいましょう。経歴紹介と質問の時間配分が5:5、もしくは質問で会話する時間のほうが長くなるぐらいを意識しています。紹介フェーズは質問への布石さて紹介フェーズでの布石とは以下だと考えています。完璧は無理ですが、その案件にあった布石を打つためにしていることは次の通り。etc]が今回と近い経歴です。各経歴では、関連度が高い部分がある項目から優先的に説明する関連度が低い項目はいっそ飛ばす別画面で案件概要を確認しながら話すのもアリ項目が飛ぶときは視線誘導の言葉を入れる特に最初の経歴は丁寧に。「担当業務のポチ上から3つ目」など。人間は視覚からも情報を読み取っているので、スキルシートも細かい内容を一語一句すべて言う必要はありません。※読み上げるだけのほうが緊張しないときは、語句はそのまま読みつつ、飛ばし方を練習しておきます。何がどの辺に書いてあるか、案件と関連する経歴は何番か、相手を置いていかずにガイドしておくと、相手は知りたい項目を見れますし、質問でここをもう少し聞こうという布石になります。話す時間や気持ちに余裕があれば、以下を追加します。「ここまでが経歴やスキルなのですが、今回要件にあったhogeについては、正直に申し上げまして経験がありません」リカバリ内容も自己PRのつもりで伝える「ただ経験はないのですが、fugaやbooなどをすることでカバーしていきたいと思っています」リカバリ系のアピールは省略しても大丈夫です。先回りして伝えるとプラスになるかも?というだけなので、もし伝えきれなくても、大事な要件であれば必ずあとで向こうから質問されます。質問されなかったとしても、逆質問フェーズのトピックとして使うこともできます。会話のキッカケとするためのスキルシート紹介フェーズで布石を打ち、視覚で情報を与えつつ、あとで気になるところを質問してもらう...。それには「スキルシートの記載が具体的であること」がベースになると思っています。経歴紹介のときに口頭で細かく説明する必要はありません。話すのが苦手でも、書いてあれば「○○と書いてありますが」と質問が飛んできます。記載内容は取っ掛かりになればよいですし、何がどこに引っ掛かるか分かりません。経験したことがアピールポイントになるか不安でも、細かすぎるかもと思っても、やったこと、触ったツール、関連する環境...書けることは書きましょう。自己PR欄も存在は認知してもらう案件概要によっては、望ましい人物像というのを見かけることがあります。全部一気に書いてあるわけではないですし、担当フェーズにもよりますが...。記載されているからには、現場で求められているということです。上記は例なので、自分なりの仕事への取り組み方や傾向でOK。書くほどではないかもと思っても、意識していることがあるなら自己PRとして書きましょう。自己”PR”だと尻込みするときも、自分の”傾向”だったら書けるはず。自己PRの記載があることを、認知だけでもしてもらいます。内容は言わずに視線誘導だけするパターン「最後になりますが、シートの一番下、自己PRに記載の内容をもって、案件に貢献できればと思います。ありがとうございました。最後の一文だけでもそのまま読み上げるパターン「自己PR、一番下の文章のとおりですが、○○○○です。ありがとうございました。」これらをゆっくり言っている間に、他の自己PRが相手の視界に入ります。※頑張って書いたはいいが、話すのは気恥ずかしい、というときにも使えます。※時間や気持ち的に言えるときや、経歴がまだ少ないときは内容も伝えましょう。自己PRは質問フェーズに進むと見てもらえないことが多いので、視界に入れるチャンスは経歴紹介だけです。余裕があれば、対象案件のフェーズや業務内容からどういう人物だとこの案件は助かるかな?を考えて、自己PRを追加したり読み上げる箇所を変えるとベター。仕事への取り組み方や、コミュニケーション傾向を伝えておくことで、もし同じスキルレベルのエンジニアで悩んだとき、自己PRは選んでもらう後押しになります。質問フェーズは許容範囲の摺り合わせ事前に練習ができる経歴紹介と違い、何が聞かれるか分からない質問フェーズで、うまく答えるのは難しいですよね。そもそも”うまく答える”とは、どういうことでしょうか。相手の期待通りの答えを言うことでしょうか。相手の期待を想像して、期待通りに回答しようとすると、本当のことが言いづらく感じてしまいませんか。実情にそわない回答は、相手の期待ではありません。必要とされているのは、判断や対策をするための「実情にそった情報」です。あなたが逆質問したときを考えてみてください。回答は正直に伝えてほしいですよね。反対の立場でも同じです。質問への回答で気を付けているのは以下です。YES/NOで答える「まず回答としては[YES|NO]です。「正直どちらとも言えないのですが、~で言えば○○です。回答になりますでしょうか。逆質問フェーズのときでもいいので、後からでも伝え直す。「質問ではないのですが、先ほどの回答、訂正させてください。