あまり良くないチームをリードする

たとえば5人のチームに4人の無能なプログラマーを割り当て、リードするように求められた場合、どのように管理しますか？明らかに、4人の人のためにコーディングすることはできません（できますが、それは良い考えではありません。少なくとも私はそれを使い果たしました）。このような状況に出くわしましたか？

編集：私は私の問題に対処するために間違った（無能な）単語を選択することによって失礼に聞こえたと思います。質問を言い換えると、割り当てられたタスクを完了していない人にどう対処しますか（何らかの理由で[無能から '気にしない'ものに至るまで）？

メンター。

最適なチームメンバーがいないチームに相談して配置されたときに、同じ状況に遭遇しました（すべてが順調に進んでいる場合、コンサルタントは必要ありません：-/）。私のマネージャーは、一度他の開発者に非常に不満を感じていたため、不満を抱き、常に彼らが間違ったことをしていることを彼らに伝えることに頼りました。最終的に、彼らは完全にシャットダウンし、試行をあきらめました。

別のプロジェクトは異なっていました。私には、辛抱強く一緒に働くマネージャーがいました。はい、彼らは標準以下でしたが、彼らは1つのプロジェクトで悪いことをして、それについて噛み砕かれたので、彼らは部分的にそうでした。彼らは賢い人たちでした。彼らは生産性を高めるためにそれをどのように集中させるかを知りませんでした。あなたは無能なチームメンバーの割合が比較的高いようですが、心配しています。時々カップルがいますが、80％はかなり高いです。これは、彼らが彼らを指導し、常にハンマーを感じることなく学ぶ機会を与える良いリーダーを持っていなかったように聞こえます（もちろん、あなたは彼らに背景を与えないので、私はそれが問題だと仮定しています）。 特定の問題が実際に何であるかは問題ではありません。これはチーム全体の問題のように聞こえます。新しいリーダーとしてのあなたには、以前よりも優れた学習環境と職場環境を与える権限、リソース、およびパワーがあります。

私は彼らに耳を傾け、問題が何であるか、そして状況を説明できる何かを引き出すことができるかどうかをチームとして知ることを提案します。多くの場合、実際に耳を傾けるリーダーを見つけることはまれなので、チームの声を聞くだけで魔法が働きます。次に、それらを指導し、学習環境を作成します。優秀なリーダーがいなかったので、彼らが無能であるということではないかもしれません。

トピックの変更への対応：

問題が単に人々が十分な努力をしていないということだけである場合、興味を持たせる方法を考え出す必要があります。これは、たとえアイデアがひどくても、アイデアにもっと開かれていることから、プロジェクトが予定通りに進んだ場合にスコッチのボトルを約束することまでさまざまです。

一番下の棚から購入しないでください！

「無能」への対応：

ええ、私はそのような状況に遭遇しました。完全な無能は私が対処しなければならないものではありませんが、数回以上、私がむしろ...疑わしいと思う何かをすることを考え出したと思った誰かに驚いてきました。

あなたがしなければならない最初のことは、その気持ちを抑制するために本当に一生懸命に努力しています。あなたも愚かなたわごとをしていると確信しています。私は知っている。

あなたがしなければならない次のことは、彼らがしたことが間違っていた理由を説明することを確認することです。彼らにあなたと議論させたり、質問をさせたり...彼らがそうすることを願っています。彼らに正しくさせてください。うまくいけば、それは常に私の主要な問題の1つであるため、経営陣からのサポートを得られることです（「Go do it it right」と言ったとき、彼らはあなたをサポートしなければなりません。

これは可能な限り政治的に正しいようにしなければなりません。あなたが彼らに悲鳴を上げたいとしても、「あなたがあなたをモロンと思うWTF !!!」それは飛んでおらず、まったく助けにはなりません。そのように感じたら、最初は彼らと話さないでください。自分で編集できるように、メールの方がうまく機能する場合があります。

ここでの目的は、彼らが改善するのを助けることです。あなたの観点からは、紙袋から抜け出す方法をコード化できない人々と何かを成し遂げようとするのは、地獄としてイライラします。

それが彼らの改善を助ける方法です。今あなたに...

あなたはそれを手放す方法を学ばなければなりません。コードは完璧である必要はありません...それはただ働かなければなりません。基準を少し下げる必要があるかもしれません。

これを達成し、製品のコードツリーをひどい混乱にさせないためには、大きな問題に集中する必要があります。サンドボックスが、後でやり直せる特定の領域に制限されている限り、時間があるか、より多くのことを学んだとき、それはあなたが今まで見た最悪で厄介なスパゲッティコードであり、それが機能する限り... OK。それを可能にする方法を探してください。アーキテクチャが分離されている場合は、無能な人にあまりダメージを与えずに作業させることができます。

もちろん、これは、あなたが彼らがしたことを修正したり、彼らが書いたものに機能を追加しなければならないときはいつでも、あなたが頭痛の種になることを意味します。それが人生だ。それと一緒に暮らす。可能な場合は、機能を追加したりバグを修正したりすることができます...これは、実際にはより良い実践とコーディングスキルを教えることに大きく役立つ可能性があります（あなた自身のがらくたをきれいにしなければならないほど、カーペットのがらくた）。

ライアンは絶対に正しいと思う。あなたが彼らが無能だと思うとき、彼らは結局あなたを驚かせるかもしれません。私は過去にそれを経験しました。私は5人のプログラマー（私自身を含む）のチームを率いており、彼らのほとんどが私が基本的なプログラミングと考えるものに欠けていることに早く気づきました。これらの基本的な手順（忍耐力）を実行した後、ペースは2倍になり、4倍になりました。

少し信仰を持っています。

これはおそらくOffice Spaceの状況のようなものですか？

八、ボブ。つまり、私が間違えたとき、私はそれについて私に話すために8人の異なる人々がやってくるということを意味します。それが私の唯一の本当の動機は面倒なことではなく、それと私の仕事を失うことの恐怖です。しかし、ボブ、解雇されないように誰かを一生懸命働かせるだけです。

出典：Office Space quotes。熟考する他のいくつかの質問：

• 期限が厳しすぎますか？
• タスクを時間内に完了するのに役立つ十分なサポートはありますか？
• 割り当てられたタスクについて、どのようなフォローアップが行われていますか？

これらは、コンピテンスの問題というよりも態度の問題を説明しているように見えるので、問題の根本原因を見つけようとする際に検討する質問のほんの一部です。行動修正療法を研究しましたか？動機付けテクニック？興味があるかもしれない研究のためのほんのいくつかの他のトピック。「RSA Animate-Drive：私たちの動機についての驚くべき真実」は、ここである程度の出発点として役立つかもしれません。

これらの人々を解雇できますか？

コードベースはどのくらい複雑ですか？時々、人々をスピンアップするのに時間がかかる.....

他の作業をしている間に、ぶら下がっている果物や簡単なことを彼らに与えることができますか？アーキテクチャ/フレームワーク/全体設計に焦点を当て、指示に従うのが本当に簡単になります。

例でリード。悪いチームはなく、悪いリーダーだけがいます。

良いチームを作ることができます。それらのいくつかは良くなったかもしれませんし、現在のプログラマーよりも良い人を見つけるかもしれません。しかし、結局のところ、優れたリーダーには優れたチームがいます。