Fast jeder Manager kennt es: Man bekommt ein neues Team, es ist eine Gruppe aus vielen Entwicklern. Man weiß nicht, welche der Entwickler gut sind, wem man Gehaltserhöhungen gibt (um eine Abwanderung in andere Firmen zu vermeiden) und wen man besser feuert um die Effizienz zu steigern. Auch Stefan Pallmer (Name von der Redaktion geändert) stand in seiner Karriere bereits mehrmals vor dieser Problematik und hat sich inzwischen zum Spezialisten auf dem Bereich entwickelt. In einem Interview hat er uns seine Top 5 Punkte gegeben um herauszufinden, welcher Entwickler wirklich etwas drauf hat (sogenannte 10x Entwickler) und welche Entwickler nur Kosten verursachen (sogenanntes Dead Weight). Indem er sich strikt an diese 5 Punkte gehalten hat, hat er bei einigen Firmen einen Wachstum im Gewinn von bis zu 20% erreichen können - das ist mehr als man durch die meisten anderen Methoden jemals erreichen kann!

Die 5 Methoden der Effizienzmessung⌗

Methode 1: Lines of Code!⌗

Viele Leute heutzutage sagen, Lines of Code sind kein Kriterium für gute Arbeit. Das ist ein typischer Fall von Kognitiver Verzerrung, spezifischer Selektiver Wahrnehmung. Diese Aussage wird nämlich nur von den langsamen Entwicklern getroffen, als Ausrede dafür, dass sie nicht performen. Wie so oft sind da diejenigen die lautesten, die eigentlich den falschen Standpunkt haben. Lines of Code zu zählen ist sehr einfach, es gibt Tools dafür (Github zeigt zum Beispiel die Lines of Code pro Entwickler in den letzten Monaten an!) und können somit auch von technisch weniger versierten Managern verwendet werden. Es ist ganz einfach: Je mehr Lines of Code ein Entwickler geschrieben hat, desto mehr performt er. Im Jahre 2006 war die Office Suite für MacOS ca 30 Millionen Lines of Code lang. Inzwischen ist es sicher extrem gewachsen. So viele Zeilen schreiben sich nicht von alleine.

Methode 2: Chatprogramm Anwesenheitszeit messen⌗

Viele Chatprogramme bieten heutzutage ein sehr großartiges Feature an: Wenn der PC eine bestimmte Zeit lang nicht aktiv benutzt wurde, wird man im Programm auf “Abwesend” gestellt. Da in vielen Firmen heutzutage sowieso Microsoft Teams verwendet wird (ein großartiges Produkt übrigens), kann man dieses Feature direkt ausnutzen. Denn auch Teams stellt den Nutzer auf Abwesend, wenn er oder sie die Tastatur und Maus seit längerem nicht verwendet hat - und die Abwesenheit kann nur einwas bedeuten: Der Entwickler arbeitet nicht! Vermutlich macht er gerade eine lange Kaffeepause, geht aufs Klo, kümmert sich um Spülmaschine oder Waschmaschine oder schaut Fern! Für keine dieser Aktivitäten bezahlen wir Mitarbeiter, daher kann ein Mitarbeiter der in Teams oft auf Abwesend steht gerne mal eine Gehaltskürzung erhalten.

Methode 3: Mitarbeiter belauschen⌗

Flurfunk ist in Firmen sehr beliebt. Mitarbeiter schwätzen gerne und lästern gerne. Das kann man sich zu Nutzen machen! Ein paar versteckte Mikrofone im Flur und an der Kaffeemaschine können da sehr hilfreiche Aufschlüsse geben. Zwei perfekte Fälle können hier eintreten:

  1. Die Mitarbeiter schwärzen einen ihrer Mitarbeiter an: Oft sagen Entwickler so Dinge wie “Bob hat schon wieder nur Mist entwickelt. Da sind lauter Bugs drin und er hat 3 Wochen für dieses Minifeature gebraucht!”. Informationen wie diese sammeln wir natürlich gerne.
  2. Die Mitarbeiter schwärzen sich selbst an: Noch besser! Wenn man mal an der Kaffeemaschine lauscht hört man oft genug Aussagen á la: “Ich bin heute schon wieder so KO, wieder mal viel zu wenig Schlaf gehabt”. Wenn sich solche Aussagen bei einem Mitarbeiter häufen, sollte man sich ernsthaft Gedanken machen ob man als Arbeitgeber Geld verdienen möchte oder ein alternativer Schlafplatz für Fritz sein möchte.

Methode 4: Agilisten⌗

Wie auch schon in einem früheren Blogpost beschrieben, führt Agile zu sehr vielen zeitaufwändigen Meetings. Vor allem schlechtere Entwickler sind oft große Fans von Agile, weil sie ihre Ineffizient hinter den Meetings verstecken können. Stefan Pallmer sagt, er hat oft genug Mitarbeiter gefragt, warum bestimmte Aufgaben nicht abgeschlossen sind und daraufhin gesagt bekommen, dass die Entwickler leider am Tag davor viele Agile Meetings hatten und deswegen zu nichts gekommen sind. Wenn genau diese Leute sich dann selbst auch noch als Agile Fans oder Agilisten bezeichnen ist das ein sehr gutes Zeichen dafür, dass sie nur ihre eigene Unfähigkeit verdecken wollen.

Methode 5: Regelmäßige Programmiertests⌗

Mit Tests kann man prüfen, ob Entwickler es schaffen, eine bestimmte Aufgabe in einer kurzen Zeit zu lösen. Eine sehr leichte Methode um die Spreu vom Weizen zu trennen. Der Trick daran: Nennt den Test “Coding Kata”! Entwickler sagen, Coding Katas wären kleine Aufgaben um die eigenen Skills zu trainieren und freuen sich auch noch, wenn sie das tun dürfen! Wer am Ende der Stunde die Aufgabe nicht gelöst hat, ist halt bald weg vom Fenster, oder sollen wir besser sagen weg vom Arbeitsplatz.

Fazit⌗

Wenn man die obigen Methoden einsetzt kann man auch als untechnischer Manager sehr leicht herausfinden, ob Mitarbeiter ihr Gehalt wert sind oder nicht. Dieses Wissen und die daraus folgenden Aktionen führen schnell zu einer Gewinnoptimierung in der Firma. In Zeiten in denen es viel Konkurrenz am Markt gibt, ist jeder ineffiziente Entwickler teuer und führt zu verpassten Projekten, weniger Gewinn und letzten Endes zum Bankrott. Und das wollen wir ja nicht, da hängt ja auch unser Gehalt als Manager dran.