Entwicklerproduktivität – ihre 9 schlimmsten Feinde

1. Unterbrechungen und Besprechungen / Online-Anrufe

Das ständige Piepen von Benachrichtigungen aus Kommunikationskanälen und E-Mail-Postfächern gehört zu den klassischen Störfaktoren. Es kann bis zu 30 Minuten dauern, bis der Geist eines Entwicklers wieder in die kreative Zone zurückkehrt und dort weitermacht, wo er vor der Unterbrechung war. Und je häufiger er gestört wird, desto frustrierter ist er, desto schlechter ist die von ihm geleistete Arbeit und desto mehr Fehler macht er.
Lösung: Wenn Sie Benachrichtigungen nicht für mehrere Stunden deaktivieren können, aktivieren Sie nur solche von Kanälen, die Sie unmittelbar betreffen.

Der Unterschied zwischen einer Störung und einer Besprechung besteht darin, dass Letztere geplant ist. Der Effekt ist jedoch gleich, vielleicht sogar noch schlimmer, da der Entwickler weiß, dass er sich nicht voll seiner Arbeit widmen kann. Eine Besprechung gegen elf Uhr führt zum Beispiel dazu, dass während des Vormittags keine größere Aufgabe erledigt wird.

Lösung: Kurze Besprechungen gleich zu Beginn des Arbeitstages oder kurz vor dem Mittagessen ansetzen.

2. Unbestimmtheit

SIE hält nicht nur auf, sondern kann dem Entwickler derart die Arbeit verderben, dass er über eine Kündigung nachdenkt. Dass etwas nicht funktioniert, ist keine Aufgabenstellung! Ein Bug Report sollte genügend Informationen enthalten, damit der Entwickler weiß, wie er damit umgehen soll. Ansonsten verschwendet er Zeit mit der Suche nach Informationen und mit Nachdenken.

3. Möwen-Management

Projekt involviert, „fliegen“ aber dennoch ab und zu herbei und "vermasseln" alles. Ohne genügend Informationen kritisieren sie sofort alles: Das sieht schrecklich aus. Korrigieren Sie das.” Für Entwickler ist diese Art von Verhalten sehr demotivierend und kann ihre Arbeitsmotivation gleich für mehrere Tage senken.

Lösung: Zum Projekt sollten sich Leute äußern, die genug Informationen darüber gesammelt haben

4. Verdienste

Es passiert ziemlich oft. Das Verdienst für die Arbeit eines Entwicklers schreibt sich oft ein anderer Entwickler oder Manager zu. Dies erzeugt Spannungen, die die Entwicklerproduktivität für lange Zeit zerstören.

5. Arbeitsumgebung

Die Arbeitsproduktivität wird von vielen Faktoren beeinflusst. Zum Beispiel lieben Programmierer Geräusche, die Mitarbeiter in anderen Positionen stören können – ein gewisses Maß an weißem Rauschen (laute Klimaanlage, Geräusche vorbeifahrender Autos und Lastwagen) ermöglicht es ihnen, sich besser zu konzentrieren.

6. Mehr Tools und Hardware

Entwickler verwenden täglich Dutzende von Tools zum Programmieren, Senden und Kompilieren von Quellcode. Je mehr davon automatisiert werden kann, desto besser. Wenn ein Programmierer jedoch veraltete Tools verwendet, wirkt sich dies auf seine Produktivität aus. Damit verbunden sind auch die Qualität und Leistung der Ausstattung sowie beispielsweise die Möglichkeit, einen zweiten Monitor anzuschließen. Dies bedeutet, dass sich die Investition auszahlt. Je besser die Werkzeuge, desto höher die Produktivität.

7. Die Dokumentation sagt wie, aber nicht warum

Das Kommentieren von Quellcode ist eine gängige Praxis, die bei späteren Änderungen und Problemen hilfreich ist, insbesondere wenn sich ein anderer Entwickler als derjenige damit befassen muss, der den Code ursprünglich geschrieben hat. Ein häufiger Fehler ist jedoch, dass es nur wenige Kommentare gibt oder darin nur beschrieben wird, was der Code tut, aber nur selten, warum er etwas tut.

r = n / 2; // Setze r auf n geteilt durch 2

// Wiederhole das, bis r — (n/r) größer oder gleich t ist, wobei (abs (r — (n/r) ) > t) {r = 0,5 * (r + (n/r) ); // Setze r auf die Hälfte von r + (n/r)

}

Würden Sie gerade einen Fehler beheben und stießen auf diesen Code, wüssten Sie nicht, wo Sie anfangen sollen.

8. Unmögliche Termine

Jeder hat heute mit unangemessen kurzfristigen Fristen zu kämpfen, Entwickler umso mehr. Manager versuchen, ursprünglich geschätzte Fristen zu verkürzen und die resultierende Schätzung als verbindlichen Termin zu betrachten. Diesen erachten sie als gültig und teilen ihn mit der Geschäftsleitung. Kein Wunder, dass Programmierer das Gefühl haben, dass Fristen unangemessen sind, dass Spannungen auftreten, die es schwierig machen, sich zu konzentrieren.

Lösung: Legen Sie gemeinsam mit dem Entwickler realistische Termine fest

9. Streuung des Umfangs

Die Streuung des Umfangs verwandelt relativ einfache Anforderungen in schrecklich komplexe und zeitaufwändige Monster! Und meistens passiert es während der Entwicklung! Beispiel einer einfachen Funktion:
Version 1 (vor der Implementierung): Die Funktion lautet "Ortskarte anzeigen".
Version 2 (wenn Version 1 schon fast fertig ist): Die Funktion ändert sich zu "3D-Ortskarte anzeigen".
Version 3 (wenn Version 2 schon fast fertig ist): Die Funktion ändert sich in "3D-Ortskarte anzeigen, die der Benutzer durchfliegen kann".

Wenn Sie von Ihrem Entwickler eine höhere Produktivität erwarten, sprechen Sie mit ihm. Fragen Sie ihn, womit er am meisten zu kämpfen hat und was ihn von der Arbeit abhält. Die überwiegende Mehrheit der Probleme ist lösbar. Obwohl sich die heutige Technologie stark von der vor 30 Jahren unterscheidet, sind die Lehren immer noch dieselben. Bei der Bewertung der Teamproduktivität können Sie den menschlichen Faktor nicht ignorieren. Gehen Sie mit Ihrem Team Prozesse, Umgebungen und Arbeitsgewohnheiten durch und lassen Sie sich von ihnen zu höchster Produktivität führen und sie gleichzeitig zufrieden sein.