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

Du hast 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 du überhaupt einen einstellen solltest 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?

Wir haben die externen Quellen sowie die österreichischen Vertrags- und Förderhinweise am 2. September 2026 geprüft. Die 30/60/90-Abfolge ist ein Betriebsmodell, keine gesetzliche Regel und kein Versprechen, dass jedes Unternehmen am selben Tag ändern sollte.

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. Sprich mit allen einzeln (in einem Team unter 30 Personen buchstäblich mit allen) und stell zwei Fragen: Was würdest du ändern, und was funktioniert so gut, dass wir es auf keinen Fall kaputt machen dürfen. Begleite das echte Tagesgeschäft: Setz dich zu Support-Tickets, schau bei einem Incident zu und liefere selbst eine triviale Änderung aus, um die Deployment-Pipeline zu spüren. Fahr parallel eine Risiko-Triage, die zum ersten Artefakt wird: Sicherheit, Single Points of Failure, Key-Person- und Bus-Faktor-Risiko, Infrastrukturkosten und Lieferengpässe. Nimm 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 dir ein Warnsignal, keine Führung.

Tag 31 bis 60: planen und Fundamente legen

Jetzt beginnt die Veränderung, aber in begrenzten Experimenten statt als Big Bang. Fahr nur so viele zeitlich begrenzte Änderungen, wie das Team aufnehmen kann. Erstell die priorisierte technische Roadmap, die Engineering-Arbeit an Runway und Produktziele bindet. Wenn eingestellt werden muss, priorisiere die wenigen Rollen, die den wichtigsten Engpass lösen. Etabliere einen zum Team passenden Liefertakt mit Review und klarer Definition of Done. Für Software Delivery dokumentiert DORA inzwischen fünf Metriken: Change Lead Time, Deployment Frequency, Failed Deployment Recovery Time, Change Fail Rate und Deployment Rework Rate. Nutze sie als Trends für einen Service, nicht als individuelle Ziele. Behebe die größten Risiken und halte wesentliche Architektur- und Lieferantenentscheidungen als Decision Records fest.

Tag 61 bis 90: umsetzen und übergabebereit werden

Liefere etwas Echtes durch den neuen Takt aus, damit die Veränderung bewiesen und nicht nur angekündigt ist. Etabliere 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. Finalisiere die Decision Records und das Runbook. Und tu das, was ein Fractional-Engagement ausmacht: Stell 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 du sagen kannst, was jede Person im Team auszeichnet; wenn nicht, hattest du nicht die richtigen Gespräche. Halte schließlich die Erfolgsmetriken fest und den Auslöser, der dir 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. Fordere diese ein.

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

Wie man sie misst, und die Anti-Metriken

Miss Delivery mit den fünf aktuellen DORA-Metriken auf Service-Ebene, geminderten Risiken, Fortschritt im Einstellungsplan, einem einfachen Team-Health-Signal und frei gewordener Gründerzeit. Verbinde Geschwindigkeit, Stabilität und Ergebnisse, damit keine Einzelmetrik zum Selbstzweck wird.

Miss nicht Codezeilen. Das belohnt Menge statt Ergebnis und bestraft Vereinfachung. Behandle einen Rewrite-Vorschlag als Investitionsfall: Verlange Evidenz, dass inkrementelle Änderungen das Ziel nicht erreichen, dokumentiere Migration und Rollback und vergleiche die gesamten Opportunitätskosten. Derselbe Standard gilt für jede große Architekturänderung.

"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 ein dauerhafter Bedarf an täglicher Executive-Verantwortung, keine universelle Teamgröße. Zieh eine Vollzeitkraft in Betracht, wenn Personalführung, Hiring, Delivery-Risiko, Stakeholder-Arbeit und technische Entscheidungen die vereinbarte Fractional-Kapazität dauerhaft übersteigen und das Unternehmen die Rolle finanzieren und halten kann. Teamtopologie, Managementkompetenz, Produktrisiko und Wachstum zählen mehr als eine feste Führungsspanne. Kosten und Timing behandeln wir in wann man in Österreich einen Fractional CTO einstellt; hier geht es um die Übergabe, nicht um eine Headcount-Grenze.

Führe 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

In Österreich entscheidet nicht die Vertragsüberschrift über die rechtliche Einordnung. Laut Unternehmensserviceportal zählt der wahre wirtschaftliche Gehalt. Ein freier Dienstvertrag betrifft typischerweise laufende, im Wesentlichen persönliche Arbeit ohne persönliche Abhängigkeit und wird nach Zeit bezahlt; trotzdem können Sozialversicherungs- und Dienstgeberabgaben anfallen. Beim Werkvertrag wird dagegen ein bestimmter Erfolg geschuldet, der Vertrag endet mit dessen Herstellung und Planung, Betriebsmittel sowie wirtschaftliches Risiko liegen beim Auftragnehmer. Lass die tatsächliche Zusammenarbeit österreichisch rechtlich oder lohnverrechnerisch prüfen.

Auch Förderung teilt sich nicht sauber in „Unternehmensaufbau gleich aws“ und „Entwicklung gleich FFG“. aws Preseed Deep Tech kann bei passenden Deep-Tech-Startups Proof-of-Concept-Arbeit und förderfähige externe Leistungen unterstützen. Das FFG-Basisprogramm unterstützt definierte F&E-Projekte mit technologischer Neuheit, technischem Risiko und Verwertungspotenzial, nicht allgemeine Gründungsfinanzierung. Gleiche Roadmap, Kosten und Startdatum vor einer Beauftragung mit dem aktuellen Leitfaden ab.

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.

Unser Fractional-CTO-Service fährt genau diese 90 Tage auf einem wöchentlich kündbaren Retainer, mit zwei Gründern im Mandat statt einem Contractor. Wenn die fehlende Person eher Partner als Angestellter ist, beantwortet der Fractional Co-Founder die Eigentumsfrage. Fractional versus Interim CTO stellt beide nebeneinander, und Polity zeigt das Delivery-System, das nach dem Mandat bleibt.