Interim CTO: Wann ein Unternehmen einen braucht und was in den ersten 90 Tagen passiert

#interim cto

Gründer & Lead Developer

Experte für Softwareentwicklung und Legacy-Code-Optimierung

LinkedIn

Ein Unternehmen plant normalerweise keinen Interim CTO ein. Der CTO kündigt mit sechs Wochen Frist, oder ein Gründer, der die Entwicklung bisher nebenbei geführt hat, merkt, dass das Geschäft über das hinausgewachsen ist, was eine einzelne Person im Kopf behalten kann, oder eine Übernahme wird abgeschlossen und es sitzt niemand Technisches mehr im Raum. Eine feste CTO-Besetzung zu finden dauert drei bis sechs Monate, wenn man Suche, Gespräche und Kündigungsfrist zusammenrechnet. Genau für diese Lücke gibt es den Interim CTO: jemanden, der die Entwicklung jetzt führt, während das Unternehmen klärt, was es langfristig wirklich braucht.

Wann Unternehmen tatsächlich einen Interim CTO holen

Vier Situationen kommen immer wieder vor. Der CTO geht, und es gibt keinen offensichtlichen internen Nachfolger, also muss jemand die Releases am Laufen halten und dem Team während der Suche einen festen Ansprechpartner geben. Ein technischer Gründer hat den CTO-Job ohne den Titel gemacht, meist weil das Unternehmen klein genug war, dass es funktionierte, bis Wachstum oder eine Finanzierungsrunde dazu führen, dass es nicht mehr funktioniert. Ein Unternehmen wird übernommen, oder die Übernahme ist bereits im Gange, und der Käufer will vor und während der Übergangsphase eine unabhängige technische Einschätzung dessen, was er tatsächlich übernimmt. Oder ein großes Projekt ist sichtbar gescheitert, ein Launch ist schiefgelaufen, Zeitpläne sind über den Punkt hinaus gerutscht, an dem Ausreden noch greifen, der Vorstand hat das Vertrauen in die verantwortliche Person verloren, und ein externer Blick kommt dazu, um zu klären, was falsch lief, und es zu beheben.

Keine dieser Entscheidungen ist klein, und keine ist dauerhaft gemeint. Genau darum geht es beim Einsatz eines Interim CTO statt einer überstürzten Festanstellungssuche: Das Unternehmen kauft sich Zeit, um klar zu denken, während jemand Erfahrenes den Betrieb am Laufen hält.

Die ersten 30 Tage: herausfinden, was wirklich stimmt

Im ersten Monat eines Interim-CTO-Einsatzes geht es nicht um große Veränderungen. Es geht darum, herauszufinden, was wirklich los ist, und das unterscheidet sich meist von dem, was das Organigramm oder der letzte Statusbericht nahelegen. Das bedeutet, mit jedem einzelnen Entwickler zu sprechen, nicht nur mit den Leads, die Deployment-Pipeline selbst zu lesen statt sie sich beschreiben zu lassen, zu prüfen, wer noch Produktionszugriff aus Rollen hat, die er vor Monaten verlassen hat, und sich den tatsächlichen Zustand der Codebasis anzusehen statt der Roadmap-Folie, die ihn beschreibt.

In der ersten Woche tauchen meist ein paar Dinge auf: eine Sicherheitslücke, die niemand gemeldet hat, eine einzige Person, die in Produktion deployen kann und ausgerechnet nächste Woche im Urlaub ist, oder eine Abhängigkeit von einem Freelancer, der bereits weg ist und die einzige Dokumentation mitgenommen hat. Solche Dinge werden nicht bis Tag 30 aufgeschoben. Alles andere meist schon, denn wer Prozesse oder Strukturen ändert, bevor er verstanden hat, warum die Dinge so sind, wie sie sind, schafft nur ein zweites Chaos über dem ersten.

Tag 31 bis 60: den Plan bauen, erste Erfolge liefern

Im zweiten Monat sollte der Interim CTO ein echtes Bild von Team, Technologie und Risiko haben und kann anfangen, Entscheidungen zu treffen, statt nur zu beobachten. Das ist meist der Zeitpunkt, an dem eine kurze Roadmap auf das umgeschrieben wird, was tatsächlich erreichbar ist, einige Prozessänderungen greifen, eine Code-Review-Pflicht eingehalten wird, eine Release-Checkliste entsteht, eine On-Call-Rotation irgendwo anders existiert als im Kopf einer Person, und eine Handvoll sichtbarer Fixes ausgeliefert wird, damit Team und Vorstand Fortschritt sehen können, statt ihn glauben zu müssen.

In dieser Phase fallen auch meist die Einstellungsentscheidungen: manchmal um die Person zu ersetzen, die gegangen ist, manchmal um eine Lücke zu schließen, die schon immer da war und einfach nie benannt wurde, bis jemand von außen genau genug hingesehen hat, um sie zu bemerken.

Tag 61 bis 90: Übergabe oder dauerhafte Einbindung

Was an Tag 90 passiert, hängt davon ab, warum das Unternehmen überhaupt jemanden geholt hat. War das Ziel, die Suche nach einem festen CTO zu überbrücken, sollte diese Suche jetzt kurz vor dem Abschluss stehen, und der Interim CTO wechselt dazu, Entscheidungen zu dokumentieren, die neue Besetzung ins Team einzuführen und sicherzustellen, dass nichts Wichtiges an Wissen hängt, das nur im Kopf einer einzigen Person existiert. Eine Übergabe, die diesen Schritt überspringt, ist der häufigste Grund, warum solche Einsätze am Ende Chaos zurücklassen.

Läuft der Einsatz länger als geplant, was häufiger passiert, als beide Seiten erwarten, geht es meist um die Frage, ob daraus ein dauerhaftes Fractional-Arrangement wird, statt weiter in Vollzeit und befristet zu bleiben.

Tagessatz oder Abrechnung nach Aufwand

Die meisten Interim-CTO-Einsätze laufen über einen Tagessatz: eine feste Tages- oder Wochenpauschale für eine vereinbarte Anzahl Tage pro Woche, festgelegt für einen definierten Zeitraum, meist drei bis sechs Monate mit Verlängerungsoption. Das unterscheidet sich von einem Stunden- oder Aufwandsmodell, bei dem das Unternehmen nur für tatsächlich geleistete Stunden zahlt und sich der Einsatz von Woche zu Woche nach oben oder unten skaliert.

Die Tagessatz-Abrechnung ist bei Interim-CTO-Arbeit üblicher, weil das Unternehmen meist jemanden braucht, der innerhalb eines definierten Zeitraums verlässlich präsent und verantwortlich ist, nicht jemanden, der nach verfügbarer Kapazität mal reinschaut. Stunden- oder Aufwandsabrechnung passt eher zu enger gefasster, weniger risikobehafteter Beratungsarbeit, bei der das Unternehmen eine Einschätzung zu etwas Konkretem will, statt jemanden, der die Entwicklung im Tagesgeschäft führt.

Interim CTO, Fractional CTO oder Interim-Entwickler

Diese drei Rollen werden ständig verwechselt, und die Verwechslung kostet Unternehmen sowohl Geld als auch Zeit. Ein Interim CTO arbeitet Vollzeit oder nahezu Vollzeit, für einen festen Zeitraum, meist für eine konkrete Krise oder Übergangsphase geholt, und entsprechend dieser Intensität bepreist. Ein Fractional CTO arbeitet eine feste Anzahl Tage im Monat auf laufender Basis, für ein Unternehmen, das erfahrenes technisches Urteilsvermögen braucht, ohne eine volle Stelle zu schaffen, und der Einsatz kann über Jahre statt Monate laufen. Wie man sich zwischen beiden entscheidet, haben wir in unserem Fractional-CTO-Leitfaden für europäische Startups und im direkten Vergleich von Interim-Entwicklern und Fractional CTOs beschrieben.

Ein Interim-Entwickler ist noch einmal etwas anderes: jemand, der Code schreibt, Pull Requests reviewt und Features liefert, statt Leute zu führen oder Strategie zu setzen. Für viele Unternehmen, die nach einem Interim CTO fragen, ist genau das eigentlich das, was sie brauchen.

Warum ein Fünf-Personen-Engineering-Team selten einen CTO braucht

Ein Unternehmen mit ein bis fünf Entwicklern braucht normalerweise keinen CTO, weder interim noch sonst wie. Was es braucht, ist jemand, der die Architektur reviewen, Code schreiben kann, wenn das Team feststeckt, und eine Handvoll technischer Entscheidungen gut trifft, ohne den Overhead eines Führungstitels oder die damit verbundenen Kosten. Diese Rolle CTO zu nennen, ändert nichts daran, was die Arbeit tatsächlich ist, und CTO-Tagessätze für Arbeit zu zahlen, die eigentlich auf Entwicklerebene liegt, ist eine gängige Art, wie Unternehmen während einer Übergangsphase zu viel ausgeben.

Wann ein Interim-Entwickler besser ist als eine Neueinstellung geht ausführlicher auf diesen Trade-off ein, und es lohnt sich, das zu lesen, bevor man bei dieser Teamgröße eine Interim-CTO-Suche startet. Der Titel im Vertrag sollte zu der Arbeit passen, die tatsächlich erledigt werden muss, nicht zu dem Titel, den das Unternehmen meint, kaufen zu müssen.

Wo das für Wolf-Tech-Kunden ansetzt

Die meisten Unternehmen, mit denen wir darüber sprechen, liegen irgendwo dazwischen: zu klein für einen Vollzeit-CTO, über den Punkt hinaus, an dem Ad-hoc-Technikentscheidungen eines nicht-technischen Gründers tragfähig sind, und noch nicht sicher, ob sie jemanden für 90 Tage oder für drei Jahre brauchen. Wir sagen klar, in welcher Situation wir ein Unternehmen sehen, bevor wir irgendetwas vorschlagen, auch wenn die ehrliche Antwort ein Fractional-Arrangement, ein Hands-on-Entwickler oder ein fokussiertes Tech-Stack-Review ist, statt ein vollständiger Interim-CTO-Einsatz.

Wenn Sie diese Entscheidung abwägen, schreiben Sie an hello@wolf-tech.io oder schauen Sie auf wolf-tech.io vorbei. Wir reden einem Unternehmen lieber von einem falschen Einsatz ab, als ihm einen zu verkaufen, der nicht passt.