質問:
私が履歴書で「頼りになる人」であることを示すのに最適な方法
Adriano Carneiro
2012-04-11 00:47:42 UTC
view on stackexchange narkive permalink

過去7年ほどの間、どこで働いていても、「誰もが技術やプログラミングの質問をする人」になってしまいます。そのため、私は常に技術リーダーに「昇進」しています(正式な場合も非公式な場合もあります)。

履歴書でその特性をどのように説明しますか?これを簡潔に、そして大げさなことやスノッブに聞こえることなく、どのように説明しますか?それも履歴書に入れるべきものですか?ところで、私が考えている用語は次のとおりです。

  • 内部技術コンサルタント
  • 内部技術の第一人者(一種のスノッブ、実際)
  • 技術的な質問の主な連絡先(読者に伝えようとしていることを達成できますか?)
私の最後のアプリケーションでは、この役割を説明するために「元のギャングスタ」という用語を使用しました。私はそのCVを夜遅くに少し急いで書いた、私は告白しなければならない。職を得た。
すみません、オフィサーさん。
十 答え:
#1
+49
Isaac Moses
2012-04-11 00:52:03 UTC
view on stackexchange narkive permalink

私はこの目的のために「常駐エキスパート」を使用し、「必要に応じて同僚と相談する」という方針に沿った責任の言葉を使用しました。これを本当に歌わせるには、あなたをこの役割に持つ会社から得られた結果を指す達成ラインを含めます。 「[...]に取り組んでいる同僚にガイダンスを提供することで、設計段階で何百ものバグを回避しました。

私は実際にこのフレーズを私の履歴書に今すぐ追加するつもりです...
「何百ものバグを回避した」は、どうやってその数に至ったのかを尋ねる質問を招きます-自分を正当化する準備をしてください。
@JonStory,当然のことながら、履歴書のすべての事実に基づく主張は、バックアップできるものでなければなりません。数字を持つためだけに数字を作るのは悪い考えです。
「数百のバグ」は、「常駐エキスパート」imhoによって設定された素晴らしいイメージを元に戻します。それが真実ではないと言っているわけではありませんが、誇張のように聞こえます。バグの概念を維持したい場合は、「設計段階でかなりの問題を回避しました...」または「かなりの問題レポート」はどうですか?バグという言葉を気にしないのであれば、かなりの量のバグ」。
@RyanfaeScotlandクリアした誤解や誤った仮定の数がわかっている場合は、これをバグに直接関連付けることができます。バグは必ずしもプログラミングエラーではありません。誰かが正しく実装されていない場合、それもバグです。長年の「常駐エキスパート」にとって、何百ものバグがそれほど多くあるとは思いません。私の経験では、適切なタイミングで適切な質問をするだけで防ぐことができるバグの量は驚異的です。
@Cronax-ほぼ2年前のコメントで言ったように、「それが真実ではないと言っているわけではありませんが、誇張のように聞こえます...」数字の正当性ではなく、言い回しで使用されている表現についてコメントしています。
#2
+23
bethlakshmi
2012-04-11 01:06:17 UTC
view on stackexchange narkive permalink

市場の2つのセクター(防衛/金融)の2つの企業で、このために対象分野の専門家という用語を使用しました。わかりやすくするために履歴書の頭字語は省略しますが、(米国、または少なくとも米国の北東部では)「SME」(「smee」と発音)と呼ぶこともあります。

私はそれを自分の履歴書に載せて、他の人に見ました。それは、次のように私にとって「テクニカルリード」と区別されます:

  • テクニカルリード-プロジェクトのすべての側面または彼に報告するチームの作業の専門家である場合とそうでない場合があります。おそらく、彼はいくつかのことについてある程度の深さを知っていて、他のことについてはあまり知りませんが、チームを結集できるように優れたリーダーシップスキルを持っています、そして仕事と人を最高の効果に一致させます。

  • 対象分野の専門家-特定の主要な技術分野で頼りになる人物である、高レベルの個人貢献者。どちらでもかまいません。ソリューションドメインまたは問題ドメインで。強力な教育/メンタリング機能を備えていますが、管理/リーダーシップの仕事をしていない可能性があります。実際、最も純粋なSMEは、チームのリーダーシップで仕事をしたくない人かもしれません。そうすれば、彼らは本当に難しい質問を通して最先端の人々やメンターの人々に遅れずについていく必要があるほど多くの時間を持っていません。

リードを聞いたとき、その人は少なくともいくつかの技術分野の表面をすくい取る必要があると思います。 SMEの話を聞くと、その人は深く潜ったと思います。

特に、領域に注釈を付けます。たとえば、私は自分自身をJavaWebセキュリティとPKIの対象分野の専門家と呼んでいます。合理的な資格を与えられなかった履歴書を信じるのは気が進まないでしょう。たとえば、JEEのすべてはかなり広範であり、SMEは特定のAPIに精通している可能性が高いです。

面接でバックアップできない限り、SMEであると主張しないでください。あなたが専門家であると主張するならば、あなたは詳細な技術的な質問に対処することができたほうがよいでしょう。専門家であると主張し、基本的な質問を投げかけることほど悪いことはありません。
私は反対票を投じるつもりはありませんが、頭字語SMEは一般的に英国で「中小企業」に使用されています-その使用は混乱を招く可能性があります。
コメントありがとうございます-ロケールの資格でSMEを更新しました。専門知識については合意しましたが、おそらく1つが「男に行く」の場合、それはあなたがB船(ダグラスアダムズ)のリーダーであるためではなく、一般的に賢いチームには実際の専門家を必要とする難しい問題が伴います。
#3
+7
Scott C Wilson
2012-04-11 00:54:05 UTC
view on stackexchange narkive permalink

答えの一部は、質問者の聴衆が誰であるかによって異なります。

  • あなたの後輩または部下の人ですか? 「メンター」
  • あなたの仲間は誰ですか? 「チームリード」または「テクニカルリード」。
  • あなたのグループ、部門、または会社を運営している人はいますか? 「シニアリーダー」、「アドバイザー」、または「アーキテクト」。

そして、重要なStackOverflow担当者を指して、「頼りになる男」としての評判を強化してください(ただしSOとは何かを説明してください。

スタックオーバーフローポイントに言及するための+1。あなたの質問と回答がそれ自体を物語っているので、私はそれを1年以上追加しています。 :)
#4
+4
Jacob G
2012-04-11 01:30:59 UTC
view on stackexchange narkive permalink

履歴書でユーモラスな、または一般的に面白い口調を取っている場合は、「達人」や「天才」などがあなたの主張を伝えるのに役立ちます。ただし、深刻な状況では、これらの用語はほとんど出くわしません。さらに、ユーモアの試みの失敗はさらに悪化します。また、「常駐エキスパート」のようなフレーズには注意が必要です。誰かがあなたの立場や貢献を過大評価していると信じて、自分をかけがえのないものだと考えるかもしれないからです。

考え出すことはお勧めしません。あなたが行うすべてのことをカプセル化し、このスペクトルで提供する短いフレーズであり、強化のための補足の箇条書きであなたの義務の一部として箇条書きを追加したい:

Widget Corp、TechnicalのポジションX人、2001年-現在

  • Xプロセスの管理を担当
  • Yを行うためのチームを率いる
  • リソースとして機能する経営陣やその他の技術チームへの技術的な問題に関するアドバイスやガイダンス。

など...

#5
+3
Rarity
2012-04-11 00:55:00 UTC
view on stackexchange narkive permalink

あなたの説明から、この人はあなたの地域のリーダーまたは専門家だと思います。あなたは問題解決者でありコンサルタントです。あなたはあなたの専門分野とあなた自身を売るあなたの方法とよく一致する用語を選ばなければならないでしょう。権威があるように聞こえるが、自己膨張しないものを選んでください。

私が聞いていた「忍者」のような「楽しい」タイトルの多くが飛び交うように、達人はあなたが一生懸命努力しているように聞こえます。また、グルを聞くとすぐに首ひげ症を疑う。

#6
+2
bretterer
2012-04-11 00:52:07 UTC
view on stackexchange narkive permalink

最初に頭に浮かんだのはテクニカルコンサルタントでした。私の意見では、履歴書に教祖を追加すると、履歴書をすぐに捨てることができます。その人は自分でいっぱいで、「私はすべてを知っている」ような人だと思わせます

一部の企業(私が働いていた企業を含む)は、従業員の多くを「技術コンサルタント」(サポート、保護、エンジニアリングなどの担当者を含む)と呼んでいます。それは彼らの役割を明確に描写していないので、それは残念です
#7
+2
HLGEM
2012-04-11 10:43:40 UTC
view on stackexchange narkive permalink

通常、私は次のようなことを箇条書きにします。

  • 他のチームやジュニア開発者に技術的なアドバイスと支援を提供しました。

履歴書を集中することを好みます。私が個人的に達成したことについて。

これを本当に強調したいのは、インタビューです。あなたが頼りになる人であり、悪い場所から誰かを助けたときのいくつかの例を準備してください。通常、これらの例を取り上げることができる質問を少なくとも1つ見つけることができます。しかし、何も起こらない場合は、最後になぜあなたを雇うべきかと尋ねられたら、あなたが他の人をどれだけ助けているか、そしてあなたの技術的知識の深さを伝えてください。参照のリストを作成するときは、呼び出されたときにこれを表示する人を含めます。実際にそうするように彼らに頼んでください。誰かがあなたを頼りになる人と呼んだ場合、あなたがそうする場合よりも、採用担当者にとってより意味があります。

+1。私もそのような人で、「(d)内部コンサルティングを提供する(結果として何とか何とか何とか)」のようなフレーズを使用します。私はそれを役割として捉えようとはしません。
#8
+1
Brandon
2012-04-11 00:52:34 UTC
view on stackexchange narkive permalink

テクニカルリードだけを使用しないのはなぜですか?それが本当のプロモーションではない場合は、引用符で囲んでください。職務の説明セクションで、チームの 技術リソースとして行動したことを指定します。

私はあなたの履歴書に怖い引用符を入れません-あなたはあなたの履歴書で皮肉なようです。ヒント:履歴書に皮肉を込めないでください。
#9
+1
Michael Durrant
2012-08-13 04:04:01 UTC
view on stackexchange narkive permalink

次のように使用することをお勧めします:

[テクノロジーへの愛情などについての紹介文]次に、「最近の仕事では、さまざまな雇用主にとって、私は通常、誰もが行く男になる」という段落があります。技術的な質問やプログラミングの質問をすること」、そしてそれは私が技術リーダーに昇進することを嬉しく思います。

私はあなたの言葉を言い換えていることを知っていますが、それが実際のポイントです。優れているが非常に一般的であり、同様のことを言っている多くのレジュームのシャッフルで迷子になる可能性が非常に高い」とメンターされたジュニア開発者。ただし、慎重に表現されているが、おしゃべりな発言は、何百もの正式な履歴書をレビューしている可能性のある人の目を引く可能性があります。

#10
  0
Jasconius
2012-04-11 00:54:22 UTC
view on stackexchange narkive permalink

私は「コンサルタント」という言葉が好きで、好きなように飾ることができます。

「彼らが何をしているのかを実際に知っているのは男だけです」は、悲しいことにいつもひどい音に聞こえます。



このQ&Aは英語から自動的に翻訳されました。オリジナルのコンテンツはstackexchangeで入手できます。これは、配布されているcc by-sa 3.0ライセンスに感謝します。
Loading...