Wie gehe ich mit egozentrischen Programmierern um?


15

Lassen Sie mich das ein wenig erklären.

In einem früheren Job hatte ich einen Kollegen, der beim Management einen guten Ruf hat. Er war immer pünktlich fertig. Und die Chefs waren mit seinen Fortschritten zufrieden, so dass sie gewisse Privilegien erhielten.

Das Problem war, dass die anderen Programmierer sein Geheimnis kannten. Er hat die 80/20-Regel optimiert und seine 20-prozentige Zeit darauf verwendet, 80 Prozent des Codes fertig zu stellen. Die anderen (harten) 20% wurden den Wartungsprogrammierern überlassen. Die (nicht überraschend) wegen mangelnder Fortschritte bestraft wurden. Aber weil dieser Programmierer einen guten Ruf bei der Geschäftsführung hatte, war es fast unmöglich, die Schuld auf ihn zu verlagern. (Zum Glück hat er die Firma verlassen).

Meine Frage ist, was als Programmierteam zu tun ist, wenn Sie einen solchen Programmierer in Ihrem Team haben. Versuchen Sie, das Management vor dem Risiko zu warnen, Ihre eigenen Chancen zu ruinieren? Akzeptierst du die Tatsache? Oder gibt es andere Möglichkeiten.


6
Ich bin mir nicht sicher, ob "egozentrisch" der richtige Begriff ist. Ich würde so etwas wie "täuschen" versuchen.
Wizard

mögliches Duplikat von Umgang mit der "Programmierung

2
Wahre Begebenheit: So wurde UNIX entwickelt und brachte eine ganze Generation von gleichgesinnten Programmierern hervor. Siehe Schlimmer ist besser .
imgx64

Wenn Sie abstimmen können und denken, dass dies eine nützliche Frage ist, oder wenn Sie unten nützliche Antworten haben, stimmen Sie ab. StackExchange-Sites benötigen Stimmen, um eine gute Community aufzubauen. Sie können 30 Stimmen pro Tag abgeben, verschwenden Sie sie nicht. Speziell Anwender mit hohem Ansehen und niedrigen Zählen erhaltenen Stimmen lesen Sie bitte diesen: meta.programmers.stackexchange.com/questions/393/...
Maniero

Die Einheiten stimmen nicht mit 20% Zeit und 80% Code überein. Lassen Sie es einfach so: "Er hat an den 80% gearbeitet, die einfach waren, und die 20%, die für den Rest des Teams schwierig waren."
Huperniketes

Antworten:


13

Versuchen Sie, ein Codeüberprüfungsteam zu implementieren. Es hört sich so an, als würde dieser Programmierer alleine an einem Projekt ohne Teaminteraktion arbeiten. Ich würde versuchen, einen teambasierten Workflow zu fördern, damit er nicht einfach über alles hinwegstapfen und es dann an Ihrer Tür lassen kann.


1
Implementieren Sie reale Messwerte für den Bereich der Standardarbeitseinheiten, und berücksichtigen Sie dabei reale Programmierfaktoren und nicht die Meinung des Managements (dh mehr LOC = besserer Programmierer).
Inkognito

8

Die Menschen sollten unterstützen müssen, was sie entwickeln, sonst lernen sie nie, unterstützbare Dinge zu entwickeln.

Realistisch gesehen kann man das nicht immer zu 100% tun, aber selbst ein bisschen reicht aus, um eine Menge solcher Probleme die meiste Zeit zu lösen.


6

Es hört sich so an, als ob es ein grundlegendes Problem bei der Art und Weise ist, wie Sie Ihre Arbeit verfolgen oder Ihre Projekte verwalten.

Ein Ingenieur oder eine Gruppe von Ingenieuren sollte für die Bereitstellung vollständiger Merkmale und Funktionen verantwortlich sein. Es wird erst gemacht, wenn es ohne Probleme ausgeliefert oder in Produktion ist.

Wenn Sie jemanden nur an ausgewählten Teilen des Projekts arbeiten lassen, werden Sie immer Opfer des politischen Spiels des Systems.

Es hört sich so an, als ob diese Person bei der Ernte von Kirschen sehr effektiv war, ohne dabei einen Mehrwert zu liefern.


5

Teilt das Management die Anforderungen in Aufgaben auf? Wenn nicht, dann liegt da dein Problem.

Der Programmierer kann nicht 80% von allem fertig stellen, wenn er nur für die Aufgaben gesperrt wäre, die er ausführen sollte. Statt Zeit für andere Aufgaben zu verwenden, könnte er Zeit aufwenden, um seine eigenen Aufgaben zu perfektionieren. Testen, Dokumentation, Refactoring, eine weitere Aufgabe, die in seinem Zeitplan steht ...


Es war vor einigen Jahren bei einem früheren Job. Das Management war nicht sehr gut und alles was ich weiß ist, dass das Unternehmen nicht mehr existiert.
Toon Krijthe

3

Das ganze Team muss ihm in den Arsch treten! Glauben Sie mir, sein Verhalten wird sich für immer ändern.


2

Ich bin erstaunt, wie ich in einer Besprechung sitze und ein Manager festlegt, ob er eine Funktion hinzufügen soll oder nicht, damit er sich nicht mit einer bestimmten Person auseinandersetzen muss, die bei bestimmten Aufgaben immer wütend wird. Ich weise darauf hin, dass ich vielleicht wütend werden sollte, wenn ich gefragt werde, was ich tun soll. Mein Chef erwähnt schnell, dass dies eine schlechte Idee ist, wie sie sollte.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.