エゴセントリックなプログラマーをどう扱うか？

これについて少し説明しましょう。

以前の仕事では、経営陣に評判の良い同僚がいました。彼はいつも時間通りに終わった。そして、ボスは彼の進歩に満足していたので、特定の特権を得ました。

問題は、他のプログラマーが彼の秘密を知っていたことです。彼は80/20ルールを最適化したため、コードの80％を完了するために20％の時間を費やしました。他の（ハード）20％はメンテナンスプログラマーに任されていました。誰も（驚くことではないが）進歩がないためにペナルティを受けた。しかし、このプログラマーは経営陣との評判が良かったため、責任を彼に移すことはほとんど不可能でした。（幸い彼は会社を辞めた）。

私の質問は、チーム内にそのようなプログラマーがいる場合、プログラミングチームとして何をすべきかということです。あなたは自分のチャンスを台無しにするリスクで経営陣に警告しようとしていますか？事実を受け入れますか？または、他のオプションがあります。

コードレビューチームを実装してみてください。このプログラマーは、チームとの対話なしでプロジェクトに単独で取り組んでいたようです。彼がすべてを踏みつけてそれをあなたのドアに置いておくことができないように、私はよりチームベースのワークフローを奨励しようとします。

人々は開発したものをサポートしなければなりません。

現実的には、これを常に100％実行できるとは限りませんが、この種の問題の多くをほとんどの時間で解決するには、少しでも十分です。

作業の追跡やプロジェクトの管理方法の根本的な問題のようです。

エンジニアまたはエンジニアのグループは、完全な機能を提供する責任があります。問題なく出荷されるか、運用環境で実行されるまで実行されません。

誰かがプロジェクトの選択された部分のみで作業するようにすると、システムの政治的ゲームの犠牲になります。

この人は、価値を提供せずに桜狩り作業で非常に効果的だったようです。

管理者は要件をタスクに分割していますか？そうでない場合は、問題があります。

プログラマーは、自分がすべきタスクのみにロックされている場合、すべての80％を完了することはできません。他のタスクに時間を費やす代わりに、自分のタスクをより完璧にするために時間を費やすことができます。テスト、ドキュメンテーション、リファクタリング、彼のスケジュールにある次のタスク...

チーム全体が彼のお尻を蹴らなければならない！私を信じて、彼の行動は永遠に変わります。

私は会議に座って、マネージャーが機能を追加するかどうかを決定するので驚いています。私は、物事をするように求められたら怒ってしまうかもしれないと指摘します。私の上司は、これは彼女がすべき悪い考えだとすぐに述べています。