top of page

Engineering Leadership: Autonomie, Wachstum und Kultur mit Michael Gray in Einklang bringen

Engineering-Organisationen wollen oft zwei Dinge, die scheinbar im Widerspruch stehen: Teams, die unabhängig handeln können, und ausreichend Koordination, um fragmentierte Systeme zu verhindern. Mit dem Wachstum eines Unternehmens wird es schwieriger, diese Spannung aufzulösen. Mehr Menschen, Services und Abhängigkeiten schaffen berechtigte Gründe für Aufsicht, doch übermäßige Zentralisierung kann die Auslieferung verlangsamen und das Verantwortungsgefühl der Engineers schwächen.

In diesem InfoQ-Gespräch beschreibt Michael Gray, wie ClearBank diese Herausforderung durch verteilte architektonische Entscheidungsfindung, explizite Grenzen und eine Kultur des kontinuierlichen Lernens angeht. Seine übergeordnete Botschaft lautet, dass Autonomie nicht bedeutet, Governance abzuschaffen. Sie bedeutet, Governance so zu gestalten, dass Entscheidungen auf der angemessenen Ebene getroffen werden, gestützt durch dauerhaft verfügbaren Kontext und konstruktive kritische Auseinandersetzung.

Von der Architekturfreigabe zur Architekturberatung

Traditionelle Prozesse zur Architekturprüfung konzentrieren Autorität meist in einer kleinen Gruppe. Teams entwickeln einen Vorschlag, präsentieren ihn einem Review-Gremium und warten auf die Freigabe. Dieses Modell kann zwar Konsistenz schaffen, aber es kann Architektinnen und Architekten auch zu Gatekeepern und Delivery-Teams zu Bittstellern machen. Entscheidungen werden an Meetings, Kalender und die Meinungen von Personen gebunden, die möglicherweise weit von den operativen Details entfernt sind.

Gray erklärt, dass ClearBank sich von diesem zentralisierten Review-Muster entfernt und sich stattdessen einem Architekturberatungsprozess zugewandt hat, der von der Arbeit Andrew Harmer-Laws beeinflusst ist. Der Schwerpunkt verlagert sich davon, eine zentrale Instanz um Erlaubnis zu bitten, hin dazu, vor einer folgenreichen Entscheidung relevante Fachkenntnis einzuholen.

Dieser Unterschied ist wichtig. Ein Freigabeprozess fragt: „Wird die Autorität dies erlauben?“ Ein Beratungsprozess fragt: „Wessen Wissen sollte diese Entscheidung informieren, und wie werden wir zeigen, dass wir es berücksichtigt haben?“ Letzterer hält die Verantwortung näher bei den Engineers, die die Arbeit erledigen, und setzt Vorschläge dennoch fundierter Prüfung aus.

Architecture Decision Records, kurz ADRs, stehen im Zentrum dieses Modells. Anstatt ein Meeting als die Entscheidung selbst zu behandeln, dokumentieren Teams das Problem, relevante Einschränkungen, berücksichtigte Optionen, den gewählten Ansatz und die Begründung. Gray argumentiert, dass diese Aufzeichnungen einen nützlicheren Kontext liefern als herkömmliche Sitzungsprotokolle. Protokolle halten gewöhnlich fest, was Menschen gesagt haben; ein starkes ADR erklärt, warum die Organisation einen Weg dem anderen vorgezogen hat.

Der langfristige Nutzen liegt im organisatorischen Gedächtnis. Monate später können Engineers verstehen, ob eine frühere Entscheidung weiterhin angemessen ist oder ob sich ihre ursprünglichen Annahmen geändert haben. Dadurch lässt sich Architektur leichter erneut betrachten, ohne so zu tun, als sei jede frühere Entscheidung dauerhaft vorgesehen gewesen.

Autorität an den Umfang einer Entscheidung anpassen

Entscheidungen wirksam zu verteilen, erfordert mehr, als Teams einfach zu sagen, sie sollten autonom sein. Menschen müssen wissen, welche Entscheidungen sie unabhängig treffen können, wann andere Teams einbezogen werden müssen und welche Themen unternehmensweite Koordination erfordern.

Gray beschreibt ClearBanks Einsatz von „Entscheidungsbereichen“, um diese Grenzen festzulegen. Entscheidungen fallen in drei grobe Ebenen:

  • Eine Entscheidung auf Teamebene kann innerhalb des Teams getroffen werden, wenn ihre Auswirkungen lokal bleiben.

  • Eine Entscheidung auf Domänenebene betrifft mehrere Teams in einem verwandten Bereich und erfordert daher umfassendere Konsultation.

  • Eine Entscheidung auf Unternehmensebene hat Auswirkungen im gesamten Unternehmen und muss ein zentrales beratendes Forum durchlaufen.

Diese Struktur verhindert zwei häufige Fehler. Der erste ist unnötige Eskalation, bei der Teams für reversible, lokale Entscheidungen die Freigabe durch Führungskräfte einholen. Der zweite ist Scheinautonomie, bei der eine Gruppe eine Entscheidung trifft, die vielen anderen Kosten oder Einschränkungen auferlegt, ohne sie einzubeziehen.

Das nützliche Prinzip ist Verhältnismäßigkeit. Die Governance einer Entscheidung sollte ihrem Wirkungsradius entsprechen. Ein lokales Implementierungsdetail sollte nicht dieselbe organisatorische Last tragen wie eine Änderung an einer unternehmensweiten Plattform, einer Sicherheitskontrolle oder einem Architekturstandard.

Klare Bereiche machen Verantwortlichkeit außerdem glaubwürdiger. Engineers können mit Zuversicht handeln, wenn die Grenzen verstanden sind, während Führungskräfte einen Mechanismus behalten, um Entscheidungen zu behandeln, deren Folgen weit über ein einzelnes Team hinausreichen.

Das Architecture Advisory Forum als Koordinationsmechanismus

Für Entscheidungen auf Unternehmensebene verwendet ClearBank ein Architecture Advisory Forum. Gray stellt es als einen Ort dar, an dem Beiträge gesammelt und die Unterstützung von Stakeholdern aufgebaut werden, anstatt einfach Top-down-Urteile zu fällen.

Das ist ein wichtiger Unterschied in Ton und Funktion. Ein Forum, das lediglich dafür konzipiert ist, Vorschläge zu genehmigen oder abzulehnen, kann Teams dazu verleiten, Unsicherheit zu verbergen und mit einer ausgefeilten Verteidigung zu erscheinen. Ein beratendes Forum kann stattdessen ungelöste Risiken sichtbar machen, betroffene Gruppen identifizieren und den Vorschlag verbessern, bevor die Organisation sich dazu verpflichtet.

Das Forum hilft auch dabei, Konsultation von Konsens zu unterscheiden. Breiter Input ist wertvoll, doch universelle Zustimmung zu verlangen, kann wichtige Entscheidungen unmöglich machen. Ziel ist es, sicherzustellen, dass relevante Perspektiven gehört, wesentliche Bedenken berücksichtigt werden und die verantwortliche entscheidende Person genügend Informationen hat, um fortzufahren.

Wenn dieser Mechanismus funktioniert, löscht zentrale Koordination lokale Verantwortung nicht aus. Sie bietet einen strukturierten Weg, unternehmensübergreifende Folgen zu steuern, während die meisten Entscheidungen dort bleiben, wo das praktische Wissen liegt.

Der Feature-Factory-Falle widerstehen

Gray geht auch auf den Druck in der Technologiebranche ein, „mehr mit weniger“ zu tun. Effizienz ist ein berechtigtes Anliegen, besonders wenn Budgets knapper werden, doch ihre Definition kann gefährlich eng werden. Wenn Führungskräfte Produktivität hauptsächlich an der Anzahl veröffentlichter Features messen, können Teams in eine Feature-Factory-Mentalität abgleiten.

Die unmittelbare Leistung mag beeindruckend aussehen. Mit der Zeit jedoch machen vernachlässigte Wartung, schwache Entwicklerwerkzeuge, architektonische Reibung und ungelöste Qualitätsprobleme jede weitere Änderung teurer. Teams verlieren die Fähigkeit zu experimentieren, weil sie ständig darum kämpfen, das nächste Auslieferungsziel zu erreichen.

Gray verbindet Führung direkt mit der Reaktion darauf. Führungskräfte müssen kontinuierliche Verbesserung vorleben, Raum dafür schützen und ihren Wert gegenüber Senior Stakeholdern erläutern. Es reicht nicht aus, Engineers zu sagen, dass Qualität wichtig ist, wenn jedes Planungs- und Leistungssignal nur sichtbare Feature-Arbeit belohnt.

Diese Fürsprache wird leichter, wenn technische Verbesserung mit Geschäftsergebnissen verbunden wird. Bessere Deployment-Prozesse können die Durchlaufzeit verkürzen. Zuverlässigere Systeme können die Kosten von Incidents senken. Vereinfachte Architektur kann das Onboarding beschleunigen und Produktänderungen sicherer machen. Kontinuierliche Verbesserung ist daher nicht von Wertschöpfung getrennt; sie bewahrt die Fähigkeit der Organisation, wiederholt Wert zu schaffen.

Führungskräfte prägen Kultur auch durch die Kompromisse, die sie öffentlich eingehen. Wenn sie unter Termindruck konsequent grundlegende Arbeit opfern, lernen Teams, dass Verbesserung optional ist. Wenn sie Systemgesundheit und Lernen als Teil der Auslieferung behandeln, werden diese Prioritäten glaubwürdig.

Kultur trotz rasanten Wachstums bewahren

Wachstum stellt die Kultur auf die Probe, weil informelle Abstimmung nicht mehr mitwächst. In einer kleinen Organisation können sich Menschen auf gemeinsame Erfahrungen und häufige direkte Gespräche stützen. Mit steigender Mitarbeiterzahl kommen neue Beschäftigte ohne diesen Kontext hinzu, Teams spezialisieren sich, und Verantwortlichkeiten werden weniger offensichtlich.

Gray sagt, ClearBank habe seine Kultur bewahrt, indem es klare Grenzen und Verantwortlichkeiten geschaffen und zugleich offene Kommunikation sowie Wissensaustausch gefördert habe. Der Architekturberatungsprozess unterstützt beide Ziele: Teams erhalten echte Entscheidungskompetenz, doch Entscheidungen bleiben sichtbar und offen für Beiträge.

Das deutet darauf hin, dass Kultur nicht durch Slogans oder Nostalgie für die frühere Phase eines Unternehmens bewahrt wird. Sie wird in operative Mechanismen eingebettet. Wer darf entscheiden? Wo findet jemand die Begründung für eine Architekturentscheidung? Wie werden Erkenntnisse weitergegeben? Was geschieht, wenn ein Engineer ein Bedenken äußert?

Explizite Verantwortlichkeiten verringern Unklarheiten, während transparente Entscheidungsdokumentationen verhindern, dass Autonomie in Isolation umschlägt. Initiativen zum Wissensaustausch helfen Menschen dabei, Arbeit außerhalb ihrer unmittelbaren Teams zu entdecken, und reduzieren die Abhängigkeit von wenigen langjährigen Beschäftigten.

Das Gleichgewicht ist heikel. Zu wenig Struktur schafft Verwirrung; zu viel ersetzt Urteilsvermögen durch Bürokratie. Grays Ansatz betrachtet Grenzen als Ermöglichung: Teams arbeiten schneller, wenn sie wissen, wo ihre Befugnis beginnt, wo sie endet und wie sie Rat einholen können, wenn eine Entscheidung diese Grenze überschreitet.

Die Kompetenzlücke im Engineering durch Mentoring schließen

Gray erkennt in der gesamten Engineering-Branche eine erhebliche Erfahrungslücke. Viele Praktiker sind erst relativ kürzlich in das Feld eingestiegen, sodass Organisationen im Verhältnis zur Zahl der Menschen, die Anleitung benötigen, weniger sehr erfahrene Engineers haben.

Allein durch Neueinstellungen lässt sich dieses Ungleichgewicht nicht lösen. Erfahrene Engineers sind rar, und ihre Rekrutierung verschiebt Kapazitäten lediglich zwischen Unternehmen. Organisationen müssen besser darin werden, die Menschen weiterzuentwickeln, die sie bereits haben.

Gray hebt Mentoring als einen besonders wirksamen Mechanismus hervor. Seine Wirkung geht über eine einzelne Mentor-Mentee-Beziehung hinaus. Eine Person, die ein klareres mentales Modell gewinnt oder eine stärkere Engineering-Praxis erlernt, kann dieses Wissen in ein ganzes Team zurücktragen.

Wirksames Mentoring umfasst außerdem mehr als das Geben von Antworten. Es hilft Engineers zu lernen, wie sie Probleme einordnen, Abwägungen bewerten, passenden Rat suchen und Unsicherheit kommunizieren. Diese Fähigkeiten unterstützen das von Gray beschriebene Modell verteilter Entscheidungen: Autonomie ist nur nachhaltig, wenn Menschen fortlaufend das Urteilsvermögen entwickeln, das sie zu ihrer Ausübung benötigen.

Führungskräfte sollten Mentoring daher als echte Engineering-Arbeit behandeln und nicht als außercurriculären Gefallen, der erst nach der Erfüllung von Lieferverpflichtungen geleistet wird. Wenn Wissenstransfer für die Widerstandsfähigkeit einer Organisation essenziell ist, verdient er Zeit, Anerkennung und gezielte Unterstützung.

Feedback nützlich, zeitnah und sicher gestalten

Autonome Organisationen sind darauf angewiesen, dass Menschen Ideen hinterfragen können. Dennoch kann ein technisch korrekter Einwand wirkungslos bleiben, wenn er ohne Rücksicht auf den Kontext vorgebracht wird.

Gray betont die Bedeutung von Zeitpunkt, Rahmen und Vorgehensweise beim Geben von Feedback. Eine öffentliche Kritik kann angemessen sein, wenn ein unmittelbares Risiko die gesamte Gruppe betrifft; dieselbe Art der Vermittlung kann jedoch demütigend wirken, wenn das Thema besser privat besprochen würde. Zu spät geäußertes Feedback ist möglicherweise nicht mehr umsetzbar; zu abrupt vorgebrachtes Feedback kann Abwehrhaltung hervorrufen, bevor der Inhalt berücksichtigt werden kann.

Das Ziel ist nicht, Meinungsverschiedenheiten zu vermeiden. Es ist, Meinungsverschiedenheiten produktiv zu machen. Nützliches Feedback konzentriert sich auf den Vorschlag und seine Folgen, erläutert das Anliegen klar und lässt Raum für fehlenden Kontext. Fragen können häufig ein besseres Gespräch eröffnen als Feststellungen: Welche Annahmen stützen diese Entscheidung? Welche Alternativen wurden berücksichtigt? Wer sonst wird betroffen sein?

Diese zwischenmenschliche Disziplin ist Teil der Engineering-Effektivität und kein bloßes weiches Beiwerk. Beratungsprozesse, ADRs, Mentoring und teamübergreifende Foren beruhen alle darauf, dass Menschen Kritik austauschen, ohne jede Herausforderung in einen Wettbewerb um Status zu verwandeln.

Führung als Gestaltung eines Umfelds

Die Ideen in Grays Ausführungen bilden ein stimmiges Führungsmodell. Teams erhalten innerhalb klarer Entscheidungsbereiche Entscheidungskompetenz. Weiterreichende Folgen lösen eine umfassendere Konsultation aus. ADRs bewahren die Begründungen, Beratungsforen koordinieren unternehmensweite Anliegen, und Mentoring erweitert die Fähigkeit der Organisation zu fundiertem Urteilsvermögen.

Gleichzeitig schützen Führungskräfte die Bedingungen, die Autonomie nachhaltig machen: Zeit für Verbesserungen, transparente Verantwortlichkeiten, Wissensaustausch und sorgfältig gegebenes Feedback. Ihre Aufgabe besteht nicht darin, jede technische Entscheidung zu treffen. Sie besteht darin, ein Umfeld aufzubauen, in dem gute Entscheidungen von anderen getroffen, geprüft, dokumentiert und verbessert werden können.

Das ist möglicherweise die praktischste Lektion für die Skalierung von Engineering-Organisationen. Autonomie, Wachstum und Kultur sind keine separaten Programme, die um Aufmerksamkeit konkurrieren. Richtig gestaltet, stärken sie sich gegenseitig: fähige Menschen treffen verteilte Entscheidungen, transparente Systeme halten diese Entscheidungen aufeinander abgestimmt, und eine Lernkultur hilft der Organisation, sich mit zunehmender Komplexität weiterzuentwickeln.

Quellen

 
 

Kostenlos loslegen

Ein Local-First-KI-Assistent mit persönlichem Wissensmanagement

Für ein besseres KI-Erlebnis

unterstützt remio derzeit nur Windows 10+ (x64) und M-Chip Macs.

Ihr KI-Partner bei der Arbeit
Mehr schaffen mit remio

Planen. Erstellen. Liefern.
Alles an einem Ort.

bottom of page