「 ...そして誰も怒らせないでください... 」または手放しますが、
「 ...真実を伝えるのは簡単で楽しい... 」
実際に問題
誰もがすべてを自分の望みどおりにしたい。 したがって、 申請者と雇用主は、少なくともこの矛盾する世界を少しでも調和に近づけることを期待して、採用手順のテーマに関する「ヒント」を積極的に交換し、「ITスペシャリストの採用」と呼ばれるゲームのルールを動かし、変更するよう反対側に説得します。
誰もが知っているように、インタビューはこのようなゲームのメインステージです。 もちろん、応募者は面接に出席しますが、拒否するのではなく、合格し、自分に適した条件で求人を取得するために、たとえ彼がこの会社で1日働いていなくてもです。 同社はその一部として、ほとんどの場合、従業員を見つけることを目的としてインタビューを実施しますが、これも今では企業に適した条件で行われます。 相互の誠実さは、応募者が面接に来ることができることを否定することはできませんが、この会社は彼にとって面白くないことをアプリオリに知っているだけでなく、企業は、例えば、人材確保の世話をしたり、さまざまな複雑な理由によります。 しかし、いずれにせよ、インタビュープロセスを開始すると、何らかの形で終了する必要があります。
会社は、拒否の理由を常に報告する必要があることを知っています。そうでなければ、「会社のカルマが低下し、ビジネスに取り返しのつかない損害が発生します」。 この論文自体は明らかに議論の余地がありますが、もちろん、初歩的な倫理には「i」の上にすべての点を置き、申請者とのコミュニケーションを正しく完了する必要があります。 したがって、私たちは誰にでも常に答えます。
失敗の定式化はそれほど簡単ではありません。 「個人的なものはビジネスだけではない」という明確な客観的理由があると便利です。 さて、例えば：
- 「...残念ながら、希望する労働条件を提供することはできません」;
- 「... Nマネーを提供することはできません」;
- 「...テストタスクには、基本的なものと考えられるようなエラーが含まれています」;
- 「... 1年生は採用しません。」
複雑な状況全体を評価し、多かれ少なかれ適切な応募者をランク付けして決定を遅らせ、明日彼が来ることを期待して、同じ「理想的な求職者」にする必要がある場合はさらに困難です。 この場合の申請者は確実性をより長く期待しますが、それは彼の気分を上げ、雇用主への愛を高めることに寄与しません。 この場合、拒否は、「私たちは一般的にあなたを気に入っていますが、別の申請者は受け入れられました」というキーフレーズでより合理化されなければなりません。
さらに悪いことに、拒否の本当の理由を表明すると、申請者の失望や怒りさえも生じることが明らかである場合。 ここでは、C ++および.NET開発者、およびアウトソーシング市場で10年以上にわたって成功を収めてきた中規模企業のテスターとの技術面接を実施した経験に基づいた問題状況について説明します。 これらの状況はすべてほぼ現実的ですが、説明されているすべての状況で特定の人に投影されないように特別に作成されています。 これらの人々はすべて興味深いですが、長期的には、または状況が変わると、彼らは単に必要になるかもしれません。 彼ら全員とのコミュニケーションが行われ、インタビューが行われました。彼らは皆とてもいい人たちです。 しかし、今のところ、彼らを雇う用意はできていません。
雇用主の立場になって、この場合のより小さな悪とは何かを判断してみてください。真の理由を表明し、偽造された議論で拒否を甘くするか、黙っておくのか？
実際の状況
1）若い母親
「2人の幼い子供を持つ若い母親」から「仕事に戻る」状態までの若い女性。 子供は風邪をひいてしまい、彼を置いて行く人がいなかったため、彼らは最初の技術面接を3回延期しなければなりませんでした。インタビュアーが考えること。 そして、私がそれを理解しているように、私自身もそれを経験しました。 しかし、子供たちが成長してみましょう。
失敗はどのように定式化されますか。 それから、何を決めるのか、私たちはコメントもしません...
2）未経験の学生
2か月の仕事の後に「マーケットリーダー」の1人と解散した理由をぼんやりと語った。 「うわー」ではないが、受け入れられるが、理論は答え、良い知性を実証するが、それでもまだ多くを知らない。 テストタスクは実行可能ですが、一般的なレベルは標準の合格テストよりも低く、多くの小さな「学生」ミスがあります。モディファイアがどこかで見逃され、間違ったコンテナがどこかで選択され、必要なチェックが忘れられ、メモリリークが忘れられました。 インタビューを受けた人にとっては、状況は難しく、「はい」よりも「いいえ」ですが、彼が何をしていたのか尋ねてください。 インタビューは続き、一言一句、応募者は「まあ、GUI開発は私には魅力的ではない-後輩だけが彼女に投げかける」という精神で何かを出します。 そして、XML解析したくない-私はそれが好きではなかった。 負荷の高いシステムと分散プロセスに興味があります。」インタビュアーが考えること。 何らかの意味がある可能性が高いですが、現在、応募者は自分のスキルのレベルと、従業員としての会社に対する潜在的な有用性について再評価しています。
失敗はどのように定式化されますか。 このプロジェクトの詳細なストーリーでは、この欠員のためのインターフェースの開発が非常に重要なコンポーネントであることが強調されます。 XMLを使用する必要もあります。 申請者に、説明されているプロジェクトに参加したいという欲求について疑念を表明するという事実に導くことが理想的です。 それから彼の気分を拾い、答えを与えることができます：「残念ながら、現時点では、あなたが魂を持っていないタイプの仕事を除外する空室を提供することはできません。 このような専門性が必要な場合は、時間の経過とともにあなたの経験が成長し、新しい興味深いオファーが提供されることを期待しているため、ご連絡いたします。
3）シニア開発者
カテゴリ「23歳のシニア」からの応募者の履歴書は、すぐに明らかになったため、このポジションに対応し、同じ技術を使用した同様のプロジェクトの「マーケットリーダー」で働いています。 突然彼は履歴書を送ることで幸せになり、適切な給料を示した。 彼はインタビューがとても上手で、よく考えて、仕事について熱心に語ります。彼が多くのことを喜んでやったことは明らかです。 すべてが素晴らしく、遠くなるほど良くなりますが、疑念は高まっています。なぜ彼は私たちのところに来たのですか？ 結局のところ、彼の現在の会社のレベルとそこでの条件はわかっています。 私たちは直接質問することにしました-現在の職場で彼に合わないものは何ですか？ そして人は酸っぱくなります。 彼はまだ嘘をつくことができず、迷い、つまずいて、正直に彼が彼の現在の場所での昇給を求めるために私たちの求人を必要とすることを発表します-彼が彼が要求した給料を提供されるならば、彼はまったく去りません。インタビュアーが考えること。 競合他社との見込みのない交渉を行う準備はできていません。もし勝った場合、現在私たちのために働きたくない人を雇うことはできません。
失敗はどのように定式化されますか。 技術的な観点から、インタビューが完了したと言って、真実で真実に答えることがおそらく最善であり、彼にとって非常に不快な質問に対する応募者の正直な答えが私たちを感動させることを強調します。 時間が経つにつれて申請者の状況が変化し、彼が本当に会社を変えたいと思っている場合、私たちは対話を続けるためにオープンになります。
4）アクティビティの変更
別の分野で中核以外の教育と実務経験を持つ応募者。そこで何かを達成し、それに応じてプログラマーの初期レベルよりも高い給与に達しました。 私は、メインの仕事からの自由時間にC ++を再訓練し、独立して勉強することにしました。 テストタスクが完了しました。 動作します。 しかし、コードはフォーマットと変数名から始まり、クラスの一般的なデザインで終わる非常に珍しい形で記述されているため、コードを見る誰もがそれを理解し評価するためにかなりの精神的な努力をしなければなりません。 おそらくこのソリューションは非常に実行可能ですが、プロジェクトで一般的に受け入れられているプラクティスとプログラミングスタイル全体に完全に実装されており、申請者が含まれる予定です。インタビュアーが考えること。 すべてが非常に異常であり、それがどのように終了するかは不明であり、申請者によって発表された給与レベルを試す準備ができていません。
失敗はどのように定式化されますか。 私たちの観点からは、テストタスクで正確に何が間違っているのかを一生懸命に説明する必要があります。 ほとんどの場合、反論と議論があり、建設的に参加する必要があり、迅速に削減する必要があります。 少しドグマティストとして行動する必要があり、私たちが期待する解決策はそのようなアーキテクチャを持っているべきであると言う必要があるかもしれません。私たちはそれを提案した申請者に興味があります。
5）リード開発者
新しい方向性のプロジェクトにおけるプロジェクトのリード/アーキテクトのポジションの申請者。将来的に彼がリードし、チームが採用されます。 要約と経験は一貫しており、優れた博学が実証されており、広範な技術知識があり、一般にすべてが素晴らしいです。 最後の仕上げ-もちろん、あなたはコードを操作する必要があると言うので、簡単な学生の課題を作成するようにお願いします。まあ、ほとんど形式的です、私たちはまだあなたがコードを書く方法を見たいです。 問題ありません-申請者は、異なるフレームワークを使用して解決する3つの方法を教え、どれが最も望ましいかを尋ねます。 彼らは答えを得るでしょう：「はい、あなたの裁量で、ここにコンピュータ、ここにインターネットがあります、あなたが適切であると思います。」 その結果、コードをコンパイルせず、問題の解決に必要な時間の3倍の時間を記述しました。インタビュアーが考えること。 それは何でした-強迫観念、日食、または実際にプログラムする方法を知らない候補者ですか？
失敗はどのように定式化されますか。 コードが一緒に成長しなかったことを議論する価値はほとんどありません。 このレベルの人は、原則として、すべてを自分で理解しなければなりません。 言葉遣いは可能な限り簡潔です。「面接の結果に基づいて、他の候補者の検討に進む必要があります。 お時間をいただきありがとうございます。」
実際に質問
誰にでもどう思われますか、私たちが思いついたよりも、記述されている状況のいずれかに対する拒否を策定することは可能ですか？ どこに何かを追加する必要がありますか？ どのような処方が完全に不適切だと思いますか？ 同時に、当事者が「顔を保存」し、無意味な議論を引き起こさないことが重要です。 また、申請者が一方で問題が何であるかを理解し、他方で拒否が建設的であり、すべての目的を果たさないことも望ましい。