あまり良くないチームを率いる
たとえば、4人の無能なプログラマがいる5人のチームが割り当てられ、指導を求められた場合、どのように管理しますか？明らかにあなたは4人の人のためにコードを書くことはできません（それはできますが、それは良い考えではありません。少なくとも私はそれをやったのです）。このような状況に遭遇しましたか？
編集：私の問題に対処するために間違った単語（無能）を選択することは失礼に思えました。質問を言い換えると、割り当てられたタスクを完了しない人々にどのように対処しますか（何らかの理由で[無能から「気にしない」ものまでさまざまな理由で））？
メンターします
相談したり、最適なチームメンバーではないチームに参加したりしたときに、同じ状況に遭遇しました（すべてがうまくいっていれば、誰もコンサルタントを必要としません：-/）。私のマネージャーは、他の開発者たちにとても不満を感じたことがありました。最終的に、彼らは完全にシャットダウンし、試行をあきらめました。
別のプロジェクトは異なっていました。私には忍耐強く、彼らと一緒に働くマネージャーがいました。はい、彼らは標準以下でしたが、彼らはあるプロジェクトで悪いことをし、それを噛んでしまったために部分的にそうでした、そして彼らは自分自身への自信を失い、悪いことをし、より多くの噛みしめをもたらしました。これらは賢い人でした、彼らは生産的になるためにそれを集中する方法を知りませんでした。無能なチームメンバーの割合が比較的高いようです。時々カップルがいますが、80％はかなり高いです。これは彼らが彼らを指導し、常にハンマーを感じることなく学ぶ機会を彼らに与える良い指導者を持っていなかったように聞こえます（もちろん、あなたは彼らに背景を与えないので、それが問題だと思います）。 特定の問題が何であるかは特に問題ではありません。これはチーム全体の問題のように聞こえます。新しいリーダーとしてのあなたには、彼らよりも優れた学習環境と作業環境を与える権限、リソース、および権限がありますに使用されています。
私はそれらを聞いて、チームとして問題が何であるか、そして状況を説明することができる何かを引き出すことができる場合はそれを見つけることをお勧めします。多くの場合、実際に耳を傾けるリーダーを見つけることはまれであるため、チームの話を聞くだけでも魔法のように機能します。次に、それらを指導し、学習環境を作成します。彼らはあなたが後から片付けなければならないほど良いリーダーを持っていなかったので、彼らがあまり能力がないというわけではないかもしれません。
トピック変更への対応：
問題が単に人々が十分に頑張っていないことである場合は、彼らに興味を持たせる方法を考え出す必要があります。これは、たとえ彼らがしゃべったとしても、アイデアに対してよりオープンであることから、プロジェクトが時間通りに完了した場合にスコッチのボトルを約束することまで及ぶ可能性があります。
底の棚からそれを買わないでください！
「無能」への対応：
ええ、私はそのような状況に遭遇しました。完全な無能さは私が対処しなければならないものではありませんが、私はむしろ私が何かと思っている何かをしていると考えていたと思った誰かに驚いたことがあります...疑問です。
あなたがしなければならない最初のことは、その感情を抑えるために本当に一生懸命試みることです。きっとあなたも愚かなことをしたことでしょう。私は知っている。
あなたがしなければならない次のことは、彼らがした何かが間違っていた理由を説明することを確認することです。彼らにあなたと議論させたり、質問をさせたりしてください...うまくいけば彼らはそうします。彼らにそれを正しく行わせる。うまくいけば、それは常に私の大きな問題の1つであるため、経営陣からのサポートを得てください（「正しく実行する」と言うと、彼らはあなたをサポートしなければなりません。
可能な限り政治的に正しい方法でこれを行う必要があります。彼らに叫びたくても、「あなたがMORONだと思ったWTF !!!」それはうまくいかず、まったく役に立ちません。ですから、そういう風に感じたら、最初は彼らと話してはいけません。自分で編集できるようにメールがうまく機能することもあります。
ここでの目的は、彼らが改善するのを助けることです。あなたの観点から、紙の袋から自分の道をコーディングできない人々と何かを成し遂げることを地獄がしようとしているので、それはイライラします...しかし、時々あなたはそうしなければなりません。
それはあなたがそれらを改善するのを助ける方法です。今あなたに...
あなたはそれを手放す方法を学ぶ必要があります。コードは完璧である必要はありません...機能する必要があります。基準を少し下げる必要があるかもしれません。
これを実現し、製品のコードツリーがひどい混乱に陥らないようにするには、大きな問題に集中する必要があります。サンドボックスが、後でやり直すことができる特定の領域に限定されている限り、時間があるか、彼らがさらに学んだとき、それはあなたが今まで見た中で最悪で最も厄介なスパゲッティコードであり、機能する限り... OK。それを可能にする方法を探してください。アーキテクチャーが分離されている場合は、あまり能力のない人でも、あまりダメージを与えずに作業できます。
もちろん、これは、彼らが行った何かを修正したり、彼らが書いたものに機能を追加したりする必要があるときはいつでも、頭痛がすることを意味します。それが人生だ。それと一緒に暮らしてください。可能であれば、機能を追加するか、バグを修正するように強制することができます...実際には、より良い実践とコーディングスキルを教えるのに長い道のりがあります（自分のがらくたを片付けなければならないほど、その傾向は少なくなります）カーペットのがらくた）。
ライアンはまったく正しいと思います。あなたが彼らが無能だと思うとき、彼らは結局あなたを驚かせるかもしれません。私は過去にそれを経験したことがあります。私は5人のプログラマー（自分自身を含む）のチームを率いていましたが、基本的なプログラミングで考えていたものが不足していることに気づきました。これらの基本的な手順（忍耐力を講じた）を介して彼らを導いた後、ペースは2倍、4倍になり、基本的に、私が期待していた能力を超えていなかったとしても、速度は最高でした。
少し信仰を持っています。
これはおそらくオフィススペースの状況に似ていますか？
8、ボブ。つまり、私が間違えたとき、8人の異なる人がそのことを話してくれます。それが私の唯一の真の動機は、面倒なことではなく、それが私の仕事を失う恐れです。しかし、あなたが知っている、ボブ、それは誰かが解雇されないように十分に懸命に働くだけです。
出典： Office Space quotes 。熟考するための他のいくつかの質問：
- 締め切りは厳しすぎますか？
- タスクを時間内に完了するのに役立つ十分なサポートはありますか？
- 割り当てられたタスクについて、フォローアップの種類が多すぎたり少なすぎたりしますか？
これらは、能力の問題よりも態度の問題について説明しているように思われるので、問題の根本的な原因を見つけるために私が検討することになる質問のほんの一部です。行動修正療法を研究しましたか？動機技術？興味があるかもしれない研究のための他のいくつかのトピック。 " RSA Animate-Drive：何が私たちを動機付けるかについての驚くべき真実 "は、ここである程度の出発点として役立つかもしれません。
これらの人々を解雇できますか？
コードベースはどれくらい複雑ですか？時々、人々を元気づけるのにしばらくかかる.....
あなたは他のことをしている間、彼らに簡単なことやもっと簡単なことを与えることができますか？アーキテクチャ/フレームワーク/全体的な設計に焦点を当て、指示に従うのが非常に簡単になるようにします。
模範を示す。悪いチームはなく、悪いリーダーだけがいます。
あなたは良いチームを作ることができます。多分それらのいくつかはより良くなるでしょう、多分あなたは現在のプログラマーよりも優れた誰かを見つけるでしょう。しかし結局のところ、優れたリーダーには優れたチームがあります。