開発チーム-1つの悪いAppleが束を台無しにすることはできますか？[閉まっている]

...新しい従業員が持つべき最も重要な機能の1つは、すでにそこで働いている人々の精神との互換性です。
{...}
開発者の本当の性格についての洞察を得ることは、プロの能力をチェックすることと同じくらい重要であると確信しています。

開発者を雇う-あなたはそれを間違っている

これは本当ですか？そして、もしそうなら、それはマネージャーにとっても本当ですか？

あなたが理解する以上。

考えてみてください。毎日誰かと戦わなければならない場合、疲れ果てます。その場合、利用できるオプションはわずかです：

• あきらめて、プロジェクトが破壊されたとしても、彼らが常に望んでいることをあきらめさせてください。
• チーム/会社を離れて、不適合を回避します。
• 悪いフィット感を解雇し、一緒に働くことができる誰かを雇います。

絶え間ない議論はチームの士気を低下させます。その一人は誰もがそうであるように、刺激物がまだそこにある間にあなたのチームの離職率が増加するのを見るかもしれません。マネージャーを解雇する権限がないため、マネージャーには注意が必要です。

理想的な状況では、誰かが演技している場合、彼らと一緒に座って、彼らの行動が破壊的であることをしっかりと伝えます。チームがよりうまくいくために、彼らの行動の変化をどのように見たいかを説明してください。彼らがそれをうまく受け取れば、素晴らしい。そうでない場合は、上記の3つのオプションのいずれかに頼ってください。悪化するためです。確かなことは、彼らに注意を向けない限り、変化する可能性はないということです。

もちろんそれは本当です。フィットは、ほとんどのものよりも重要です。たとえば、密接に連携するチームがあり、一人のオオカミを雇う場合、設計に適合せず、他の人が気に入らない方法で物事を行う引数、コードを期待できます。 、必要なときに他の人を助ける意思がない、ソース管理へのコミットを拒否する、正当な理由なくコードを書き換える

あなたが一緒にたむろするフレンドリーな人々のグループがあり、あなたが完全な沈黙で働きたい人を雇うならば、あなたは摩擦を感じるでしょう。また、あなたが合わない人への嫌がらせがあるかもしれません。

自由に物事をやりたいと思う人々のグループがあり、プロセス指向の人を雇う場合、特にプロセス指向の人がリードである場合、継続的な議論があります。

経験と経歴があり、誰もがシニアになると期待されるチームで初心者になった人を雇うと、誰もその人をメンターしたり、彼ができるはずだと思って学ぶのを手伝いたくないので、あなたは迷惑になります助けなしで。

他の従業員にはない特別な特権を期待している人を雇うと、絶え間ない戦いが期待できます。気持ちは「サリーがとても上手いなら、彼女が家にいなくても仕事ができるなら、どうして彼女を助けなければならないのですか？」特に何かを達成していないときに他の人が得られないことを期待して（そしてそれらを得る）誰かがチームに入ったとき、resがあります。あるいは、新しい従業員側が物事を期待し、他の人が物事の状態に問題がないときにそれらを受け取らない場合、resみがあります。その後、不幸な従業員は、午後1時までに入室しなければならないため、苦しんでいるように不平を言ったり、引きずり回したりする時間を無駄にします。

どちらの場合もそうだと思いますが、グループに関する興味深いリンクがいくつかあります。

• 悪いリンゴ：ジェフ・アトウッドによるグループ毒
• Tom Wujec：マシュマロチャレンジについて、Tom Wujecによるタワーの構築、チームの構築

ちょっとした接線の考え方で、ギャラップQ12には、その方向に興味がある場合に従業員のエンゲージメントを測定する興味深い質問がいくつかあります。これはすべて、開発者に固有のものではありません。そのため、開発者に関して、この問題のいくつかを疑わしいものにするユニークなものがあるかもしれません。

私は彼らの「本当の性格」についてはあまり気にしません。あなたのコードはあなたの趣味に依存しません。例えば、あなたがロマンティックであるか非常に現実的な人であるかなどです。重要なのは、ビジネスライフにおいて人々が柔軟性と適応性を発揮することです。彼らの個人的な生活はあまり重要ではありません。私の同僚は、彼が良い仕事をし、私が彼と簡単に協力できる限り、退屈な人になれます。私はさまざまな性格のさまざまな人々と仕事をしてきましたが、彼らは私を受け入れることを学んだのと同じくらい彼らを受け入れることを学びました。それは仕事であり、結婚ではありません。

この影響を受けるのはプログラマだけではありません。私が聞いた良いアドバイスは、「良い雇用というようなものはなく、良い解雇だけだ」というものでした。

強力で生産的なチームの混乱を克服するのに十分なスキルを持つ人はほとんどいません。

パフォーマンスの低いチームのメンバーは、新しい雇用に感染する前に交換する必要があります。