頻繁に仕事を辞めるエンジニアとの対応[終了]


114

私の友人はソフトウェア会社のプロジェクトマネージャーです。彼にとって最もイライラすることは、彼のエンジニアが頻繁に仕事を辞めることです。同社は、新しいエンジニアの採用、プロジェクトの移管、および安定した品質の製品の維持に努めています。人々が去るとき、それは私の友人を狂わせます。

これらのエンジニアは非常に若くて野心的で、より高い給料とより良いポジションを求めています。大ボスは金銭的な観点からしか考えておらず、彼の理論は「3人の初心者は常に1人のベテランよりも優れている」ということです(経験豊富なエンジニアとしては間違っていると思います)。私の友人はその理論が嫌いです。

彼へのアドバイスは?


87
ボスは最初に彼の態度を変えるべきです!
-Gopi

30
@Kumar:多分私の友人はボスを辞めると思うはずです。
卢声远Shengyuan Lu

9
はい!退役軍人が重要である理由を友人に説明してください。それでも、上司はあなたの友人が別の仕事を見つけるべきである時間を拒否します。管理者がマネージャーを必ずサポートしている場合にのみ、マネージャーは期待どおりのものを提供できます!
-Gopi

44
最も高価な人は最新の人です!必ずしも給料のためではない-彼らを訓練するのにかかる時間。
すぐに

34
友人も同じことをする必要があります。新しい上司がコストと給料について同じ近視眼的な見方をしていない場所に出て行ってください。
ベルンハルトホフマン

回答:


93

多くの人々が仕事を辞めている場合、それは労働環境が彼らに適していないという明確な兆候です。これは、管理環境の悪さ、時間外労働の多さ、仕事の満足度の低下など、作業環境が一般的に悪いためです。

しかし、それはまた、会社が個々の開発者が個々の目標を追求する手段を提供していないためかもしれません。これは、就職の面接で把握することが非常に重要なことの1つです。開発者は5年後の自分をどこで見ますか。会社の雇用がその開発者にその機会を提供する立場にない場合、開発者は他の場所でこれらの課題を追求する可能性が非常に高くなります。

ですから、就職の面接では、長期的な個人的な目標が企業として提供できるものの範囲内にある候補者を見つけるために注意を払う必要があると思います。

そして、はい、あなたに完全に同意します、1人のベテランが3人の初心者より優れています。


2
同意する。個人的な目標は会社の供給と一致する必要があります。
卢声远Shengyuan Lu

4
仕事の満足度は大物です-そして、給料が生計を立て、いくつかのガジェットを購入するのに十分であるとき、多かれ少なかれ唯一の数えられるものです。
ハイコラップ

@Heiko、そうですね、男性と男の子の違いは、おもちゃが大きくて高価になることです。私のKinect + Arduino + iPadは、今年私を少し後退させました。まだ数年前に買ったバイクよりも安いです。
-goodguys_activate

4
5年後に自分がどこにいるのかを初心者に尋ねるのはやり過ぎです。面接を受けた複数の人から借用した中途半端な回答が得られます。
ナビゲーション

2
さらに良いのは、ベテランとルーキーが1人いることです。
オースティンヘンリー

284

組織の売上が通常よりも高い場合、常に理由があり、常に管理されます。

  • エンジニアが昇給を得ることができる唯一の方法が仕事を変えることであるならば、彼はそれをするでしょう。
  • エンジニアがより良い労働条件を得ることができる唯一の方法が仕事を変えることであるなら、彼はそれをするでしょう。
  • エンジニアが妻と子供をときどき見ることができる唯一の方法が転職である場合、彼はそれを行います。

友達に鏡の中を探すように言ってください。彼が求める答えはそこにあります。


8
私は私の友人に彼の上司に鏡を見させるように言います:)
卢声远Shengyuan Lu

73
+1の高い売上高は、株主にとって重要な警告の1つです。

4
もちろん、経営者は、平凡な製品を出すこと、そしてくだらない条件を提供することが彼らの利益になると判断したかもしれません。
カルロス

11
プロジェクトマネージャーの友人が何かを変更する必要があることを大ボスに納得させられない場合、彼はエンジニアをフォローして新しい仕事をしたいと思うかもしれません。
ケンブルーム

2
@erikb-それは管理です-人事が間違った人を選ぶことは、管理が人事に間違った優先順位を与えることを意味します。
user151019

45

会社を辞める人たちにインタビューをするのは良いことだと思います。そうすれば、彼は人々が去る本当の問題についてヘッズアップを得ることができます。それ以外の場合、救済策を見つけることは非常に困難です。


78
場所が本当にひどい場合、彼らは真実を語らないでしょう。
仕事

9
うーん-大ボスは、人的コストや、生産性の低下、品質の低下、顧客へのサービスの低下などのその他のコストを無視しています。彼はただ給料に注意を払っています。
スティーブンC

23
@Anders:良いメモを残すのは非常に一般的な習慣です。多くの人々は、彼らが去った理由にあまり詳しくありません。
オタク

16
@Lennart:あなたが疑うよりも多くの人が真実を避けています。ほとんどの出口インタビューは文書化されており、その中の汚れをかき回すと、同じ会社に戻る機会を失うことさえあります。
オタク

10
会社を辞めて後悔したとき、私はかつて素直な真実を語った。私はイライラし、私が感じていたことをすべて伝えました。彼らはそれに対処できませんでした。
ポール

25

誰でも時々辞めることができます。辞める文化を適応させる必要があります。

しかし、私たち全員ができることが1つあります。実際、今すぐに、みんなで一緒にやってみましょう。従業員、先に進んで自分自身に言ってください:

I know that I will quit my job, and there’s nothing wrong with that.

次はあなたの番です、雇用主/管理者:

I know that my employees will quit, and there’s nothing wrong with that.

私たち全員がこれを受け入れると、事態はより良くなり始めます。最終的には、法律業界、会計業界、その他多くの業界に参加します。そして、私たちも油を塗った機械を手に入れます。しかし、まず最初に:恐れることなく、辞めることを受け入れる必要があります。


記事のマズローのヒエラルキーにうなずいても大好きです。
デイブニーリー

22

「若者」は給料のためだけに去るとは思わない-どちらかといえば、責任が少なく、より長いキャリアを持つ若い人たちは、私たちディノスができないリスクや仕事や楽しいことをする余裕がある。

しかし、3人の初心者が1人のベテランよりも優れているとボスが考えている場合、ベテランになりたい人は誰でしょうか。

従業員は、より良いワークライフバランス、興味深い仕事、キャリアの可能性(名前の認識を含む)などを望んでいます。

無関係なドメインの単調な中小企業よりも、フォーチュン500のハイテク企業やエキサイティングなスタートアップで働くエンジニアの数が増えると思います。

ただし、すべての人またはほぼ全員が上記を相殺する可能性のある価格を持っていると思います。

したがって、あなたの会社は、財政以外の方法(経営など)で十分に変化していないか、提供しているもので十分に変化していません。


6
まあ、給与が時々要因になることがあります。「若者」が1年または2年の経験を持ち、友人が通りで働いていることを知っている場合(大幅に人に依存している場合)、離れない限り、友人に追いつくことができます。彼らは彼らがしていることを本当に気に入っています。
rjzii

@RobZハッハッハ「実話」。:)
Nishant

3
「...ボスが3人の初心者が1人のベテランよりも優れていると考えている場合-ベテランになりたい人は誰ですか?」
ジョシュアドレーク

22

これは、作業環境が大好きなソフトウェアエンジニアにとっては異常なことです。

Joel Testを使用して、開発者に最適な作業環境を作成します。

あなたの友人が証言するように、これらのものには費用がかかりますが、売上高も同様です。より良い作業環境とより良い運営ソフトウェアチームを作成するためのコスト(時間またはお金)は、離職率の削減と長期的なチームが作成するより良い結果によって簡単に相殺されます。


すべての正気なエンジニアは、Joel Testが成熟したソフトウェア開発環境の作成に役立つことに同意しますが、新規採用者(またはインタビュー対象者)が本当に成熟度に関心があるかどうかを確認するのはプロジェクトマネージャー(または採用マネージャー)の責任です。
-rwong

5
Joel Testはこの問題とはまったく関係がないと感じています。
o0 '。

@ Lo'oris公平-あなたはどのように説明できますか?リストを読んでいると、アイテムに「いいえ」を1つ1つ付け加えると、ストレス/摩擦が他の人よりも多く加えられます。
ニコール

私はあなたを信じていますが、これは非常に奇妙です。このテストに失敗すると、製品に欠陥があり、開発に不必要に長く費用がかかり、保守が難しい可能性が高いことを示しているようです。これらは会社にとって悪いことですが、プログラマーの人にはあまり影響しないはずです。彼らが彼にお金を払い、彼をよく扱っている限り、会社が最適以下で動作している場合、彼はあまり気にするべきではありません。会社が自殺に至るまであまり最適でない限り、従業員は会社が閉鎖されると失業を心配するかもしれません。
o0 '。

2
@ Lo'oris私はあなたがどこから来ているのか見ました。お金と優しさは確かに一部のプログラマーを永遠に保持することができますが、ほとんどの場合、ほとんどの人が探している本当の仕事の幸福は、彼らの仕事でうまくやることの満足から来ると思います。そして、彼らの努力の最終結果が低品質の製品かどうかを見つけるのは非常に困難です。これらの理由で、私はすでに1つの仕事を辞めました。
ニコール

12

この会社の大きさは?

従業員が20人から30人程度の小さな場所では、これが最も一般的であると常に感じています。

問題は、私が所有者であると推測している大ボスです。

彼は小さなビジネスをしており、必死にお金を稼ぎ、クライアントを獲得しようとしています。お金はおそらくきついので、おそらく平均以下の給料、少しの利益、あなたからのお金からもっと期待しています。

それはあなたがまともなお金を払わなければならない最高の才能を保持するために、または彼らが留まるための他の何らかの理由があるために、例えば、悪循環です。クールなものに取り組んで、うまく走ってください。


1
まさに、悪循環のある20/30の会社です。おそらく、中小企業には有能なエンジニアは必要ありません。
卢声远Shengyuan Lu

7
FWIW:私は21人の従業員がいる小さな場所で働いています。私たちは平均以上の賃金を支払い、人々はめったに退職せず、競合他社よりも少ない人々で素晴らしい製品を生産しています。他のみんなが終了したときに、彼が滞在している理由かもしれないあなたの友人が...自問しなければならない
nikie

2
@nikie-間違いなく、それは仕事をするのに最適な場所かもしれません。あなたが本当に違いを生むことができるほど十分に小さく、良い利益(金銭的および非金銭的)を
持っている

6
20〜30人の個人経営のビジネスでは、全体の多くはボス全体(通常は所有者または多数所有者)に依存します。私は良い面と悪い面の両方を見てきました。
デビッドソーンリー

@david-私も、すべての中小企業がこのようなものであったことを暗示していませんでした。大企業は同じ問題を抱えていることもありますが、多くの場合、単にまったく異なる問題を抱えています。
-ozz

11

ソフトウェア部門が絶えず新しい人材を獲得している場合、(1)本当に簡単な仕事、または(2)大変な仕事であり、会社が莫大なお金を浪費し、システムを十分に習得する前に数か月間プログラマーにお金を払っています実際にそれで有能であること。

友人の仕事が(2)の近くにある場合、友人の上司はばかです。困難なプロジェクトでは、熟練したベテランプログラマは10人以上のグリーンプログラマの価値があります。環境に優しいプログラマーにとって、それは本当にソフトウェア開発ではありません...それは研究開発です。彼らは実際にコードの記述に2%の時間を費やし、98%の時間を調査、設計のやり直し、いくつかの変更を行ったときにプログラムが正しく動作しない理由を見つけようとし、バグテストを行います。

友達に会社を辞めるように言っておきます。上司は、彼はそれをすべて理解していると考えていますが、実際には彼は誰もが惨めなバカです。上司の男は、彼のソフトウェア開発/保守部門が荒廃している、それは遅すぎるだろう...会社全体がカードのように崩れるだろう、と彼は株主に直面しておくことでしょう、実現するとなど、上司。会社には、「エイリアンシップ」ソフトウェアと呼ばれるものがあります。これはかつて印象的だったものの喫煙殻ですが、それがどのように機能したかを誰も知らないため、修正方法は誰も知りません。

また、友人が思考実験に上司に同意してもらうよう提案することもできます。「あなたは上司としての仕事を失ったばかりで、今は開発者です。ここにあなたの机があります。プログラミングを始めましょう。」上司が自分のやり方がわからないと不平を言うと、あなたの友人はこう言うことができます。ちなみにメモを取ります-そして、それが終わったら、プロジェクトの設計、コードを読み直し、ソフトウェアを作成するときに開発者が行ったミーティングをすべて見ることができます。メールを読んでからコードをもう一度読んでください。すべてが終わったら、私たちは 独自のプログラムのコピーをいじりましょう。ソフトウェアを台無しにせずに作業できるかどうかを確認します。すべての作業が完了したら、最初のコード行を作成する準備が整います。6か月後にまた会いましょう。」


+1:上司は、彼はそれをすべて理解していると思っていますが、実際には彼は誰もが惨めなバカです。なんて馬鹿げた素晴らしい答えでしょう!
ジムG.

環境に優しいプログラマーは役に立たないと言うことは、まったく馬鹿げています。誰もがどこかから始まります。彼らが去る理由は、おそらく彼らにとって仕事がうまくいかないからだろう...またはそのイライラするだろう。
僧ksの

7

ビッグボスに対処する方法は純粋に金銭的な観点からです-採用にはコストがかかり、ほとんどの場合、かなり大きなものです-最初に行うことはそのコストが何であるかを決定し、2番目は節約がどのようにできるかを実証することです解約が減少した場合に作成されます。(これは、解約のプロジェクトへのコストの問題は別として、それはおそらく評価するのが難しく、いずれにしても、おそらく割引されるでしょう。)

解約の処理に関しては、最初に尋ねる質問は「なぜ彼らは留まりたいのか」です。この会社が雇用者として提供しているのは、スタッフが他の場所でやると失うことです。これの一部は明らかになります。つまり、他の人にはあまり支払わず、利益も少なくなります(プロジェクトの性質、仕事の性質、ツール、オフィススペース、椅子(!)、トレーニング、職場環境、文化全体)。

もう1つの問題は、解約の概念がビジネスに内在しているということです。新しい従業員は、「上級」の同僚が進歩することを期待している環境に到着し、これが引き継がれます。


De Marco&Listerの「Peopleware」(IIRC)には、マネージャーなどのための2問のクイズを含む章がありました。1.年間の離職率はいくらですか。2.誰かを交換するための総費用はいくらですか?スコアリングは簡単でした。少なくとも半分の妥当な見積もりで両方の質問に答えた場合、合格です。
デビッド

3

これは非常に難しいです。上司の採用方針と彼の従業員が会社を傷つけている面倒を見る彼の不本意。会社が繁栄するためには、これを変える必要があります。

あなたの友人は彼が会社にとどまるかどうかを決定する必要があります。彼が留まることを望むならば、彼は現状に我慢するか、ボスを変えるために(なんとかして)試みることの間で選ぶ必要があります。どちらのオプションも簡単ではなく、2番目のオプションは潜在的に危険です。(上司は、特にこの種のことについて意見を求める人ではないように思われるため、上司が人事戦略を照会する下役に親切に応じない可能性があります。)

簡単なオプションは、別の仕事を探すことです。そして、これが最も現実的なオプションだと思います。


3

会社の労働条件、給与、労働時間、雰囲気、仕事と生活のバランスが悪いようです...

会社がこれらの条件を変更しない場合(そして上司はそれを望んでいないようです)、常に頻繁に終了します。

たぶんあなたの友人も新しい仕事を見つけることを検討すべきです。


2

開発者の離職率の高い場所で働いたことはありません。私は多くの専門知識を必要とする仕事の離職率が高い場所で働いてきました。そして、その場所はそれに対処する良い方法を思いつきました。そして、それは意識さえしていなかった、場所はちょうど適応した。そして、それを扱うその方法の主要な部分はペアプログラミングでした。

まあ、それはプログラミングではなかったので、厳密に言えばペアリングでした。:-)

Extreme ProgrammingがReally Coolになる前に私はこの場所で働いていたので、それについては聞いていませんでしたが、会社はすべてを注意深く文書化し、彼らが働いたときに経験豊富な人々に彼らを座らせて新しい到着を教えました。実際には、だれかが少しでも複雑なことをするたびに、彼らはペアになりました。ほとんどが初心者であり、ベテランの人です。基本的に、ペアリングしなかったのは、両方の人が自分でまったく同じことをしたときだけでした。

私は、プログラマー間の高い離職率の欠点は常に管理であるという声明に完全に同意します。そして、このようなケースでは、中間管理職が現実と上級管理職の間で圧迫されることになり、それは楽しいことではありません。しかし、友人が多くのアジャイルな本、特にエクストリームプログラミングとテスト駆動開発に関するKent Beckの本を必ず読んでください。テスト駆動開発とペアプログラミングを実装することにより、コードの品質を維持しながら、知識を新しい人々に迅速に伝達できます。

問題を解決するほど良くはありません(友人はだれかが辞める理由を正確に知っている必要があるので、同様にそれを解決しようとすることができます)が、問題を目立たなくすることができます。

(また、無料のフルーツ、コーヒー、ソフトドリンク、キャンディーを常に用意してください。また、給与を上げることを伴わない人々を維持する方法はたくさんありますが、友人が上層階からの予算なしでそれらを実装できる可能性は低いです。 )。


2
開発者の離職率が高い場所にいました。どちらの場合も、私は去ることを非常に嬉しく思いました。
デビッドソーンリー

2

あなたの友人は上司にこのポリシーのコストの概要を説明したいと思うかもしれません。私は製品の品​​質については話していません。代理店手数料や製品の遅延などについて話している。

若くて野心的なプログラマーは、一般的に、あなたの会社でキャリアがこれ以上前進できないと感じるまで、あなたと協力します。ユニから出た子供はおそらくそのジュニア開発者の立場をつかむでしょうが、1年後に彼は自分自身を「ジュニア」とは見なさず、また、彼は些細な仕事をするのに固執したくありません。ベルト!

彼はより良い給料、より良いタイトル、より良いプロジェクトを望んでいます。友人がそれらを提供できない場合、それは彼が人々を失っている理由です。


2
これも非常に真実です。OPの上司がエンジニアのキャリアパスを促進または奨励する傾向がない場合は...さようなら会社、こんにちは良い方!履歴書をありがとう
ポールネイサン

-1

すべてのYoungsters(私を含む;-))は非常に野心的で、可能な限り最高の給与を急ぎたいと思うでしょうが、これらすべての野心的な人が本当に良いわけではありません。あなたの友人と彼の上司は、お金と垂直の両方で価値のある候補者を本当に高い成長曲線に置くべきである選択的である必要があります。


3
明確なキャリアのはしごを持っていることは、「若者」を大いに助けることができます。ジュニア開発者が3年後に昇進する必要があることを知っている場合、彼らはおそらく長く滞在し、「ロックスター」が2年後に昇進することを知っている場合、それはより懸命に働くための動機になります。
rjzii

@ロブ:私は同意しますが、いくつかの場合、彼らは静かに実質的な時間のために無意味です最初の10年間のようなもの。昇給は市場の状況に依存し、タイトルの変更は給与チェックにほとんど影響しません。小麦が茎と区別されるのは、たった10年の経験です。「一部の組織」はすべてその哀れなものである必要はありません:
オタク

-1

私はこれまでに与えられた答えに同意しますが、(ほとんど)まだカバーされていない何かを追加したいと思います:あなたの上司が上司を持っている場合、あなたの友人は彼が会社にとって悪いと思う理由を彼に説明しようとするかもしれません。

これは彼を昇進に導き、悪いボスを交代させるか、または彼に別の仕事を見つけさせる。別の仕事を見つけることは、とにかく彼が何をすべきかを満場一致で考えているので、代わりに昇進のリスクを負うかもしれません。


あなたは長所を明確にしたが、それは危険です。彼/彼女が生き残ったならば、その中間のマネージャーはどう感じますか?// PSドワイトがまさにあなたが説明していることをしたときの「The Office」のエピソードを見たことがありますか?
ジムG.

-2

彼に上司と問題を持ち出すように言ってください。個人的な成長、会社での昇進、給料の増加、パフォーマンスへのボーナス、環境の改善など、エンジニアが長期にとどまるためのインセンティブを提案してもらいます。


-1:もっと具体的にお願いできますか?
ジムG.

より直接的な回答のために編集されました。
マイク

-3

ソフトウェアの「エンジニア」は、経営陣が自分たちが何をしているのか分からないことに気付く前に、本質的に自分自身を発射しているのではないかと思います。

あなたの経営陣は、私が非定型的な態度を持っていると思います。私が働いているほとんどの店は、ホッパーに非常にひどく眉をひそめています。


-4

シンプル:頻繁に転職する履歴を持つ人を雇わないでください。

最初にそれを行ってから、ここにある他のすべての回答のアドバイスに従う必要があります。


1
ただし、頻繁に定義します。私たちは毎年、数年、10年変化する人々と話していますか?
rjzii

1
@ロブ:それは主観的です。5年間で3回の変更が多すぎますか?3年で2つの変化?知るか。候補者に転職の理由を尋ね、よく耳を傾けます。すべての仕事について悪いことを言う人、通常、問題です。
ガブリエルマガナ

数年前かもしれませんが、今は間違いありません。今で、仕事あれば幸いです
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.