Ein Projektleiter bei einem mittelständischen Industrieunternehmen beschrieb uns kürzlich eine Situation, die wir so oder ähnlich häufig hören: Das Budget für die Cloud-Migration war Mitte Januar genehmigt. Externe Projektbegleitung sollte her – ein erfahrener Cloud-Architekt, zwei DevOps-Engineers. Gesucht wurde über drei Jobportale gleichzeitig, eine Personalvermittlung war eingeschaltet. Erste qualifizierte Kandidaten kamen im März. Der Projektstart verschob sich auf Mai. Bis dahin hatte das Kernteam intern Parallelarbeit aufgenommen – mit den Ressourcen, die gerade eben verfügbar waren.
Fünf Monate Verzögerung. Nicht durch schlechte Planung, sondern durch den Markt.
Was der Engpass wirklich kostet
Die direkten Kosten eines verzögerten Projektstarts sind sichtbar: Lizenzen laufen, ohne genutzt zu werden. Consulting-Slots werden nicht abgerufen und verfallen. Deadlines verschieben sich.
Die indirekten Kosten sind größer und schwerer zu messen.
Teams, die auf verstärkte Ressourcen warten, arbeiten in der Zwischenzeit an dem, was sie haben – und bauen dabei oft technische Schulden auf, die später bereinigt werden müssen. Budgets, die für ein Quartal bewilligt wurden, werden auf das nächste übertragen und müssen neu begründet werden. Und Führungskräfte, die zu lange auf Fortschritt warten, verlieren das Vertrauen in die eigene IT-Abteilung – nicht weil die schlecht arbeitet, sondern weil sie zu lange ohne Ergebnis ist.
Warum klassische Personalsuche in IT-Projekten strukturell langsam ist
Der Standardprozess einer Festanstellung in Deutschland dauert in Technologiepositionen heute durchschnittlich 60 bis 90 Tage – von der Ausschreibung bis zur Unterschrift. Mit Kündigungsfristen von drei bis sechs Monaten bei erfahrenen Kandidaten ergibt das eine realistische Time-to-Productivity von sechs bis neun Monaten.
Das ist kein Problem des Recruitings. Es ist ein strukturelles Problem: Festanstellungen sind auf Dauerbedarf ausgelegt. IT-Projekte haben oft projektspezifischen Bedarf – eine Cloud-Migration dauert zwölf bis achtzehn Monate, eine SAP-Ablösung zwei bis drei Jahre, ein KI-Pilotprojekt vielleicht sechs Monate. Danach braucht das Unternehmen vielleicht andere Fähigkeiten, andere Technologien.
Wer diesen Bedarf mit Festanstellungen löst, hat nach dem Projekt entweder zu viele Menschen mit dem falschen Profil – oder hat die seltenen Spezialisten so gut bezahlt und eingebunden, dass sie bleiben, obwohl der ursprüngliche Projektbedarf endet.
Der Freelancer-Weg: schneller, aber mit Risiko
Die naheliegende Alternative ist der Freelancer-Markt. Qualifizierte IT-Freelancer sind schneller verfügbar – Laufzeiten von zwei bis vier Wochen bis zum Projektstart sind realistisch. Das Profil passt oft sehr genau, weil Freelancer sich auf bestimmte Technologiebereiche spezialisieren.
Das Problem ist bekannt: Wer Freelancer dauerhaft und eng in Teams einbindet, bewegt sich in Richtung Scheinselbstständigkeit. Die Deutsche Rentenversicherung prüft das zunehmend systematisch, und die rückwirkenden Nachforderungen können erheblich sein – für das Unternehmen, nicht für den Freelancer. Mehr dazu haben wir in einem separaten Beitrag beschrieben.
Die Abgrenzungsfrage – Werkvertrag oder verdecktes Beschäftigungsverhältnis? – hängt nicht am Vertragstext. Sie hängt an der gelebten Zusammenarbeit: Wer gibt Aufgaben vor? Wer entscheidet über Prioritäten? Wie abhängig ist die Person von diesem Auftraggeber?
Was funktioniert: Dienstleistungsmodelle mit festangestellten Experten
Es gibt ein Modell, das beide Probleme gleichzeitig löst: Der IT-Experte ist bei einem spezialisierten Dienstleister festangestellt. Der Dienstleister übernimmt als Auftragnehmer das Projekt oder einen definierten Leistungsumfang. Der Experte arbeitet operativ beim Kunden – aber die Weisungshoheit, die Haftung und die sozialversicherungsrechtliche Verantwortung liegt klar beim Dienstleister.
Das ist kein neues Konzept. Es ist schlicht ein sauber strukturierter B2B-Dienstleistungsvertrag.
Für den Kunden bedeutet das:
- Kein Recruiting-Aufwand, keine langen Vorlaufzeiten
- Kein Scheinselbstständigkeitsrisiko
- Klar definierte Leistungspflichten und Qualitätsmechanismen auf Vertragsebene
- Skalierbarkeit: Ressourcen können projektspezifisch auf- und abgebaut werden
Für die Mitarbeitenden bedeutet es Planungssicherheit, Urlaubsanspruch, Sozialversicherung und Karriereperspektiven – all das, was Freelancer typischerweise selbst organisieren müssen.
Was Unternehmen in der Praxis tun können
Der erste Schritt ist eine ehrliche Analyse: Welche IT-Kompetenzen braucht das Unternehmen dauerhaft, und welche projektspezifisch? Dauerbedarf – Operations, Support, Systemadministration – rechtfertigt Festanstellungen. Projektbedarf – Migrations-Architektur, spezifische Technologieprojekte, Audits – nicht.
Der zweite Schritt ist die Klärung der Sourcing-Strategie, bevor ein Projekt budgetiert wird, nicht danach. Wer im Januar Budget beantragt und im Januar damit beginnt, die Ressourcenbeschaffung zu planen, verliert strukturell sechs Monate.
Und der dritte Schritt: Dienstleister vorqualifizieren, bevor der Bedarf entsteht. Wer Rahmenverträge mit zwei oder drei IT-Dienstleistern hat, die spezifische Kompetenz mitbringen, kann bei Projektstart in Wochen statt Monaten agieren.
Das klingt nach Beschaffungslogistik. Es ist aber die Voraussetzung dafür, dass IT-Projekte tatsächlich dann starten, wenn das Budget da ist – nicht Monate später.