2017-01-20 18:09:41 +0000 2017-01-20 18:09:41 +0000
185
185
Advertisement

私はこの仕事をするのに十分な給料をもらっていない」という議論にどのように対処すればいいのでしょうか?

Advertisement

私は現在の技術リードであり、開発チームのチームリーダーをしています。私たちはいつもは時計のように機能していますが(インターンがやや遅れています)、今日は私が解決できなかった問題に遭遇しました。

私たちは比較的大きなプロジェクトを抱えています。このプロジェクトはいつもの他のプロジェクトとは少し違っていて、お金や人事、金融取引を中心としたものではなく、予測分析を中心としたものになっています。

このプロジェクトは私が絶対にやりたいと思っているタイプのプロジェクトなので、とても期待していました。このプロジェクトは数学の知識が必要なので、開発者としての通常の仕事の範囲外にあるのですが、それはかなり特殊なスキルなので。

そこで、私のチームの中で最も経験豊富な開発者二人に電話をして、このプロジェクトを紹介しました。そのうちの一人は本当に興味を持っているように見えましたが、もう一人は…控えめに言っても面白みに欠けていました。

「私はこのようなことをするのに十分な給料をもらっていません」

「申し訳ありませんが、何ですか?私はソフトウェアを開発するためにお金をもらっているのであって、この種の研究をするためではありません。もし私にこれに取り組ませたいのなら、研究者としての余分な責任のために昇給を与えなければならないでしょう。"

そして… 行き詰まってしまいました。

確かに彼はソフトウェア開発者であり、仕事に学術レベルの研究プロジェクトが含まれていないのは事実ですが、それを理由に昇給を主張する権利があるのかどうかはわかりません。これは基本的にはソフトウェアの研究開発なので、開発者としての現在の責任の範囲内だと思います。はい、彼はいくつかの新しいスキルを学ぶ必要があるでしょうが、この学習は会社のリソースを使って会社の時間で行われるでしょう。どのようにこれに対処すべきでしょうか?


研修は会社の時間で行われ、会社のお金を使って支払われることに注意してください。もし従業員が特定のクラスのために1日に4時間必要とする場合、それらの時間はその日の労働時間にカウントされます。これは通常の研修のポリシーですので、従業員にとっては何も新しいことではありません。

Advertisement
Advertisement

回答 (15)

378
378
378
2017-01-20 18:34:45 +0000

まあ、ここでの解決策は簡単です。もし誰かがこのようなプロジェクトに興味がなく、他の人がいるならば、それはプロジェクトに最も興味を持っている人をプロジェクトに入れることが皆の利益になるのです。不機嫌な人に昇給を与えることは、彼がプロジェクトについてより興奮するようにするつもりはありませんので、それはあなたやプロジェクトの利益の中で彼がとにかくそこにいることではありません。私は、この開発者の態度とチームにどのように影響を与えるかに目を光らせています。それはあなたが癌が始まっている可能性があります。もし彼が実際に仕事を楽しんでいるのであれば、この発言は後悔することになるでしょう。しかし、私には、この開発者が望む最良の結果は、彼がチームで自分の限界に達したということです。しかし、それがこの人ではない場合は、最終的にはそれに対処しなければならないでしょう。

150
150
150
2017-01-20 21:09:56 +0000

**これは、後から対処するのではなく、防ぐべきだったことです。申し訳ありませんが、もしあなたが (前もって何の警告もなく) 従業員の個人的な開発の方向性を突然変更して、開発者が望んでいた方向性と違うことに驚いた場合、問題は従業員にあるのではありません。もちろんです。それは昇給を要求することは公平ですか?たぶん、そうでないかもしれない - おそらく従業員もあまりにも多く支払われています。雇用者と従業員は明らかに従業員の範囲に異なる期待を持っているので、それは言うために第三者のために可能ではありません。

文化問題ももちろんのように - 私はスウェーデンのFWIW(通常、比較的フラットな階層と権限を与えられた従業員/弱いマネージャー)にしています。

94
Advertisement
94
94
2017-01-20 19:06:14 +0000
Advertisement

そこで、私のチームの中で最も年上で経験豊富な二人の開発者に電話をして、このプロジェクトを紹介しました。そのうちの一人はとても興味を持っているようでしたが、もう一人はちょっと…不機嫌そうな顔をしていました。もし、その課題を辞退した人が、不機嫌にならずにそうしていたら、あるいはよく考えられた議論をしていたら、あなたはただ候補の3番を選んでいたでしょうか?

辞退した開発者のための場所がまだあるのであれば、そのタスクを割り当ててください。あなたは彼らに、このプロジェクトを超えて必要ないと思われるいくつかの数学を学ぶように頼んでいるのです。最良の候補者は、2人の最も年配の開発者ではないかもしれません。一番下の開発者かもしれませんし、インターンかもしれません (インターンに長期的に重要なスキルに責任を持つように頼むことは考えていませんが)。

79
79
79
2017-01-21 18:18:15 +0000

ここで悪魔の擁護者を演じてみましょう:

  • あなたの会社は、彼らには全く能力がない仕事を引き受けました。これはあなたの定期的な “新しいプログラミング言語を学ぶ "ではありません、これは、ほとんどのフルタイムの数学者も恐れるヘビー級の数学です。
  • あなたの会社は、リードするために新しい人を雇うことを拒否し、その代わりに、理論的なトレーニングやコースは、経験がないために補うことができると信じています。
  • 彼らは、絶望的な楽観主義者と熱狂的な人を舵取りに置いている(あなた)
  • リーダー(あなた)は、他の人が彼よりも異なる目標を持っているかもしれないことさえ認めることができません。しかし、多くの災害はこのrecipe.**

あなたがそれを記述するようにあなたの先鋒チームに参加することは、すべてのバラではありません。あなたはそれが学習についてだと言うが、あなたを教えるために経験を持つ誰もいない。それはあなたがあなた自身の間違いで学習することを意味し、多くの場合、あなたは間違って学ぶことになります。最良の場合は、新しい知識の大きな塊を学習し直さなければなりません。最悪の場合、あなたは何を間違えたのか分からなくなるでしょう。失敗する方法はいろいろありますが、私は時間(つまりコスト)のオーバーランに賭けています(数百%)ので、あなたの会社は損失を出すでしょう。最悪の場合は、クライアントがペナルティ条項を発動して、あなたの会社はあなたの時間と給料だけではなく、多くのものを失うことになるので、開発者は評判を汚して解雇されるかもしれません。そのリスクは補償に値すると思いませんか?

私は最も悲観的なイメージを描いてきましたが、あなたの楽観主義を打ち消す必要があると思います。

私の箇条書きリストの最後のポイントに戻りましょう。あなたは、他の開発者が何を望んでいるかについての決定を自分の手に持っていってしまったのです。あなたは、自分がスリリングだと思っているものが、他の人には威圧的に見えたり、単に退屈に見えたりすることを理解していないように見えます。他の人がそれをダウングレードとして見るかもしれないことを受け入れることを拒否している間、あなたはそれをアップグレードとして見ています。またはちょうど彼らのワークライフバランスのための良いフィットではありません。もう一つの角度は、あなたが「開発者」の立場の範囲内であると見ているということです。問題は、それが意見に過ぎないということです。それが新しい仕事を構成しているという反対の意見も、あなたの意見と同じように有効です。自分の意見に共感してくれない人がいることを想定しなければなりません。新しい仕事をしたい人がいるかどうかをさりげなく聞いてもよかった。しかし、あなたは「はい」と同じくらい「いいえ」を期待していたはずです。そして、どんな契約でもそうですが、それを変更するには二者択一です。仕事の内容は契約の一部です。あなたは、従業員が一方的に彼の給料を変更することができないのと同じように、一方的に仕事の説明を変更することはできません。雇われた側が一方的に仕事内容を変更することができないのと同じように、一方的に仕事内容を変更することはできません。**双方の合意があればいつでも契約を変更することができますが、誰もがその答えを受け入れる準備ができていなければなりません。そして、あなたにテーブルを回したので、それは実際に "いいえ "と言うために持っているあなたです。あなたの信念と人生の目標を共有するあなたのチームについてのあなたの態度を変えることを除いて、ここで処理するために何もありません。

52
Advertisement
52
52
2017-01-20 19:17:50 +0000
Advertisement

職場では一般的ではない特定のスキルを必要とする専門的な仕事を任された後に昇給を求めるのは公平だと思います。これはビッグデータのようなプロジェクトであり、それらのスキルは非常に需要が高く、平均的な開発者の給与よりもはるかに良い給与を支払っているかのように聞こえます。これは、タスクが継続的なものである場合にのみ当てはまります。ビッグデータの新常設チームのためのレイズは。しかし、通常、その要求はチーム全体のためのものであり、スキルが習得された場合には、後で特定の日に約束することができますが、一般的には彼らが技能を習得した後に行われるでしょう。個人的には、他にも人材がいるので、興味を持ってくれそうな人に移ると思います。私はおそらく、これらのスキルを得ることに興味を持っていた人を確認するために誰かを要求する前にチームをポーリングし、それぞれが彼が選ばれるべき理由のために彼のケースを作る機会を持っていた後、ボランティアから私の選択を行っただろう。より高い数学のスキルに本当に興味を持っている人はそれほど多くはありませんが、より後輩の人は、それが彼の興味の一部であったので、すでにこの分野でいくつかの勉強をしているかもしれません。

42
42
42
2017-01-20 22:55:42 +0000

Grumpy poradził sobie z tym very słabo. Jednak…

Jako ktoś, kto był programistą przez dziesiątki lat, a teraz jest badaczem matematyki robi wiele predykcyjnych analiz, w pewnym sensie widzę sens Grumpy'ego. Podczas gdy programiści muszą być przygotowani na naukę fragmentów z wielu różnych dyscyplin, aby wykonywać swoją pracę, istnieje znacząca różnica między programistą a badaczem, tak samo jak między menedżerem a programistą. To nie jest tak, że odmawia on nauczenia się nowego języka programowania lub wymyślić, jak połączyć się z jakimś dziwnym sprzętem; to jest bardziej jak odmowa projektowania graficznego lub zarządzania zespołem lub latać samolotem.

Grumpy może być matematyczno-fobiczne. Ale jest też możliwe, że wie wystarczająco dużo o statystyce i eksploracji danych, aby podejrzewać, że będzie to trudny, mroczny slogan. W tej konkretnej dziedzinie matematyki bardzo łatwo nauczyć się niektórych technik, ale również łatwo zastosować je w niewłaściwych sytuacjach! Uczeń liceum mógłby nauczyć się jak robić ARIMĘ, ale wiedza o tym, kiedy jest ona prawidłowa i jak wybrać odpowiednie parametry, jest bardziej na poziomie absolwenta. Wielu matmatyków nie lubi statystyki, nie dlatego, że jest trudniejsza od innych dziedzin, ale dlatego, że jest bardziej… fiddly.

Tak jak ty, skaczę na szansę nauki nowej matematyki, i kocham swoją pracę. Ale widzę, jak Grumpy może czuć, że jest proszony o zrobienie czegoś, co jest po prostu zbyt daleko od roli dewelopera. Jak powiedziałem, poradził sobie z tym bardzo źle, a ja tego nie usprawiedliwiam. Ale może mieć jakieś uzasadnienie dla tego, jak się czuje.

32
Advertisement
32
32
2017-01-21 01:52:12 +0000
Advertisement

一方で、もし私がグランピーのところにいて、あなたに言いたいことがあるとしたら、私はそうするでしょう。

グランピーが給料に言及したという事実は、グランピーが給料について不機嫌になっていることを意味しているのかもしれませんし、このプロジェクトは単に昇給を求めるためのきっかけや言い訳に過ぎません。

だから私のアドバイスは、グランピーが問題を分離しなかったとしても、問題を分離しようとすることでしょう。尋ねる、 “グランピィは彼の現在の給与に満足していますか?この新しいプロジェクトに関係なく、彼は昇給を求めているのか?"と。彼は_2人の最も古くて経験豊富な開発者の一人であることを考えると、あなたは最初に彼に無条件の昇給を申し出て、それから彼がこの新しいことをやる気があるかどうかを尋ねるべきでしょうか?

そして、新しい責任の性質について彼を安心させることができますか?私が彼だったら、失敗することを心配するかもしれません。増えた給料は、リスクやストレスの増加や未払い残業代を補うための「危険なお金」かもしれません。例えば、会社は彼の成功を保証するのに十分な支援を提供してくれるのでしょうか?

あなたはこれを「学術レベルの研究」と言っていますが、「基本的にはソフトウェアの研究開発」とも言っていますが、これは相互に排他的/矛盾しているかもしれません。どうやらあなたは彼よりも学術研究に熱心なようですね?

27
27
27
2017-01-20 20:47:17 +0000

開発者が今やっている仕事に対して十分な報酬を得られていないと感じている可能性はありませんか?通常、人が「この仕事をするのに十分な給料をもらっていない」と言うとき、彼らは自分が一般的に過小評価されていると感じていることを意味しており、フライトリスクになる可能性があります。

もしあなたがそれを調整する立場にあり、彼が過小評価されている(または総じて過大評価されていない)のであれば、彼は良い指摘をしているかもしれませんし、もし彼がこの研究を行い、このプロジェクトを成功裏に開発した場合、彼は今年、生活費の増加よりも良い昇給を得るだろうということを反映させるように、彼の会社の目標を調整することができます。事前にパーセンテージを提案して、それを文書化しておきましょう。あるいは、あなたの会社では、自動的に大きな昇給につながる「期待を超える」などの指定があるかもしれないので、彼に「期待を超える」を得て、それに応じて補償されることを伝えましょう。お金は偉大なモチベーターとなり、不機嫌な人を幸せなキャンパーに変えることができます。その場合は、誰か他の人にやってもらって、チームに発表してみましょう。本当にただの研究であれば、プロダクトマネージャーやビジネスアナリストに情報を調べてもらって、要件の中で開発チームに関連付けることができるかもしれません。

18
Advertisement
18
18
2017-01-20 21:55:27 +0000
Advertisement

私はこの男の言い回しのファンではありませんが - 特にソフトウェア開発では、私たちは自分たちがすることをするためにかなりまともな金額を支払われていますし、私たちがすることはしばしば、あなたがするつもりだと言ったことをどうやってやるつもりなのかを理解するためにリサーチをしなければなりません。いいえ、あなたは彼に昇給を与えるべきではありません。しかし、mathyなことをしない人にmathyなことをするように頼むことは、あなたにとっても相手にとっても悪いことになるという点があります。私が意味するのは、いくつかの点でそれは全く同じではありませんが、それでも…指摘されているように、私は開発者です。私は開発者です。ビジネスロジックを実装して、ウェブページ上のウィジェットをジャンプさせて何かをさせたいなら、私はあなたの担当者です。バックエンドとフロントエンドで仕事をしてきて、中間層のウェブサービスを構築し、必要に応じて新しい言語やフレームワークをその場で習得してきました。私ができないこと - というか、私がうまくできないこと - はデザインです。もしあなたが私にウェブページのデザインを頼めば、私はそれをします。誤解しないでください。最終的には、私はあなたが実際のデザイナーを雇って、その人のデザインを取って、それを実装するために私を使った方が良いと思います。

だから私がここで言うことは、彼があなたにこのことを言っているかのようにこの男を取ることです。ここでの問題は、ソフトウェア開発者がXの報酬を得て、数学をすればX + 10%の報酬を得られるということではなく、ソフトウェア開発の中には数学を必要としないものもあります。状況に応じて、私はお勧めするかもしれません:&002&002 - あなたの他の開発者のスキルセットを見て、あなたのチームの他の誰かがより数学的な背景を持っているかどうかを見て、またはあなたが学ぶ必要があるものを学ぶために喜んでいる。これは、彼らが学び、将来のギグに彼らと一緒に取ることができる新しいツールを表すという概念でそれらを販売するかもしれません(以下を参照してください!)。ここでの最大の欠点は、物事を立ち上げるのに余分な時間がかかることに加えて(その過程で新しいアーキテクチャやフレームワークを学ぶことになるかもしれません)、特定の開発者はまた、実装したい数学を学び理解しなければならないことによって遅くなるだろうということです。

  • アナリストを連れてきて方程式を把握し、既存の開発者にコードに方程式を実装させる。これは、数学を知っている人が最終的にあなたのシステムに数学を書いていないという欠点がありますが、テスト駆動型の開発に重点を置くことで簡単に解決することができます(これはすでにやっていますよね? そうでしょう?この方法はまた、あなたが例えば金融で働いている場合、あなたは彼らの部門の数字の人々の一人をつかむことができるという利点があります:チャンスは、彼らは彼らの仕事であるため、彼らは、あなたが路上から連れてくることができる実質的にどのs-devよりもこのことをよりよく知っているだろう。

  • コードの数学的な部分以外は何も処理するためにサードパーティのコンサルタントを持ってきて、その後、その部分は二度と触れられないようにロックされているようなものです。これはまた、多くの理由のために問題があります - まず第一に、私はラインをリファクタリングする必要がないコードを見つける日は、私はこれまでで最もサイキックな開発者に自分自身を紹介する日です - しかし、それはあなたがしようとしているものに応じて、これはそれについて行くための方法かもしれません。そのもう一人の男は、あなたが現在の開発者に支払っているものよりも少し高いかもしれませんが、まあ、それは専門的なサブフィールドです。

私が言ったように、私はここでのフレーズの大ファンではありません、そしておそらくそれ自体が、あなたがこれを言っている人と座って話をする必要があることを意味します(私は、余談ですが、彼がバスファクターに準拠していないことを警戒しています、そしてそれは罰としてではなく、この業界で給与等級の観点から考える IME の人々はまた、自分自身をかけがえのないものにするために物事を行うという観点から考えるから、この男のコードのいくつかを歩く時間かもしれません)。しかし、私は彼が必ずしも間違っているとは思いません。

9
9
9
2017-01-24 16:47:18 +0000

グランピーは開発者の中でも特に古い方だと言及されていますね。何歳くらいでしょうか?彼は有能な開発者で、仕事には満足していましたが、余分な責任を負うことを拒否していました。彼は過去にストレスのためにキャリアを中断したことがあり、自分の限界を知っていて、それを超えたくないという過去があることがわかりました。彼の判断力を尊重して、彼の得意なことに利用しましょう。

8
8
8
2017-01-20 21:17:09 +0000

私は、その答えは開発者の評価がどれだけ正確であるかにかかっていると言いたいです。

一方で、彼の仕事の説明や給与率が新しいタイプの仕事と一致していない場合、それらは正確に反映されるように調整されるべきです。

一般的に、会社が新しい仕事の説明に従業員を訓練した場合でも、それは会社がその後、その従業員の仕事の説明と一致するように給与率を調整するべきではないことを意味するものではありません。一部の企業はそれをしようとするかもしれませんが、それは適切ではありませんし、士気を低下させ、最終的には従業員を失うことになりがちです。彼の発言を(ここの他の回答者が示唆しているように)拒否や悪い態度にするのではなく、大人の尊敬すべき提案として扱い、その提案を認めた上で、そのような仕事に何が適切かを知っているであろう人に相談して、そのことについて何がわかったかを彼に連絡するなど、大人のプロとしての対応をすることを提案したいと思います。

6
6
6
2017-01-21 11:45:16 +0000

従業員は、彼は彼が行うために雇われていなかった仕事をしたくないと述べ、妥協点を提供しています:より多くのお金と彼はとにかく仕事をします。彼が仕事をしたくない場合、彼はおそらく追加のお金にもかかわらず仕事をして不幸になるだろうし、不幸は伝染することができます。さらに、それは仕事をしたい人のための悪い前例を設定しますが、今、彼らは別の何かを学ぶ前に昇給を求めることができることを知っています。そして、あなたがそれをどのように扱うかは、他の多くの詳細に依存しますが、この特定のケースでは、あなたは時間のために彼に感謝し、別のボランティアを求める 、これはあなたがそれに取り組みたい人と一緒に作業したいプロジェクトの種類であるため。

5
5
5
2017-01-21 00:03:56 +0000

私は質問に関連するいくつかのマイナーなポイントが他の投稿者によって(この投稿の時点で)質問/回答されていないと思います:

  • 古いポジションのタイトルは何ですか?
  • そのポジションは何が支払われますか?(相場)
  • 新しいポジションのタイトルは何ですか?
  • そのタイトルは何が支払われますか?(相場)
  • 「シニアデベロッパー」と「あの肩書き」の給与差は?
  • 彼にとって給与差を得るのは時間/労力の価値があるのか?

  • 現在のポジションの肩書きは?肩書きが違うと給料が違う…開発者とエンジニアの間には違いがある…上級開発者と上級エンジニアの間には違いがある。新しい肩書きは何と呼ばれていますか?Mathmatics Developer? リサーチャーデベロッパー? シニア・リサーチ・エンジニア?

その肩書きの人の給料は相場でいくらなの?難しい仕事でも給料が低い仕事もありますが…。大学の研究者を考えてみてください…多くの人がそのポジションに就こうとしているので、需要は相場を下げています。

現在の「肩書き」と「新しい肩書き」の市場での違いは何ですか?年収1000ドルなら…年収75000ドルとはまた別の話ですが…

つまり…不機嫌なデブが「数学の研究」を学ぶ価値があるのでしょうか?そうですね、確かに開発者の人生の一部は新しいことを学ぶことです…それは価値のある新しいことを学ぶことでもあります。金銭的な面(昇給)でも、その他の面(キャリアアップ、新しい機会、新しい技術)でも…

グランピー卿は、私に言わせれば、彼の主な優先事項は金銭であることを明らかにしています。もし彼がフロントエンド開発者になりたいと思っていて、あなたが彼を応用科学の開発者にしようとしているとしたら…彼にとっては転職する価値がないかもしれません。彼がそれに見合う価値があると考える唯一の方法は$$でしょう。それか、彼が興味を示さず、あなたに責任を転嫁しているかのどちらかです。市場価格は彼の期待と一致していますか?あなたの期待?

1
1
1
2017-01-20 21:04:43 +0000

Mam wrażenie, że odpowiedź na twój problem została już udzielona - że jeśli masz w swoim zespole osobę niezainteresowaną projektem idącym w nowym kierunku, ale potrzebujesz kogoś z doświadczeniem do pomocy, to idziesz do osoby z kolejnym doświadczeniem po nim, a może nawet rozważasz przyjrzenie się ich konkretnym umiejętnościom (czy ktoś z twojego zespołu ma wykształcenie matematyczne?) i pozwól mu dalej zajmować się obsługą techniczną twojego zespołu.

Ale żeby odpowiedzieć na twoje pytanie - “czy to jest uczciwe żądanie? To uczciwe z jego strony zadanie, ale nie wymaga się od niego, aby zajmował się tym dalej.

Jeśli przeprowadziłeś swoje badania i upewniłeś się, że stawka wynagrodzenia dla osoby z jego doświadczeniem na tym stanowisku odpowiada wartościom rynkowym, to nie ma zbyt wiele miejsca, aby twierdzić, że stała podwyżka jest w porządku.

Rozważ również pełne implikacje jego tytułu - Twórca oprogramowania _zadaje się, że będzie prowadził badania i rozwój, jeśli jest to istotne dla jego stanowiska. Do tej pory tak nie było. Ale ponieważ Twój zespół ma za zadanie wdrożyć ten nowy typ programu, teraz jest on częścią pracy, a odmowa wykonania tych zadań oznacza odmowę wykonania części jego pracy.

Na razie nie jest to cholerny problem - masz innych programistów, których możesz ustawić na to zadanie. Ale jeśli Twój zespół nadal będzie potrzebował programistów, którzy mają pewne zrozumienie dla tego typu matematyki, ten pracownik może stać się ciężarem, jeśli nie będzie chciał się uczyć. Więc pamiętaj o tym.

Zwróć uwagę, że to czy jest to w jego opisie stanowiska pracy czy nie, zależy również od jego kontraktu - wiele kontraktów ma klauzulę o "wszelkich innych zadaniach wymaganych do wykonania twojej pracy”, która zawiera dodatkowe szkolenia, takie jak to.

-7
-7
-7
2017-01-20 19:02:21 +0000

**あなたのチームメイトが求めていることはフェアではありません。

あなたのチームメイトの反応は、率直に言って反抗的で有害なものです。あなたのチームにはこのような人は必要ありません。

この問題はマネージャーか、チームメイトのパフォーマンスを評価する責任のある人にエスカレーションされるべきです。

Advertisement

関連する質問

19
18
14
15
19
Advertisement