Interim-Entwickler vs. Fractional CTO: Was Ihr Unternehmen wirklich braucht

Ein Gründer ruft uns an und sagt: „Ich glaube, wir brauchen einen CTO." Zehn Minuten später stellt sich meist heraus, dass er eigentlich jemanden braucht, der noch in diesem Sprint Code liefert, nicht jemanden, der ein Führungs-Offsite leitet. Der umgekehrte Fall passiert genauso: Ein Unternehmen stellt einen erfahrenen Freelancer ein, der Features schreiben soll, und merkt drei Monate später, dass das eigentliche Problem ist, dass niemand die technische Roadmap verantwortet. Die Frage „Interim-Entwickler oder Fractional CTO" taucht ständig auf, und die meisten Unternehmen beantworten sie, indem sie raten.

Beide Rollen sind befristet, beide sind seniorer als eine typische Einstellung, und beide werden als Übergangslösung verkauft. Dort endet die Ähnlichkeit auch schon. Die eine Rolle schreibt und liefert Code innerhalb Ihres bestehenden Teams. Die andere gibt die technische Richtung vor und fasst selten eine Tastatur an. Die falsche Wahl verschwendet ein Quartal und löst die eigentliche Lücke nicht.

Was jede Rolle im Tagesgeschäft tatsächlich macht

Ein Interim-Entwickler arbeitet so, wie es ein fest angestellter Ingenieur tun würde. Er übernimmt Tickets, reviewt Pull Requests, deployt in Produktion und sitzt in Standups. Wenn Ihr Team Jira nutzt und freitags über eine CI-Pipeline deployt, nutzt der Interim-Entwickler dieselbe Jira-Instanz und dieselbe Pipeline. Wir haben bereits ausführlicher über die Situationen, in denen ein Interim-Entwickler sinnvoll ist geschrieben, aber kurz gesagt: Jemand hat gekündigt, jemand ist in Elternzeit, oder eine Stelle bleibt während einer längeren Suche unbesetzt, und die Roadmap kann nicht einfach pausieren.

Ein Fractional CTO macht fast nichts davon. Seine Aufgabe ist Urteilsvermögen: Welche Architektur hält bei zehnfacher Skalierung, welcher Lieferantenvertrag ist ein Fehler, ob die Testpraktiken des Teams ein Enterprise-Security-Review überstehen. Manche Fractional CTOs schreiben gelegentlich Code, meist um etwas zu lösen, an dem das Team feststeckt, aber das ist nicht der eigentliche Auftrag. Unser Fractional-CTO-Leitfaden beschreibt die vier gängigen Formen dieses Engagements, von rein beratend bis hands-on in der technischen Führung.

Die Verwechslung entsteht meist durch Jobtitel. Stellenanzeigen für „Fractional CTO" beschreiben oft eigentlich Interim-Entwickler-Arbeit, und umgekehrt. Lesen Sie die tatsächliche Aufgabenliste in der Anzeige, nicht den Titel.

Wochenstunden und wie das Engagement strukturiert ist

Ein Interim-Entwickler arbeitet meist nahezu Vollzeit. Fünf Tage die Woche, manchmal vier, weil es um kontinuierliche Lieferung geht. Mit jemandem, der dienstags für drei Stunden vorbeischaut, lassen sich keine Features liefern. Das Engagement hat ein Startdatum, ein erwartetes Enddatum, das an ein konkretes Ereignis gebunden ist (eine neue Einstellung startet, eine Kollegin kommt aus der Elternzeit zurück), und einen Scope, der meist lautet: „Das Geplante weiterbauen."

Ein Fractional CTO arbeitet in kleineren, verteilten Einheiten: ein Tag pro Woche, zwei Tage im Monat, oder in intensiven Phasen rund um eine konkrete Entscheidung wie eine Finanzierungsrunde oder eine Anbietermigration. Das Engagement ist häufiger offen als befristet. Manche Startups halten einen Fractional CTO ein Jahr oder länger auf Abruf, weil der Bedarf (jemand Seniores genug, um schlechte Entscheidungen zu erkennen, bevor sie teuer werden) kein natürliches Enddatum hat wie die Vertretung einer Elternzeit.

Kostenrahmen im europäischen Markt

Die Tagessätze variieren je nach Seniorität, Stack und Land, aber die Spannen sind konsistent genug, um damit zu planen.

Ein Interim-Entwickler, senior genug, um mit minimaler Einarbeitungszeit produktiv zu sein, liegt in Westeuropa typischerweise zwischen 600 und 1.100 Euro pro Tag, abhängig vom Stack und wie spezialisiert die Arbeit ist. Ein erfahrener Symfony- oder React-Entwickler, der eine dreimonatige Vollzeit-Lücke abdeckt, bewegt sich in dieser Spanne. Weil das Engagement nahezu Vollzeit ist, ist der monatliche Aufwand vergleichbar mit einem Festgehalt, manchmal sogar etwas höher, wenn man den Aufpreis für Flexibilität und schnelles Onboarding einrechnet.

Ein Fractional CTO wird ebenfalls pro Tag bezahlt, oft 900 bis 1.800 Euro, aber die monatlichen Gesamtkosten sind meist niedriger, weil die Stunden geringer sind. Ein Gründer, der einen Tag pro Woche zu 1.200 Euro bezahlt, gibt rund 4.800 Euro im Monat aus, deutlich weniger als ein Vollzeit-CTO-Gehalt plus Equity kosten würde. Das ist der ganze Reiz des Fractional-Modells: seniores Urteilsvermögen ohne Vollzeitverpflichtung oder eine Equity-Beteiligung auf Mitgründerniveau.

Typische Ergebnisse: Was Sie am Ende des Engagements bekommen

Ein Interim-Entwickler-Engagement endet mit einer funktionierenden Codebasis und einer saubereren Übergabe. Die Dokumentation ist aktuell, die feste Neueinstellung (oder die zurückkehrende Kollegin) kann sich in Tagen statt Wochen einarbeiten, und die ausgelieferten Features entsprechen dem, was zu Beginn des Engagements auf der Roadmap stand. Das messbare Ergebnis ist Lieferung: geschlossene Tickets, ausgelieferte Releases, nichts halb fertig zurückgelassen.

Ein Fractional-CTO-Engagement endet, oder geht in einen leichteren Retainer über, mit einer anderen Art von Ergebnis: eine Architektur und ein Tech-Stack, die das Team versteht und weiterentwickeln kann, ein Einstellungsplan für den nächsten erfahrenen Entwickler, dokumentierte technische Entscheidungen mit der dahinterliegenden Begründung, und meist ein stärkeres internes Team als zu Beginn des Engagements, weil ein Teil der Aufgabe darin besteht, denjenigen zu mentorieren, der die Verantwortung nach dem Ausstieg des Fractional CTOs übernimmt. Das messbare Ergebnis ist Fähigkeit, keine Liste abgeschlossener Tickets.

Eine kurze Entscheidungscheckliste

Gehen Sie diese Fragen durch, bevor Sie sich für einen der beiden Wege entscheiden.

Ist das unmittelbare Problem, dass kein Code geschrieben wird, oder dass niemand entscheidet, welcher Code geschrieben werden soll? Wenn Tickets sich stapeln und das Team eine klare Richtung hat, aber nicht genug Hände, ist das ein Interim-Entwickler-Problem. Wenn das Team Kapazität hat, aber ständig architektonische Entscheidungen trifft, die niemand absegnet, ist das ein Fractional-CTO-Problem.

Hat die Lücke ein bekanntes Enddatum? Eine Kündigung, Elternzeit oder die Suche nach einer festen Einstellung haben alle einen groben Zeitrahmen. Das spricht für einen Interim-Entwickler. Ein anhaltender Bedarf an seniorem technischem Urteilsvermögen, ohne einen klaren Punkt, an dem der Bedarf verschwindet, spricht für einen Fractional CTO.

Wem berichtet die neue Person, und wen muss sie überzeugen? Ein Interim-Entwickler berichtet an die bereits bestehende Engineering-Leitung und arbeitet innerhalb von Entscheidungen, die jemand anderes getroffen hat. Ein Fractional CTO muss oft direkt den Gründer oder den Beirat überzeugen, was eine andere Art von Vertrauen und einen anderen Vertrag erfordert.

Was trägt Ihr Budget tatsächlich? Wenn Sie etwas nahe an einem Vollzeitgehalt für einen befristeten Zeitraum finanzieren können, ist ein Interim-Entwickler realistisch. Wenn Sie ein paar tausend Euro im Monat dauerhaft finanzieren können, passt ein Fractional CTO besser.

Manche Unternehmen brauchen beides, zu unterschiedlichen Zeitpunkten oder sogar gleichzeitig: einen Fractional CTO, um die technische Richtung vorzugeben, und einen Interim-Entwickler, der tatsächlich dagegen baut, während eine feste Einstellung gesucht wird. Diese Kombination ist in schnell wachsenden SaaS-Teams üblich, die aus ihrem ursprünglichen Setup schneller herausgewachsen sind, als ihre Recruiting-Pipeline mithalten konnte.

Die richtige Wahl von Anfang an treffen

Diese Einschätzung falsch zu treffen, kostet mehr als Geld. Einen Fractional CTO einzustellen, wenn Sie jemanden brauchten, der Code schreibt, lässt Ihren Backlog genau dort, wo er war, nur mit einem teureren Berater, der ihn sich ansieht. Einen Interim-Entwickler einzustellen, wenn Sie technische Führung brauchten, bedeutet, dass der Code geschrieben wird, aber das zugrunde liegende architektonische Problem, das das Chaos überhaupt verursacht hat, noch da ist, wenn er geht.

Wenn Sie nicht sicher sind, auf welcher Seite Sie stehen, ist der schnellste Weg, es herauszufinden, ein kurzes Gespräch darüber, was Sie in diesem Monat tatsächlich blockiert, nicht darüber, was laut Organigramm fehlt. Wir arbeiten mit europäischen Unternehmen auf beiden Seiten dieser Frage, manchmal wechseln wir von einem Fractional-CTO-Engagement zu einer Interim-Entwickler-Vereinbarung, wenn aus einem Plan ein Backlog wird, oder umgekehrt, wenn ein Interim-Entwickler eine größere architektonische Frage aufdeckt, für die er nicht beauftragt war.

Wenn Sie eine zweite Meinung dazu möchten, welche Lösung zu Ihrer Situation passt, schreiben Sie uns an hello@wolf-tech.io oder erfahren Sie mehr über wie wir arbeiten.