Sollen wir ehrlich sein oder uns gut verkaufen?

Moin.

Escape the Feature Factory: Stefan Mintert

Stefan Mintert arbeitet mit seinen Kunden daran, die Unternehmenskultur in der Softwareentwicklung zu verbessern. Das derzeit größte Potenzial sieht er in der Leadership; unabhängig von einer Hierarchieebene. Die Aufgabe, dieses Potenzial zu heben, hat er sich nach einem beruflichen Weg mit einigen Kurswechseln gegeben. Ursprünglich aus der Informatik kommend, mit mehreren Jahren Consulting-Erfahrung, hatte er zunächst eine eigene Softwareentwicklungsfirma gegründet. Dabei stellte er fest, dass Führung gelernt sein will und gute Vorbilder selten sind. Es zeichnete sich ab, dass der größte Unterstützungsbedarf bei seinen Kunden in der Softwareentwicklung nicht im Produzieren von Code liegt, sondern in der Führung. So war es für ihn klar, wohin die Reise mit seiner Firma Kutura geht: Führung verbessern, damit die Menschen, die die Produkte entwickeln, sich selbst entwickeln und wachsen können. Für Heise schreibt Stefan als langjähriger, freier Mitarbeiter der iX seit 1994.

“Sollen wir ehrlich sein oder uns gut verkaufen?” Diese Frage wurde mir einmal von einem Teammitglied gestellt. Zum Hintergrund: In der Firma haben mehrere Teams parallel an verschiedenen Komponenten eines Produkts gearbeitet. Ich hatte den Auftrag, die einigermaßen isolierten Teams näher zusammenzubringen. Eine Maßnahme bestand darin, die mehreren Komponenten-Reviews zu einem Produkt-Review zu verändern. Es sollten also nicht mehr isolierte Komponenten vorgestellt werden, sondern das integrierte Produkt. Und bei der Gelegenheit sollten weitere Personen aus dem Konzern anwesend sein als in den bisherigen Komponenten-Reviews.

Die neue Situation lässt sich also wie folgt zusammenfassen: ein teamübergreifendes Review mit Stakeholdern, die man noch nicht kannte.

Und da tauchte die Frage auf: “Sollen wir (Developer) ehrlich sein oder uns (und unser Produkt) gut (an die Stakeholder) verkaufen?” Meine spontane Antwort lautete: “Im Idealfall beides. Aber wenn ich eins wählen muss, dann Ehrlichkeit.”

So überrascht ich von der Frage war, so gut fand ich sie auch. Sie sagt sehr viel über die bis dato unsichtbare Kultur aus. Die (neuen) Stakeholder gehörten zum gleichen Konzern, wurden aber als Externe wahrgenommen. Ein Gefühl von psychologischer Sicherheit gab es in dieser neuen Gruppe von Menschen noch nicht.

Man könnte das als Alarmsignal werten oder zur Kenntnis nehmen und überlegen, wie man Sicherheit herstellen kann. Hier ist Führung gefragt. Die muss aber nicht von Vorgesetzten ausgehen. Das kann jeder Mensch übernehmen. Es geht etwa darum, Fragen so zu stellen, dass sie Interesse vermitteln und nicht Angriff und Kritik. Es geht auch darum, nicht erledigte Dinge und Fails ins richtige Licht zu rücken. Weg von persönlichem Versagen, hin zu gut durchgeführten Experimenten, die trotzdem gescheitert sind. Und natürlich geht es auch darum, ehrliche Wertschätzung und Dank auszusprechen für das, was entwickelt und vorgestellt wurde.

Im geschilderten Fall musste ich als Agility Coach gar nicht viel machen. Die in der Ausgangsfrage enthaltene Sorge war unberechtigt. Alle Beteiligten sind anständig miteinander umgegangen. Es gab durchaus vereinzelte Konflikte in der Sache und in wenigen Fällen hat das jemand persönlich aufgefasst. Im Großen und Ganzen war ich rückblickend zufrieden damit, dass ich Ehrlichkeit statt Verkaufen als Leitlinie vorgegeben habe. Ich würde jederzeit wieder diesen Rat geben. Und wer damit auf die Nase fällt, hat zumindest deutlich sichtbar gemacht, dass es in der Unternehmenskultur eine Baustelle gibt.

Erst Lesen, dann Hören

Im Podcast Escape the Feature Factory greife ich ausgewählte Themen des Blogs auf und diskutiere sie mit einem Gast. Durch den Austausch lerne ich eine zweite Perspektive kennen. Wenn Du auch daran interessiert bist, findest Du den Podcast bei Spotify, Deezer, Amazon Music, und Apple Podcasts. Wenn Du die Themen, die ich im Blog anspreche, in Deiner Firma verbessern möchtest, komm’ in unsere Leadership-Community für Softwareentwicklung.

(rme)