- KI
- KI-Coding
- KMU
- Startups
- Strategie
Der Fractional-IT-Engineer: Warum ein Experte in Teilzeit heute fünf KMU betreuen kann
KI-Coding-Agents erlauben es einem Senior Engineer, für mehrere Unternehmen gleichzeitig die Arbeit eines kleinen Teams zu leisten. Wie eine Fractional-Engineering-Firma aussieht, warum KMU-Inhaber zögern und was das für den IT-Arbeitsmarkt bedeutet.
Aus dem Englischen übersetzt.
Die Aufgabe, für die man früher ein Team brauchte
Zwanzig Jahre lang hatte ein Unternehmen mit 20 bis 100 Mitarbeitenden bei der IT drei Optionen: einen überlasteten Generalisten einstellen, ein kleines Team aufbauen, das man sich eigentlich nicht leisten konnte, oder an einen MSP auslagern, der Passwörter zurücksetzte, aber nie an die echten Probleme heranging.
Die echten Probleme waren immer dieselben. Das CRM spricht nicht mit der Buchhaltung. Jemand hat 2019 einen kritischen Workflow in einer Tabelle gebaut, und niemand traut sich, ihn anzufassen. Die Website läuft auf einem Plugin, das niemand mehr pflegt. Berichte werden jeden Montag von Hand zusammengestellt. Individuelle Software war ein Luxus für Firmen mit einem Budgetposten namens „Entwicklung“.
Diese Ökonomie ist leise zerbrochen. Der Engpass waren Engineering-Stunden, und die lassen sich plötzlich deutlich billiger und schneller herstellen.
Die neue Rechnung
Ein erfahrener Engineer, der mit KI-Coding-Agents arbeitet, liefert heute, was 2022 ein Dreierteam geliefert hat – und das für fünf Unternehmen statt für eines. Das ist kein Slogan, sondern eine Beobachtung zur Einsatzplanung.
Schauen Sie, was eine IT-Woche im Mittelstand tatsächlich füllt. Etwa ein Drittel ist Integrationsarbeit: Daten zwischen Systemen bewegen, die nie dafür gedacht waren, miteinander zu reden. Ein weiteres Drittel ist kleines Custom Tooling: ein Dashboard, ein internes Formular, eine Automatisierung, die einen manuellen Prozess ersetzt. Der Rest ist Wartung, Lieferantenkontakt und gelegentlich ein Brand. Fast nichts davon ist neue Informatik. Fast alles ist gut verstandene Arbeit, die KI-Agents heute in Minuten entwerfen und ein Senior Engineer in einer Stunde prüft.
Die Arbeitseinheit schrumpft also vom „Sprint“ auf „einen Nachmittag“, und der Job des Engineers verschiebt sich vom Tippen zum Entscheiden: Was bauen wir, was lassen wir, was darf sicher angebunden werden, wo hat die KI sich subtil geirrt? Urteilsvermögen skaliert über mehrere Kunden hinweg – Tastenanschläge nie.
So sieht die Rechnung für ein typisches Unternehmen mit 80 Mitarbeitenden aus:
| Inhouse (2022) | Fractional (2026) | |
|---|---|---|
| Personen | 1 Vollzeit-Generalist, 1 Freelancer auf Abruf | 1 Senior Engineer, ca. 1 Tag/Woche |
| Jahreskosten (EUR, ca.) | 90.000–140.000 | 30.000–50.000 |
| Individuelle Tools pro Jahr | 2–4 kleine Projekte | 10–20 kleine Projekte |
| Integrations-Backlog | Dauerhaft | Im ersten Quartal abgebaut |
| Bus-Faktor | 1 | Auf ein Pod verteilt |
Entscheidend ist die Richtung: halbe Kosten, ein Vielfaches an Output.
Ja, es gibt ein Geschäftsmodell – und es ist kein MSP
Gewinnen wird das Unternehmen, das Ergebnisse im Retainer verkauft, mit Senior Engineers, die jeweils vier bis sechs Kunden betreuen und in kleinen Pods arbeiten.
Nennen wir es die Fractional-Engineering-Firma. Sie bedient sich bei drei Modellen, die bereits funktionieren: beim Fractional CFO (Senior-Urteilsvermögen, Teilzeit, mit sensiblen Daten betraut), beim Managed Service Provider (wiederkehrender Umsatz, SLAs, Bereitschaft) und bei der Boutique-Entwicklungsagentur (echtes Bauen, nicht nur Betrieb am Laufen halten). Keines davon passt allein – die Kombination schon.
Diese Mechanik hält das Ganze zusammen:
- Pods statt Einzelpersonen. Drei Engineers teilen sich zwölf bis fünfzehn Kunden. Jeder Kunde hat einen benannten Lead und ein bekanntes Backup. Urlaub, Krankheit und Abgänge sind für den Kunden keine existenzielle Gefahr mehr.
- Retainer-Stufen, bepreist nach Umfang statt nach Stunden. Eine Basisstufe deckt Integrationen, Wartung und einen monatlichen Roadmap-Call ab. Eine Build-Stufe ergänzt eine feste Zahl individueller Tools pro Quartal. Die Stunden zu steuern ist das Problem der Firma, nicht des Kunden.
- Eine gemeinsame Plattformschicht. Die Firma standardisiert auf wenige Integrationstools, Hosting-Muster, Monitoring und KI-Tooling. Jeder Kunde bekommt dasselbe gehärtete Setup – genau das erlaubt es einem Engineer, fünf davon im Kopf zu behalten.
- Reporting nach Ergebnissen. Der Monatsbericht sagt „Rechnungen werden jetzt automatisch synchronisiert, zwei Stunden pro Woche in der Buchhaltung gespart“, nicht „38 Stunden abgerechnet“.
Die Bruttomarge funktioniert, weil der Hebel des Engineers real ist. Das Risiko der Firma: Sie stellt Leute ein, die gut im Prompten und schlecht im Urteilen sind. Das Produkt ist das Urteilsvermögen.
Warum Inhaber zögern werden (und zu Recht)
KMU-Inhaber sperren sich nicht gegen Fractional IT, weil sie es lieben, Vollzeitgehälter zu zahlen. Sie sperren sich, weil ihnen das alte Modell vier Dinge gegeben hat, die ein günstigeres Modell stillschweigend wegnehmen könnte.
- Jemand, den man anrufen kann. Wenn um 9 Uhr das ERP ausfällt, ist ein Vollzeitmitarbeiter im Haus. Ein Teilzeit-Engineer mit fünf Kunden steckt vielleicht gerade im 9-Uhr-Problem eines anderen.
- Daten in einer Hand. Kundenlisten, Preise, Gehälter, Verträge. Ein Angestellter ist durch Arbeitsvertrag und physische Präsenz gebunden. Ein wechselnder Pod externer Leute fühlt sich an wie fünf zusätzliche Türen ins Haus.
- Kontext, der im Kopf lebt. Der Inhouse-Mitarbeiter weiß, dass das Lagersystem abstürzt, wenn man zwei Exporte gleichzeitig startet. Niemand hat es aufgeschrieben. Beim Anbieterwechsel geht es verloren.
- Lock-in in die andere Richtung. Wenn die Firma zwanzig kleine Tools mit eigenem KI-Tooling und eigener Plattform baut: Wem gehören sie, wenn der Vertrag endet?
Es gibt auch eine weniger schmeichelhafte Sorge: Ein Inhaber, der nie Engineers geführt hat, muss nun eine Lieferantenbeziehung steuern, eine Roadmap lesen und Nein sagen. Manche zahlen lieber mehr und denken nicht darüber nach.
Eine Fractional-Firma, die das als Verkaufseinwände behandelt, die es zu überwinden gilt, verliert Kunden. Eine, die es als Produktanforderungen behandelt, behält sie.
Ein Wertversprechen, das die Einwände wirklich beantwortet
Der Pitch lautet nicht „günstigere IT“. Er lautet: Senior-Engineering-Urteilsvermögen im Retainer – Ihre Daten bleiben Ihre, Ihre Systeme sind dokumentiert, und im Störungsfall ist eine Reaktion garantiert.
Jeder Einwand entspricht einer konkreten Zusage:
| Sorge des Inhabers | Zusage der Firma |
|---|---|
| Niemand da, wenn etwas kaputtgeht | Bereitschaft auf Pod-Ebene mit schriftlichem Reaktions-SLA (z. B. 1 Stunde bei Ausfällen, nächster Tag bei allem anderen); ein benanntes Backup, das den Kunden bereits kennt |
| Datenabfluss durch fünf Türen | Zugriff über den Identity Provider des Kunden, standardmäßig minimale Rechte, keine Kundendaten in gemeinsamem KI-Tooling ohne Opt-in des Kunden; ein kurzer Sicherheitszusatz, geschrieben für nicht-technische Leser |
| Kontext steckt in einem Kopf | Ein lebendiges Systemhandbuch pro Kunde, gepflegt als Teil des Retainers; die KI schreibt den ersten Entwurf, der Engineer hält ihn korrekt |
| Lock-in | Alles Gebaute liegt in den Repositories und Konten des Kunden; die Firma hat Zugriff, aber kein Eigentum; Ausstieg heißt Zugriff entziehen, nicht migrieren |
| Einen Dienstleister zu steuern ist Arbeit | Ein monatlicher 45-Minuten-Roadmap-Call; die Firma schlägt vor, der Inhaber wählt; keine Ticket-Warteschlange, die man überwachen müsste |
Die Preisgestaltung sollte dasselbe sagen. Eine monatliche Pauschale, ein definierter Umfang, eine Ausstiegsklausel mit 30 Tagen. Sobald der Inhaber Stunden zählen oder über Change Requests streiten muss, ist das Modell wieder die Agentur, die er ohnehin nicht mochte.
Zum Thema Sicherheit noch ein Satz. Die ehrliche Antwort: Eine disziplinierte Fractional-Firma ist meist sicherer als der einsame Inhouse-Generalist mit Admin-Rechten auf allem und ohne Vier-Augen-Prinzip. Inhaber hören dieses Argument selten, weil es ihnen niemand verkauft.
Was das für einen ohnehin angespannten IT-Arbeitsmarkt bedeutet
Das Fractional-Modell schafft keine neuen Engineering-Jobs; es bündelt die verbleibenden in weniger, erfahreneren Menschen mit mehr Hebel. Das ist eine gute Nachricht für erfahrene Engineers und eine schlechte für alle, die es erst werden wollen.
Der Druck auf Einsteiger ist gut dokumentiert. Mehrere Analysen von Stellenanzeigen 2024–2026 berichten, dass Einstiegsstellen für Entwickler seit 2022 um die Hälfte oder mehr zurückgegangen sind; das Stanford Digital Economy Lab fand, dass die Beschäftigung bei Entwicklern zwischen 22 und 25 Jahren gegenüber dem Höchststand Ende 2022 um rund 20 % gesunken ist (Zusammenfassung). Die genauen Prozentwerte sind als Näherung zu verstehen, die Quellen unterscheiden sich beim Maßstab. Die Richtung ist unstrittig.
Fractional IT beschleunigt drei Verschiebungen:
- Ein neuer Senior-Karrierepfad. Der Inhouse-Generalist im Mittelstand, historisch unterbezahlt und unterfordert, wird zum Fractional Engineer mit einem Kundenportfolio, höherem Einkommen und mehr Abwechslung. Für erfahrene Engineers, die die Politik großer Konzerne leid sind, ist das ein attraktiver Ausweg.
- Der Karriereleiter für Einsteiger fehlt eine weitere Sprosse. Im Mittelstand haben viele Juniors an echten Systemen mit geringem Risiko gelernt. Wenn diese Arbeit nun ein Senior plus ein Agent erledigt, verschwindet die Lehre – es sei denn, Firmen bauen sie bewusst wieder auf, etwa mit einem Junior pro Pod, der innerhalb von 18 Monaten zum Backup-Lead werden soll.
- Skills werden neu bewertet. Reine Coding-Geschwindigkeit ist weniger wert. Systemdenken, Sicherheitshygiene, Anbieterbewertung, ein klares Handbuch schreiben und einem technikfernen Inhaber einen Zielkonflikt erklären sind mehr wert. Der Fractional Engineer ist eher ein Berater, der auch bauen kann, als ein Entwickler, der auch reden kann.
Die unbequeme Langfristfrage ist dieselbe, die die ganze Branche trifft: Wenn 2026 niemand Juniors ausbildet, wer sind dann 2032 die Senior-Fractional-Engineers? Firmen, die darauf mit einem echten Ausbildungsmodell antworten, haben einen Recruiting-Vorteil, den andere später nicht kaufen können.
Wohin das führt
Die Vollzeit-IT-Stelle im Mittelstand war nie ein guter Deal – für keinen. Das Unternehmen zahlte ein Gehalt für eine Rolle, die zu 40 % aus Warten bestand. Der Engineer nahm einen Job ohne Kollegen und ohne Entwicklung an. KI-Coding-Agents haben keine bessere Option erfunden; sie haben die bessere Option bezahlbar gemacht.
Wenn Sie ein KMU führen: Die Frage lautet nicht mehr „Können wir uns einen Engineer leisten?“, sondern „Was würden wir bauen, wenn Engineering-Stunden billig wären?“ Die meisten Inhaber haben eine Liste. Meistens liegt sie in einer Schublade.
Wenn Sie Engineer sind: Der Fractional-Weg ist real, er zahlt besser als der Inhouse-Generalistenjob, und er belohnt genau die Fähigkeiten, die KI nicht ersetzen kann. Die Firmen, die dafür einstellen werden, sind größtenteils noch nicht gegründet.
Wenn Sie überlegen, selbst eine zu gründen: Das Produkt ist Vertrauen, verpackt. Pods, SLAs, die eigenen Konten des Kunden, ein Handbuch, das aktuell bleibt, und eine Pauschale. Bekommen Sie diese fünf Punkte richtig hin, ist die Technik der leichte Teil.
Ich würde gern beide Seiten hören. Inhaber: Was würde Sie dazu bringen, Ihre Systeme einem externen Teilzeit-Experten anzuvertrauen? Engineers: Würden Sie fünf Kunden einem Arbeitgeber vorziehen? Kommentare sind offen.
