あなたのチーム メンバーの 1 人が「テクニカル リーダー」または「チーム リーダー」に任命されましたが、彼は技術的に無能であり、主要なリーダーシップ スキルを欠いています。
技術的に無能とは、抽象クラスとインターフェースの違いを知らない、結合を避けるべき理由を理解していない、結合の概念を理解していない、考える時間を取らずに解決策を提供していることを意味します。 、継承よりも構成を優先する必要がある理由を理解せず、設計パターンを取得しません (シングルトン パターンを除く)。
さらに、その人は10年以上の「経験」を持っています（そうです、彼は実際の経験とはまったく異なる次元を与えられているので、その言葉を引用符で囲みました）。
私は職場でそのような人と付き合っています。この職業に対する私の情熱を奪っています。
どのように反応しますか？職業はなんですか？
ブライアン、
これはあなたのチームリーダーです。ねじ込むのをやめて、仕事に戻りましょう！
自分で能力を示し、チームの意見の不一致のためにプロジェクトを苦しめないでください。上司に、あなたまたは他の誰かがその役割に適している可能性があることを示してください。そこにぶら下がって、あなたの情熱を失わないようにしてください。あなたの倫理に固執し、あなたの仕事をうまくやりなさい。しかし、視界にまったく変化がない場合は、別のものを探すことをお勧めします。
私があなたの両方を管理していた場合、あなたの不満のいくつかは、問題が100％彼のせいではなかったと私に思わせるでしょう。
彼は本当に「考える時間をとらずに」解決策を提供しているのでしょうか、それとも彼の経験から導き出された解決策を提示しているのでしょうか。
継承よりも構成を優先する必要がありますか？私は個人的には同意しますが、継承を支持する人が「技術的に無能」であると非難することは決してありません。
彼はデザインパターンを「取得」しませんか、それとも単に同じ用語を使用しませんか？
技術的無能の同僚を非難することはかなり深刻な罪です。ソフトウェアの正当な議論に依存しない主張をする必要があります。
上司に相談するだけです。客観的になり、テクニカル リードが間違っていた\無能な具体例を示します。あなたができる悪いことは、テックリードと戦うことです. 問題をエスカレートするだけです。あなたの上司が合理的な人なら、彼はあなたを助ける方法を見つけるでしょう、そうでなければあなたは運が悪いです:)
テック リードの決定があなたの仕事に影響する場合は、黙っていてはなりません。それ以外の場合は、問題の責任を負うことになります。
私はリーダーと部下にそのような問題を抱えていました。本人に交渉しても、なかなか思い通りの結果にならない。上司/スタッフマネージャーの問題にしてください。成功の鍵は、客観的で説得力があることです。
編集：
トビアスの答えに+1。あなたが泣き言を言う敗者ではないことを証明してください。そうすれば、新しいチームリーダーになるかもしれません。あなたの技術リーダーがどれほど愚かであっても、あなたは常に自分の仕事をうまくやるべきです. 私を信じてください、マネージャーは責任ある従業員に感謝します。プロジェクトを妨害しないでください。積極的な対策を講じてください (ローカル ジョブ リストを確認することを忘れないでください)。
もちろん、上司が技術リーダーの親しい友人である場合や、多くのマネージャーが彼をサポートする場合は、まれな状況になる可能性があります。この状況で言うべきことはあまりありません。強くなるか、去るかです。
座って、彼にぶら下がらせてください。あなたが何かをする理由はありません。
彼は無能ですか？それとも、若さの傲慢さに頭が真っ赤になっているだけですか？
彼は無能かもしれませんが、技術的にあなたほど強くないのかもしれません。誰をチームリーダーにするかを考えるとき、技術力は1つの要素にすぎません。
おそらく、彼はあなたの技術的能力とプロとしての判断力に疑問を投げかけているでしょうか？おそらく、あなたは彼と関わり、あなたのさまざまなアプローチについて彼と話し合うべきです. あなたは実際に彼から何か新しいことを学ぶかもしれませんし、あなたの強みを彼に示すことができるかもしれません。彼はあなたのアドバイスや意見に依存するように成長するかもしれません。
私は何人かのひどいチームリーダーと何人かの素晴らしいチームリーダーを持っていました。いずれの場合も、専門的にも技術的にも、私は彼らよりも優れていると思いました。時々私はそうしましたが、多くの場合、彼らの強みを単純に理解していませんでした。
最終的に、男が本物の七面鳥である場合、にやにや笑って耐えるか、立ち去る必要があります。彼をぶらぶらして乾かしても、あなたに有利になる可能性はほとんどありません-優れたチームリーダーは、健全な政治的、個人的、およびビジネス上のスキルを示さなければならず、扱いにくい可能性のある幅広い人々と協力できなければなりません.
[記録として、私のライン マネージャーの 1 人はとてもひどかったので、私は辞めました。殴られたときを知ることも価値のあるスキルです！
チーム リーダーは、プロジェクトではなく、チームを率います。
あなたは専門家として、技術的なことを知っている必要があり、チーム リーダーはあなたを信頼します。
おそらく、開発者の 1 人がプロジェクトをリードし、技術的なことについてリードする必要があります。
私の経験では、開発プロジェクトのすべての分野に従事することで自分の価値を示し、多くの場合、他の人の挑戦的なタスクを支援し、さらに重要なことに、プロジェクトを完了するために必要なことを率先して実行することをいとわないメンバー彼らの努力に対して報われた。
報酬がタイトルの形で来るか、良いレビューの後のプロモーションの形で来るかどうかにかかわらず、それは起こります。あなたがその人である場合、あなたのチームリーダーはすでにそれを知っており、それによって脅迫される可能性があります。おそらく彼/彼女の上司も知っています。
あなたが好意的なレビューを得て、レビュー時に報われるなら、あなたのチームリーダーを時々見栄えよくすることはあなたのキャリアを助けるだけです。
プロジェクトの成功を支援し、戦略的な機会を利用してチームリーダーに物事を行うための「正しい方法」を示すことで、敵ではなく味方を育成できることがわかります。
そして、彼/彼女が本当にリードしたりインスピレーションを与えたりする方法を知らないなら、それはあなたがやりたいことです。じゃやれ。チームメイトを率いてください。ただし、チームメイトがあなたの幅広い知識を尊重するようにしてください。他のマネージャーはこれを見るでしょう、あなたはうれしい驚きかもしれません。
リーダーになりたい場合は、チームリーダーにアプローチし、次のプロジェクトでポイントを取ることができるかどうかを尋ねる必要があります。彼/彼女はあなたが彼らにいくらかの負担を軽減することを許してくれることを喜んでいるかもしれません。
できる限り最高の仕事を続け、チームにできる限り最高のアイデアを提供し続けるしかないのです。なんで？
チームの成功の失敗は、管理タイプによってもあなたの失敗と見なされます（彼らが非常に精通している場合を除く）。それはひどい状況ですが、ほとんどの人が以前に経験したことのある状況です。
チームリーダーが明らかに間違っているときにあなたのアドバイスを絶えず無視する場合は、タスクを別の方法で処理する必要があると思う理由を詳細に説明し、それをすべてのチームメンバーに提出してください。チームを合意形成に向けて動かし、チームリーダーの専制政治から遠ざけるようにしてください。それが繰り返し失敗した後でのみ、問題のエスカレーションを検討する必要があります。
次の場合を除いて、問題をエスカレーションすることはお勧めしません。
それが終わったら、チームリーダーの技術的決定に対する反対意見を明確かつ簡潔に作成し続け、あなたが書いている理由とそれらが間違っている理由の正当化と例を添えて、上司とチームリーダーの上司にCCを送り始めます。
ソフトウェア開発における主な資格は、ストレスに耐える能力です。頭痛は常に何らかの形でやってくるでしょう。あなたにとって良いことだけを探してください。ランチタイムの 20 分間の散歩は、現在、私のお気に入りの仕事です。
自分の能力を最大限に発揮して自分の仕事をしてください。
悪いアドバイスをする人にアドバイスを求めないでください。
「友達を獲得し、人々に影響を与える方法」を読んで、彼が「それを理解する」のを手伝ってください.
これらの状況についての私のアドバイスは、常に「現在の状況が気に入らない場合は、6か月間待つ」というもので、通常、状況は急速に変化します。私は会社で5年未満働いており、5人の異なるマネージャーがいました。誰も彼らの仕事を吸うのが好きではありません、彼が吸うならば、彼はおそらく彼の決定を後悔するか、彼自身を変えるか、または先に進みます。
私はこれを難しい方法で学びました-私は彼を長い間知っていたので、本質的に彼のファシリテーターになることによって. 二度と！
選択肢は 3 つあります (まあ、本当に無限の選択肢ですが、私にはポジティブなルートのように思える 3 つです)。
彼が犯したすべての間違い、彼が無能さを示した事件、そして彼がどのようにチームのアンカーであったかを文書化します. この情報を彼に突きつけて、彼が適切に再配置を依頼するか、あなたが彼の上司に行くかのいずれかであることを彼に説明してください。彼と一緒にポイントを獲得することはできませんが、気にしますか? 彼の上司が彼のためにバットに行く場合は、歩く準備をしてください. 彼が顔を救うことができるので、私はこれが好きです. 最近では、これをあまり行う傾向はありません。
組織内の別のグループへの異動を依頼します。理由については完全に正直に言うことができます。 歩く準備をしてください。あなたが本当に会社の資産である場合、このディルウィードの管理外の新しいポジションにこれを活用できます.
歩く。これは、私の首相が問題を解決するために何もするつもりがないことが明らかになった後、私が最終的にやったことです. 彼は本質的に、私の直属の上司と同じくらい無能でした。結局、彼らが無能だったのはよかったと思います。
私が思うに、あなたには 3 つの選択肢があります。その男を追い出す、彼のグループから出る、会社から出るということです。才能のある開発者が自分よりも良い仕事に就けない理由はありません。才能のあるプログラマーを求めて叫んでいる開発者が多すぎます。
ではごきげんよう！
私はそこに行ってきました。最初は最善を尽くしてその場にとどまるようにしてください。その人は失敗してすぐに去ってしまうかもしれません。しかし、あなたの正気が危険にさらされていると感じたら、別のポジションに行ってください.
乾杯、アリ
時には、彼の無能さという差し迫った問題を超えて、そもそも彼が採用されるまでのプロセスを見る必要があります。
あなたの会社での採用慣行が、「経験豊富」でありながら能力のないチーム リーダーを許可している場合、次の点を考慮する必要があります。
あなたの会社の採用慣行を改善するために何かできることがあるかどうかを自問する必要があります。できると思ったら、やってみましょう。しかし、あなたの会社の文化が、これが明らかに不可能な場合は、履歴書をはがすことをお勧めします。
私はまさにあなたの問題に遭遇しました。私の場合、初日から、この男が挑戦に耐えられないことは明らかでした (そして、彼が StackOverflow を読んでいないことは 99.999% 確信しています!)。CEOに状況を説明したところ、彼は当初、状況が変わるという希望を与えてくれました。しかし、私は彼が私の苦情に口先だけを支払っているだけであり、結果として何も起こらなかったことを発見しました. 2年後、私たちのチームリーダーはついに「降格」され、辞任を余儀なくされました。基本的に彼は解雇されましたが、私たちの CEO が問題に対処するのに 2 年かかりました。
幸運を！
ああ、思い出... 私はかつて、「まあ、私の10年間の経験で...」というフレーズですべての教義を始めた仲間と一緒に仕事をしました。
彼は実際には 10 年間の経験を積んでいたわけではありません。
リードが無能なら、男性でなくてもユニフォームを尊重し、彼が決めた通りに行動する。彼はあなたに落ちません。これにより、会社に対する義務と自己保存の義務とのバランスを取る必要があります。
それまでの間、より良い仕事を探してください！この人を昇進させた人が、自分が無能だということに気づかなければ、事態はずっと変わらないだろう...
MusiGenesis とジェイソン・スティーブンソンがぴったりです。
彼らが言ったことに一歩足を踏み入れましょう：
上司を成功させましょう。
あなたの上司は技術的に無能かもしれませんが (私たちにはわかりません。彼は自分自身を弁護しているわけではありません)、会社の他のメンバーとうまくやっていくスキルを持っているかもしれませんし、マーケティングのようなスキルを持っているかもしれません。または、あなたの生活を楽にする主要な利害関係者との強固な関係です [ほとんどの開発者にはほとんど見えないため、必ずしも知っているとは限りません]。重要なのは、彼にはあなたとは異なる責任があり、彼の負担はより大きいことを理解することです. 彼は救いの手と味方を使うことができました。
試してみる。彼に敬意を持って接し、物事が間違っていたとしても、人々は尊敬に値する可能性があることを忘れないでください. それはすべて、人間であり有限であることに帰着します。
あなたはただやめることができますか？
あなたが有能な経営陣を持っていると仮定すると（リーダーの選択を考えるとそうではないかもしれません）、彼らの選択が悪いものだったという事実は常に明らかになります. 前に述べたように、彼は最終的に自分の墓を掘るでしょうが、それが原因でプロジェクトが苦しまないようにしてください.
経営陣が問題に関心を持ち始めた場合は、介入して問題の解決を支援することを申し出てください。これは、あなたが彼の仕事をこなせるだけでなく、より上手に仕事ができることを示します。
また、技術的な問題 (開発者の問題であれ、その他の問題であれ) が存在する場所を経営陣に客観的に伝えることも、開発者としてのあなたの責任です。彼があなたが取り組んでいるプロジェクトを危険にさらしていると感じた場合は、介入してその意見を表明する必要があります.
また、最も一般的な間違いの 1 つは、このような状況で熱烈な議論をすることです。感情に流されないようにしましょう。彼がどんなに貧弱な開発者であっても、彼が何かについて正しい可能性があることを忘れないでください。
状況がすぐに変わらない場合は、別の部門を離れるか、異動することを検討してください。そんな人をチームリーダーに昇進させるような会社や上司の下では、成功するのは難しいでしょう。
私は彼に自己破壊を許します。あなたのアイデアを知らせてください、しかしあなたがそうする必要がないならば、それらを不当に押し出さないでください。アイデアは、真実であることが判明したあなたのアドバイスに従わないことによって、彼に首を吊らせることです。あなたが巧妙で、敬意を持っており、部下ではない場合、上司は気付くはずです。それがうまくいかない場合は、いつでも別の仕事を見つけることができます。
あなたのチーム リーダーが無能であっても、それがあなたに直接影響しない限り、あなたやあなたの仕事に不満を抱かせるべきではありません。それと同じくらい簡単です。
あなたは彼よりも優れていることを知っています。だからあなたの仕事をして、優れています。プロジェクトを成功させるためにあなたの才能を発揮してください。チームのリーダーについて心配することに時間を費やす必要はありません。彼/彼女が 10 年の経験を持っていて何も知らないのであれば、それは彼にとって悪いことであり、あなたにとって悪いことではないことを知っているはずです。
そして、はい、例えばデザインや何かを提案する際に彼が特定の間違った技術的決定を下している場合は、いつでもあなたの提案を入れて、あなたの提案がより優れていることを優雅に皆に納得させることができます. しかし、それを良い方法で行います。10年経験者に失礼な話し方。エゴ要素が入ってくるので、あなたに何の恩恵もありません。
彼にあなたがあなたの取引で（良い意味で）優れていることを認識させ、それがあなたにとって驚くべきことであることを理解させてください。
私には、7 年間の .NET/C# の経験 (私と同じ) を主張するチーム リーダー (彼と私の 2 人のチーム) がいて、その前に他の言語 (私が持っていない) の経験がさらに数年あります。
この男がどの岩の下で寝ていたかはわかりませんが、次のようなコードが表示された場合:
public byte[] ReadBytes(string filename)
{
FileStream fs = new FileStream(filename, FileMode.Open, FileAccess.Read);
BinaryReader br = new BinaryReader(fs);
FileInfo fi = new FileInfo(filename);
byte[] buffer = new byte[fi.Length];
for (int i = 0; i < buffer.Length; i++)
{
// optimize this
buffer[i] = br.ReadByte();
}
return buffer;
}
そして、彼は今でも、1 ～ 2 年の経験を積んだ人なら誰でも知っているはずの些細なこと (すでに締め切りが迫っています) の単体テストを書くことに時間を浪費しています。
FileStream を適切に使用する方法を知らないことに加えて (BinaryReader はどうした? ;p )、彼はそこにFile.ReadAllBytes.
とにかく、彼が「貢献した」このコードを見たとき、私は彼に上記の機能をあなたに伝えました。MSDN のリンクを電子メールで彼に送りましたが、Outlook が閉じられていたため、彼はそれを受け取りませんでした。それから私は床からあごを拾うために10分ほどタバコを吸うために外に出ました。私が戻ったとき、彼はまだ方法を見つけることができませんでした。彼はメソッドが存在しないと言って「new File().Rea...」のようなことを試みています。
私はおそらく口を閉ざして、彼がコードをチェックインするのを待つべきだったのですが、それは今から数週間後かもしれません...
また、私は彼に関するさまざまな問題をマネージャーに話し、他の問題を解決するためにグループで話し合いました.
とはいえ、今も精一杯頑張っています。2 人のチームの中で自分だけがコードに貢献し (彼が 200 行以上のコードを手書きで書いているのを見たことがないと思います)、1 週間に 60 時間以上費やしていることを知ると、イライラします。
私の現状。:|
注: コードは、私が見たのとまったく同じではありません。より長く、おそらく既存のファイルをチェックしたり、ストリームを閉じたりする必要がありました。
私にも同じことが起こりました...
その男は10年以上の「経験」を持っていました。数か月後、私の目からベールがはがれました。彼の「経験」は、多かれ少なかれ、次のようなものでした。
私の解決策は？私は耐えた後、最初に移動しました！
編集：
結局のところ、彼は「リーダー」よりも「リーパー」と表現することができます
マネージャー、特にマイクロ マネージャーを管理することで、マネージャーを管理します。