Strategische Entscheidungen

Das Lähmungsproblem

Viele CTOs, die ich coache, stehen vor demselben Dilemma: Entscheidungen mit hohem Einsatz, die jetzt Antworten brauchen, aber die Entscheidungen falsch getroffen kosten dann Jahre.

Buy (will der CEO) vs Build (wollen alle Entwickler)? SaaS (will der CEO)oder Open Source (wollen alle Entwickler)? Das Legacy-System neu schreiben oder Stück für Stück refactoren? Microservices oder beim Monolith bleiben? MODULITH?! Plattform-Migration jetzt oder später? Jede Entscheidung trägt dutzende an Konsequenzen. Und das Geschäft wartet nicht.

Was es schlimmer macht: Es gibt selten eine klar richtige Antwort. Du machst Wetten auf die Zukunft ohne alle Informationen. Das Beste, was du tun kannst, ist informierte Wetten zu machen. Aber die meisten CTOs haben keine systematische Art, diese Entscheidungen zu durchdenken. Sie verlassen sich auf Bauchgefühl, vergangene Erfahrung (die vielleicht nicht zutrifft), oder welcher Ansatz gerade in der Tech-Community modern ist. Und ohne klare Business-Guidance, was nächstes Jahr passieren wird, ist es schwer, die Zukunft zu erraten.

Wenn du falsch liegst? Jeder erinnert sich daran für Jahre. Der Rewrite, der zwei Jahre statt sechs Monate gedauert hat. Die Plattform, die du gewählt hast und die deprecated wurde. Technical Debt, mit der du zu leben beschlossen hast und die schließlich die Velocity gekillt hat.

Die Entscheidungen, die CTOs verfolgen

Hier sind die strategischen Entscheidungen, die am häufigsten bei CTOs Angst verursachen:

• Buy vs Build: Selbst bauen für Kontrolle aber höhere Kosten/Zeit, oder kaufen für Speed aber Risiko externer Dependencies (und die kann tödlich sein, wie ich aus eigener Erfahrung weiß).
• Rewrite vs Refactor: Von Grund auf neu anfangen, oder inkrementell verbessern? Die meisten Rewrites scheitern, aber Patchen reicht manchmal nicht. Wenn deine Plattform brennt, brauchst du einen Tech Turnaround.
• Architektur-Entscheidungen: Microservices oder Monolith? Oder Modulith? Hexagonale Architektur? Serverless oder Container? Event-driven, oder Request-based? Oder gleich CQRS? Diese Entscheidungen sind langlebig und die Tech-Landschaft verschiebt sich ständig.
• Technical Debt: Wie viel Debt tolerieren, wann abzahlen, und wie die Arbeit bei der Geschäftsleitung rechtfertigen. Ein technisches und politisches Problem.
• Technologie-Roadmap: Entscheiden was zu bauen und WANN, wo investieren, und welche Technologien standardisieren - wissend, dass die meisten Roadmaps nicht unverändert überleben werden.

Warum die meisten Decision Frameworks scheitern

Es gibt keinen Mangel an Frameworks. 2x2-Matrizen. Entscheidungsbäume. Gewichtete Scoring-Modelle. Ich habe CTOs gesehen, die Wochen damit verbracht haben, aufwendige Decision Frameworks in Excel zu bauen, die ihnen letztlich nichts erzählt haben, was sie nicht schon wussten. Oder die Probleme gelöst haben von denen die Entwickler sagten: Das ist sicher nicht unser größtes Problem!

Es ist so, dass die meisten Entscheidungen mit hohem Einsatz von deinem spezifischen Kontext abhängen. Die spezifischen Skills deines Teams. Die Risikobereitschaft deines Unternehmens. Die Marktdynamik in deiner Branche. Was deine Wettbewerber machen. Rede mit Leuten! Höre zu.

Und da ist noch etwas: Die meisten CTOs, die diese Entscheidungen treffen, sind allein. Sie können die technischen Tradeoffs nicht vollständig mit dem CEO besprechen (der nicht den Hintergrund hat) oder mit ihrem Team (die Haut im Spiel haben und Biases über das Ergebnis).

Was wirklich hilft

Über die Jahre habe ich gesehen, dass CTOs (und habe von großartigen CEOs und Chefs selbst gelernt) bessere strategische Entscheidungen treffen, wenn sie:

Es mit jemandem außerhalb der Situation durchsprechen. Um laut zu denken. Wenn du deine Argumentation jemandem erklären musst, findest du die Löcher. Wenn du dich selbst reden hörst, hören andere Teile deines Gehirns zu als wenn du nur denkst. Nein wirklich :-) Ein Mentor, ein Coach, ein Peer CTO bei einem anderen Unternehmen. Jemand, der deine Annahmen herausfordern kann ohne einen Anteil am Ergebnis zu haben. Oder sprich mit dem Spiegel oder dir selbst (kümmere dich nur nicht darum, dass Leute denken, du bist verrückt).

UNDO - Trenne das Reversible vom Irreversiblen. Nicht alle Entscheidungen sind gleich. Eine Technologie-Entscheidung, die du in sechs Monaten rückgängig machen kannst (CTRL-Z), ist fundamental anders als eine, die dich für Jahre einschließt. Verteile deine Analysezeit proportional. Ein CEO hat mir mal gesagt: Entscheidungen, die schwer rückgängig zu machen sind und das Unternehmen riskieren - komm damit zu mir. Entscheidungen, die das Unternehmen nicht riskieren oder leicht umkehrbar sind - komm damit nicht zu mir.

Werde spezifisch bei den Nachteilen. “Was ist das Schlimmste, das passieren kann?” ist ein Klischee, aber die meisten CTOs arbeiten die Details nicht wirklich durch. Wenn wir falsch wählen, wie sieht Recovery aus? Was kostet es Dinge rückgängig zu machen? Manchmal ist die Downside überlebbar und du übertreibst das Risiko.

Akzeptiere, dass manche Entscheidungen Wetten sind. Du wirst keine perfekten Informationen haben. Du wirst nicht sicher wissen. Das Ziel ist nicht Gewissheit - es ist, die beste Wette zu machen basierend auf dem, was du weißt, und bereit zu sein anzupassen, wenn du mehr lernst.

Was die meisten CTOs brauchen ist kein weiteres Framework. Es ist jemand zum Mitdenken.

Jemand, der diese Entscheidungen schon getroffen hat - bei verschiedenen Unternehmen, verschiedenen Größen, verschiedenen Kontexten. Jemand, der dir helfen kann zu sehen, was du übersiehst, ohne einen Anteil am Ergebnis zu haben. Jemand, der pushback gibt, wenn du rationalisierst und dich unterstützt, wenn du auf dem richtigen Weg bist. Jemand bei dem du Ideen und Überlegungen bouncen kannst.

Ein Gespräch könnte dich vor einem Multi-Millionen-Euro-Fehler bewahren. Oder dir das Vertrauen geben, den mutigen Schritt zu machen, bei dem du gezögert hast.

Ich habe 80+ CTOs geholfen, genau diese Entscheidungen durchzuarbeiten - Buy vs Build, Rewrite vs Refactor, Debt-Strategien, Roadmap-Planung. Wenn du eine strategische Entscheidung hast, die dich nachts wach hält - lass uns reden.

Mehr über CTO Coaching