führende Entwickler

Unterschiede zwischen der Arbeit mit Entwicklern und Technikprojekten und der Führung von Menschen in anderen Bereichen?

Hier gehen wir Themen wie Führungsstile und grundlegende Methoden durch, wie man mit Menschen auf eine inspirierende, motivierende und unterstützende Weise zusammenarbeitet.

Wenn du einen Finger auf jemanden anderen zeigst, zeigen drei Finger auf dich selbst (Zitat von unbekannten). Alles in der Führung beginnt bei dir selbst.

– „Wenn du dich selbst führen kannst, kannst du auch andere führen“ (unbekannt). 

Als ich bei Maersk Grundlagen der agilen Führungstrainings leitete, bat ich die Teilnehmer, aufzuschreiben, was ihrer Meinung nach großartige Eigenschaften von Führungskräften im Vergleich zu Managern sind.

Bei der Vorstellung der Ergebnisse waren die Eigenschaften für Manager Dinge wie „Arbeit aufteilen“, „Bericht an die Top-Manager“, „Den Budget haben“, „Entscheiden, was wir tun“, „Gehalt festlegen“, „Sagen, wenn ich etwas falsch mache“ und „Für die Arbeit verantwortlich sein“.

Die Eigenschaften für Führungskräfte waren Dinge wie (aber keineswegs nur darauf beschränkt) „Offenheit“, „Gerechtigkeit“, „Sollte mich unterstützen“, „Trifft Entscheidungen“, „Hört sich mein Input an“, „Lässt mich das machen, was ich gut kann“, „Sieht mein Potenzial“, „Plant meine Karriere“, „Ansprechbar“, „Steht hinter mir“ und „Gibt mir Feedback“.

Jeder, der eine Führungskraft werden will, sollte sich gut im Spiegelbild ansehen:

Warum willst du eine Führungskraft sein? Ist es, weil du den (meist) höheren Gehalt willst und dich besser fühlst, wenn du mehr Verantwortung hast? Magst du es, mit Menschen zu arbeiten, und sie zu unterstützen und ihnen den Weg zu ebnen?

Sind Entwickler anders?

Softwareingenieure, Full-Stack-Entwickler, Devs oder was auch immer der Titel ist, der Mensch hinter dem ist eine normale Person, glaubt es oder nicht.

Sie haben den gleichen Bedarf an Sicherheit, was einen sicheren, stressfreien Arbeitsplatz betrifft, den Bedarf an Feedback und Anerkennung wie jeder andere Mitarbeiter. Da gibt es keinen Unterschied.

Was anders ist, ist, dass Entwickler meistens selbst herausfinden müssen, was sie tun und wie sie es tun.

Schulen, Programme und Kurse können Entwickler bestenfalls mit den Grundlagen versorgen, was das Verständnis der Softwareprogrammierung betrifft. Alles danach muss auf dem Job gelernt werden.

Entwickler führen

Entwickler wählen normalerweise ihre Jobs, weil es mit Computern zu tun hat und sie mit ihren eigenen Fähigkeiten Dinge erschaffen können. Sie hatten nie die Idee, dass sie auch mehrere Stakeholder verwalten und so viele Meetings haben müssen.

Sie werden, so gut es geht, Meetings vermeiden und eine Vorliebe für das Arbeiten alleine haben.

Entwicklern ihren eigenen Raum geben, viel Zeit zum Codieren und nur Meetings, wo es Sinn macht, bedeutet, ihnen das geben, was sie brauchen, um ihre Arbeit zu tun.

Null Meetings ist überhaupt nicht die Lösung. Als Führungskraft muss man eine gesunde Meeting-Kultur aufbauen, in der Menschen auf ihren eigenen Bedingungen beteiligt werden können.

Betrachten Sie die Kommunikation mit Entwicklern auf ihren eigenen Bedingungen, über Slack/Teams anstelle von vorschlagenen persönlichen oder Online-Gesichts-zu-Gesicht-Meetings. Gleichzeitig können viele Dinge in Textnachrichten verloren gehen, es ist wichtig, regelmäßig persönliche Meetings abzuhalten.

Entwickler sind Menschen, wie jeder andere auch. Sie haben Bedürfnisse und werden auf ähnliche Weise motiviert wie andere.

---

Erfahren Sie mehr über das Führen von Entwicklern und das Verwalten ihrer unterschiedlichen Persönlichkeitstypen in „Das CTO Playbook“, geschrieben von unserem CTO Robert Mejlerö, verfügbar auf Amazon/Kindle.