私は実際にここで説明されていることを具体的に求めて採用したことがあるので、ソフトウェアエンジニアリングの例をいくつか使ってみます。
私は経験があればより多くのことができるということに同意していますが、主題に関する専門知識、ピープルスキル、総合的な能力など、これらの点はすべて職務記述書で明確にできると信じています。私は、これらの分野で具体的なことを求めていると言えます。
では…経験とは何でしょうか?
それは、現場で自分の意思決定によって引き起こされるフィードバックループを見るための時間を持っていることです。あなたは、必然的に欠陥がある計画のいくつかの並べ替えに沿って進むでしょう。私に完璧に機能した計画を見せてくれれば、あなたは私に非常に小さなプロジェクトか、非常に理解力のないエンジニアのどちらかを見せることになるでしょう。どんな計画も現実との接触を生き延びることはありませんし、非常に良い計画であっても、予想外の方法でうまくいくかもしれませんし、他の人の中ではうまくいかないかもしれません。チームは、彼らが学んだことを補うために計画への新しいソリューションと変更を考え出すでしょう。
このフィードバックループは、何の季節のエンジニアです。研究室の手のような多くは通常本の学習および暗記に大いに好まれる-製品のライフサイクル(または複数の!)を通って住んでいる経験は何が働くかについての候補者により実用的な情報を与える-彼らのチームのためにそして自分自身のために両方。それはデザインのヒューリスティック、開発プロセスを改善する方法、良い仕事の習慣、研究のトリック、組織全体で物事を成し遂げる方法の経験を含むことができます。
年単位での変動
それは固定されたものではありません - 実際には3-7は約右に聞こえる。2の後にポイントがありますが、前に…8? エンジニアが「ああ…それはnot前に動作しませんでした、いくつかの他の方法を試してみましょう」時間のいくつかの重要な部分を言う場合のかなりの数があります。しかし、彼らは経験に燃えているわけではないので、新しいことに挑戦したり、新しい戦略を実行したりすることに希望を見出すことができません。10の後に、私はスイープな違いを参照してください - 通常は、エンジニアが見ているものが彼らの仕事の主要な領域だけでなく、彼らの周りの組織の部分に適用されることを意味することを仕事の経験の多様性から -
それは間違いなく固定された数字ではありません。ここに変化のあるサンプルは次のとおりです:
-時間の非常に短いスパン上の多くのプロジェクト間で転換したエンジニアは、決してそれらの完全な解放を見たことがないこの見通しからのより少ない経験を持っている可能性が高いです。
- いくつかのインターンシップを働いていて、同じグループで1-2年のエンジニアは、彼はそのグループが3-4年の歴史の価値を生き残ることを見ているので、経験の標準的な2年間よりも多くを持っているかもしれません固定の時間空間のためにそこにいたことに関係なく(スクーリング中に夏のインターンシップを言う)
- DIYの多くを持つ非常に小さな店で働いている誰かがより速く豊かな経験を得ることができるかもしれません。私は、これらのあまりにも多くの人がショートエンド(2年)で強く経験として動作を参照してくださいではありませんが、私はそれが7対13年の範囲で要因を開始するのを参照してください - ちょうど約何でもしなければならなかった小さなスタートアップからの人は、常にビジネスの小さな部分をやって13年間働いてきた男よりも多くの経験を示しています、決してプロセスを疑問に思うことはありません世界の彼の小さなビットを超えて行くことはありません。
*Is there an Equation? *
いや…でも本当にYESを期待していましたか?
それは間違いなく要因です:
Time working + experiences survived + nature of role & responsibilities + lessons learned
私はほとんどの役割には本能的な採点要因があると言ってもいいでしょう。そして、それは彼らが行う仕事の性質と同じくらい現在のチームのギャップに関連することができます。例えば、巨大な防衛請負チームでは、顧客との接触はすべて管理職によってバッファリングされているため、私は顧客に直面してスキルを必要としません。また、セールス・エンジニアリングとIT技術サポートでは、顧客とのコンタクトの種類が大きく異なります。また、カスタマーコンタクトの種類は、セールスエンジニアとITテクニカルサポートとでは大きく異なります。 “経験と "十分な経験ではない経験 "や "右の経験ではない経験 "の違いは、私にとっては、"あなたはあなたの履歴書に書かれていることをやって何を学びましたか?"の質問に降りてきます。
その後、私はおそらく言うつもりだ - "経験を持っていない"。
しかし、もし、私が取得:
私はプロジェクトを切り替え続けるが、私は彼らが製品をリリースしたときに、それが私たちがABCを行ったことを喜んで/後悔させたXYZの反応を持っていたことに気づいた。
まあ、私は完全なライフサイクルを介してそれを作っていないが、私はプロジェクトをキックオフする方法notのパンテオンを持っている、これまでのところ我々は最後の5つの試みで失敗したが、我々はE、F、G、H、および最も特にIをしないことを学んだ。
真のライフサイクルが完了した後にプロセスを改善する方法についてのいくつかの思慮深い洞察力は
その後、私はより好意的に候補を評価するつもりです。注意 - 失敗はかなり一般的です。失敗を経験することは、成功を経験することよりもさらに強力であることが多い。もし、あなたが、鼻歌のような成功した複雑なプロジェクトにすぐに参加して、素晴らしい仕事をした場合、あなたは実際にlessの経験を持っているかもしれません、あなたは大きな災害を見ていないだけで、それを生き残る方法を学んでいないからです。私たちは皆、とても幸運であるべきなのです!
システムに勝てるか?自分のスキルセットの強みやギャップについて、深い会話をしてもらえませんか?あなた自身の経験やバイアスが、これまであなたのチームをどのように助けたり、妨げたりしてきたか?どのようにあなたのプロジェクトが成功したか、または失敗したか、または「教科書はそれを言う、したがって、それは真でなければならない」レベルよりも効率的ではありませんでしたか?その後の課題は、主に面接でそれを伝えることです。
Job recは少なくとも一人の人の経験に基づいて書かれたことを念頭に置いてください。恐らくいくつかあるでしょう。ジョブrecが書かれている方法のための無数の戦略があり、各企業は異なることができます - しかし、3-7の範囲は、フィールドの重要性でこの時間がなぜそこにいくつかのグループが考えていることを十分に定型的である。あなたが代替案を販売しようとしている場合は、あなたはあなたが、特に、あなたが持っている年が通常示すであろうよりも何らかの形でより多くの味付けをされていることを、あなたは、特に、あなたが外れ者である理由を示すために、上に行く必要があるかもしれないことを認識しています。
また、彼らはプールの光の中であなたを検討していることを認識しています。あなたが部屋を去った後、あなたのすべてのスキルを持つ誰かが同じ仕事のために次の時間に歩いた場合、彼らはあなたがまだ持っていなかったいくつかの経験を持っていた - その後、妥協する理由はありません。