Fractional CTO 30/60/90-Tage-Plan für österreichische Startups

Sie haben einen Fractional CTO eingestellt. Was sollten die ersten 90 Tage konkret hervorbringen? Tag 0 bis 30 heißt einschätzen und stabilisieren: eine Zuhörrunde, das echte Tagesgeschäft begleiten, eine Risiko-Triage und nur risikoarme Quick Wins, abgeschlossen mit einer schriftlichen Bestandsaufnahme des Engineerings. Tag 31 bis 60 heißt planen und Fundamente legen: eine an den Geschäftszielen ausgerichtete technische Roadmap, ein Einstellungsplan, ein Liefertakt, grundlegende Engineering-Metriken und das Beheben der ein bis zwei größten Risiken. Tag 61 bis 90 heißt umsetzen und übergabebereit werden: etwas durch den neuen Takt ausliefern, dem Board in Risiko- und Investitionsbegriffen berichten und die Organisation so aufstellen, dass sie ohne tägliche CTO-Präsenz läuft. Der Wert eines Fractional CTO besteht nicht darin, die technisch klügste Person im Raum zu sein. Er besteht aus Artefakten und einem laufenden System, die seinen Weggang überdauern.

Das ist der Umsetzungsplan. Ob Sie überhaupt einen einstellen sollten und was er kostet, klären wann man in Österreich einen Fractional CTO einstellt und die Aufschlüsselung der Tagessätze. Dieser Beitrag beantwortet die nächste Frage: Jetzt, da einer im Haus ist, was passiert nun?

Das eine Prinzip, das die 90 Tage prägt

Der größte Fehler, den eine neue technische Führungskraft machen kann, ist es, die bestehenden Systeme der Umsetzung zu zerschlagen, bevor sie eine funktionierende Alternative hat. Ein Startup, das ausliefert, wenn auch chaotisch, ist mehr wert als eines, das mitten in der Reorganisation eingefroren ist. Deshalb stellt der Plan das Verstehen nach vorne und die Veränderung nach hinten. Der erste Monat ist vor allem Zuhören; echte Veränderung beginnt erst, wenn die Führungskraft tatsächlich versteht, wie der Laden funktioniert.

Tag 0 bis 30: einschätzen und stabilisieren

Der Modus hier ist Schwamm, nicht Bulldozer. Sprechen Sie mit allen einzeln (in einem Team unter 30 Personen buchstäblich mit allen) und stellen Sie zwei Fragen: Was würden Sie ändern, und was funktioniert so gut, dass wir es auf keinen Fall kaputt machen dürfen. Begleiten Sie das echte Tagesgeschäft: Setzen Sie sich zu Support-Tickets, beobachten Sie einen Incident und liefern Sie selbst eine triviale Änderung aus, um die Deployment-Pipeline zu spüren. Führen Sie parallel eine Risiko-Triage durch, die zum ersten Artefakt wird: Sicherheit, Single Points of Failure, Key-Person- und Bus-Faktor-Risiko, Infrastrukturkosten und Lieferengpässe. Nehmen Sie nur Quick Wins mit, die risikoarm und umkehrbar sind, jene Art, die Vertrauen schafft, ohne das Unternehmen aufs Spiel zu setzen.

Was ein guter Fractional CTO im ersten Monat bewusst nicht tut: keine Neuschreibungen, keine Reorganisationen, keine Prozessumbauten und keine Entlassungen, mit der einzigen Ausnahme einer echten Sicherheits- oder Gefahrenlage. Wer in Woche zwei eine Neuschreibung von Grund auf vorschlägt, zeigt Ihnen ein Warnsignal, keine Führung.

Tag 31 bis 60: planen und Fundamente legen

Jetzt beginnt die Veränderung, aber in begrenzten Experimenten, nicht als Big Bang. Führen Sie höchstens ein bis zwei zeitlich begrenzte Änderungen durch, damit das Team nicht überfordert wird. Erstellen Sie die priorisierte technische Roadmap, die die Engineering-Arbeit an den Runway und die Produktziele bindet. Wenn eingestellt werden muss, schreiben Sie einen fokussierten Plan für höchstens ein paar Schlüsselrollen, denn Recruiting hat fixen Aufwand pro Rolle und zehn offene Stellen sind ihr eigenes Scheitern. Etablieren Sie den Liefertakt: Sprints, Standups, Code-Review und eine klare Definition of Done. Bauen Sie grundlegende Engineering-Metriken auf (die vier DORA-Kennzahlen sind der übliche Ausgangspunkt). Und beheben Sie die ein bis zwei größten Risiken aus dem Register und halten Sie dabei Architektur- und Lieferantenentscheidungen als Decision Records fest.

Tag 61 bis 90: umsetzen und übergabebereit werden

Liefern Sie etwas Echtes durch den neuen Takt aus, damit die Veränderung bewiesen und nicht nur angekündigt ist. Etablieren Sie einen wiederkehrenden Bericht an die Gründer oder das Board, der in den zwei Währungen spricht, in denen ein Board tatsächlich denkt: Risiko und Investition, nicht Story Points. Finalisieren Sie die Decision Records und das Runbook. Und tun Sie das, was ein Fractional-Engagement ausmacht: Stellen Sie die Organisation so auf, dass sie läuft, ohne dass der CTO jeden Tag im Raum ist. Ein nützlicher Selbsttest an Tag 90 ist, ob Sie sagen können, was jede Person im Team auszeichnet; wenn nicht, hatten Sie nicht die richtigen Gespräche. Halten Sie schließlich die Erfolgsmetriken fest und den Auslöser, der Ihnen sagt, dass es Zeit ist, einen Vollzeit-CTO einzustellen.

Die Artefakte, die ein guter Fractional CTO hinterlässt

Das ist der Unterschied zwischen einem echten Engagement und einer teuren Slack-Präsenz. Fordern Sie diese ein.

Ein Fractional CTO, der Ihnen ein funktionierendes Team und diese Dokumente hinterlässt, hat die Arbeit erledigt. Wer Ihnen nur Stimmung und einen Chat-Verlauf hinterlässt, nicht.

Wie man sie misst, und die Anti-Metriken

Messen Sie Lieferverlässlichkeit mit den vier DORA-Kennzahlen (Deployment-Frequenz, Lead Time for Changes, Change Failure Rate und Time to Restore Service), die Zahl der aus dem Register geschlossenen Risiken, Team-Velocity und Moral als Trends statt als Absolutwerte, gegen den Plan eingestellte Rollen und die am meisten unterschätzte: wie viel Gründerzeit frei wurde, weil der Gründer nicht mehr der Eskalationspfad für jede technische Entscheidung ist.

Messen Sie nicht Codezeilen. Das belohnt Menge über Wert, und Code zu löschen ist oft der Gewinn. Der Lisa-Ingenieur, der auf einem Produktivitätsformular minus 2.000 Codezeilen meldete, nachdem er die Software schneller und kleiner gemacht hatte, hatte es genau richtig. Und seien Sie vorsichtig bei einem CTO, dessen Plan eine Neuschreibung von Grund auf ist; funktionierende Software von null neu zu schreiben ist einer der klassischen strategischen Fehler, denn Code zu lesen ist schwerer, als ihn zu schreiben, und der alte Code trägt Jahre an behobenen Bugs in sich.

"Ein Fractional CTO wird eingestellt, um sich nach einem Zeitplan überflüssig zu machen. Das Ergebnis ist nicht seine Präsenz in Meetings. Es ist ein Team, das ohne ihn ausliefert, und die Handvoll Dokumente, die es der nächsten Person erlauben, dort weiterzumachen, wo er aufgehört hat."

Wann man einen Fractional CTO durch eine Vollzeitkraft ersetzt

Der Auslöser ist, wenn Engineering-Management zu einem Vollzeitjob wird. Praktisch ist das etwa der Punkt, an dem eine Person das Team nicht mehr in einer gesunden Führungsspanne halten kann, ungefähr ab acht Engineers, und an dem jemand mehr als die halbe Woche mit Management statt mit Bauen verbringt. In Kombination mit dem Erreichen des Product-Market Fit und dem Bedarf an dauerhafter täglicher Umsetzung ist das das Signal, die Rolle ins Haus zu holen. Kosten und Timing behandeln wir in wann man in Österreich einen Fractional CTO einstellt, der Punkt hier ist also die Übergabe, nicht die Rechnung.

Führen Sie den Übergang als langsamen Rollwechsel durch, nicht als sauberen Schnitt. Der Fractional CTO schreibt die Stellenbeschreibung und prüft Kandidaten für seinen eigenen Nachfolger, führt strukturierten Wissenstransfer durch und übergibt Menschen-Wissen neben den Systemen. Genau hier zahlen sich die Artefakte aus: Die Decision Records, die Roadmap und das Runbook sind das Übergabepaket. Der eintretende Vollzeit-CTO verantwortet Entscheidungen ab Tag eins, und der Fractional zieht sich in eine beratende Rolle oder ganz zurück.

Die österreichische Perspektive

Das Engagement ist fast immer ein Business-to-Business-Retainer, keine Anstellung, strukturiert als freier Dienstvertrag oder gewöhnlicher Selbstständigenvertrag für laufende Verfügbarkeit, oder als Werkvertrag, wenn es ein einzelnes konkretes Werk gibt. Das hält es frei von Lohnsteuer- und Arbeitgeberpflichten, aber es muss so strukturiert sein, dass eine Scheinselbstständigkeit vermieden wird, sodass der CTO seine Zeit und Mittel wirklich selbst bestimmt. Der Markt für Senior-Engineers ist eng, besonders außerhalb Wiens, wo das Besetzen einer Senior-Rolle viele Monate dauern kann, was mit ein Grund ist, warum eine Führungskraft, die auch gut einstellen kann, wertvoll ist. Und eine gute kennt die Förderlandschaft: aws-Programme fördern Unternehmensaufbau sowie Seed- oder Wachstumsfinanzierung, während FFG echte Forschung und Entwicklung fördert. Die Roadmap und ihre Dokumentation sollten also so strukturiert sein, dass F&E-Arbeit sauber auf FFG abbildet und Unternehmensaufbau auf aws. Das ist ein konkreter, bares-Geld-auf-dem-Tisch-Grund, warum Dokumentationsdisziplin hier zählt.

Fractional, Interim, Vollzeit oder Co-Founder?

Für die Umsetzungsphase ist die entscheidende Unterscheidung einfach: Interim ist Vollzeit, aber befristet, Fractional ist Teilzeit, aber laufend.

Für ein Startup in der Frühphase am oder kurz vor dem Product-Market Fit baut der Fractional CTO das lauffähige System; ein Interim stopft ein Loch; und Vollzeit oder ein Co-Founder beantworten eine andere Frage nach Dauerhaftigkeit und Eigentümerschaft.