Entwicklungsteam skalieren, wenn Rekrutierung bremst

Der Schweizer Engineering-Markt hat ein strukturelles Ungleichgewicht: Die Nachfrage nach Cloud-, Daten- und Plattformkompetenz übersteigt das lokale Angebot — seit mehreren Jahren.

Die Folge ist nicht, dass Rekrutierung teuer ist. Die Folge ist, dass sie langsam ist — fünf bis sechs Monate von der Ausschreibung bis zur produktiven Person, davon der grösste Teil Kündigungsfrist und Einarbeitung, nicht Suche. Für einen Plan, der Kapazität im zweiten Quartal vorsieht, heisst das: Der Plan scheitert leise.

Dies ist, was zu tun ist, wenn die Roadmap nicht warten kann.

Warum das klassische Modell nicht mehr trägt

Drei Dinge verstärken sich, und keines davon handelt vom Lohn.

Kündigungsfristen sind vertraglich. Drei Monate sind bei erfahrenen Rollen hier üblich und nicht verhandelbar — unabhängig davon, was beide Seiten möchten.

Der Kreis ist bei spezialisierten Profilen klein. Für MLOps, Data Engineering oder Plattformarbeit ist die Zahl realistisch verfügbarer qualifizierter Personen wirklich begrenzt — und Sie konkurrieren mit Arbeitgebern, die mehr zahlen und länger warten können.

Einarbeitung verbraucht das Team, das Sie schon haben. Jede neue Person bindet über Wochen Zeit der bestehenden. Drei gleichzeitig einzustellen kann die Leistung ein Quartal lang senken — das Gegenteil der Absicht.

Die ehrliche Schlussfolgerung: Feste Anstellung ist das richtige Instrument für dauerhaften Bedarf und ein schlechtes für eine Kapazitätslücke mit Termin.

Schritt 1 — Kompetenzlücke von Terminlücke trennen

Das sind zwei verschiedene Probleme, sie werden vermischt, und daraus folgt die falsche Lösung.

Eine Kompetenzlücke heisst, niemand im Team kann das. Sie besteht nach dem Projekt weiter. Ist die Fähigkeit für Ihr Geschäft zentral, stellen Sie dafür ein — und nehmen Sie den Zeitraum in Kauf.

Eine Terminlücke heisst, das Team könnte es, aber nicht bis zum Datum, weil es etwas anderes tut. Sie endet mit der Spitze.

Schreiben Sie die Unterscheidung je Roadmap-Punkt auf. Die meisten Teams stellen fest, dass zwei Drittel dessen, wofür sie einstellen wollten, Terminlücken sind — und für eine Terminlücke fest einzustellen erzeugt Kosten, die den Bedarf um Jahre überdauern.

Schritt 2 — Flexible Kapazität holen, richtig beurteilt

Für Terminlücken und spezialisierte, aber befristete Arbeit ist externe Kapazität das Instrument. Ob es funktioniert, entscheidet nicht die Preisliste.

Vier Dinge sagen das Ergebnis voraus:

• Benannte Personen, kein Pool. Ein benanntes Team baut Wissen über Ihre Systeme auf; ein Pool setzt es bei jeder Rotation zurück, und Sie zahlen die Spezifikationskosten erneut. Das ist der stärkste einzelne Indikator.
• Überlappung mit Ihrem Arbeitstag. Review, Demo und Abstimmung am selben Tag sind der Unterschied zwischen einem Team und einer Warteschlange. Ein 24-Stunden-Umlauf pro Frage macht aus einer Zweitagesaufgabe eine Woche.
• Zugang zu dem, wogegen gebaut wird. Produktionsdaten, Ticket-Warteschlange, reale Nutzung. Ein Team, das die Folgen seiner Arbeit nicht sieht, kann keine Ergebnisse verantworten — was auch immer im Vertrag steht.
• Eingebauter Wissenstransfer. Fragen Sie, welche Dokumentation Sie erhalten und was geschehen müsste, damit Ihr eigenes Team übernimmt. Ein Partner, dem diese Frage angenehm ist, ist ein anderes Angebot als einer, der ausweicht.

Die vollständigen Kriterien stehen in Den richtigen Softwareentwicklungspartner auswählen.

Der regulatorische Punkt vor dem Start: Engineers in einer anderen Rechtsordnung, die Personendaten berühren, sind eine echte Frage nach revDSG/nDSG und DSGVO. Pseudonymisierte Datensätze, dokumentierte Zugriffskontrollen und Nachweise zur Unterauftragsverarbeitung beantworten sie — aber nicht rückwirkend.

Schritt 3 — Geschwindigkeit, Qualität und Passung gemeinsam beurteilen

Eines davon allein zu optimieren erzeugt ein vorhersehbares Versagen.

Nur Geschwindigkeit bringt Ihnen nächste Woche Leute, denen alles spezifiziert werden muss — der Engpass wandert auf Ihre erfahrenen Personen, statt zu verschwinden.

Nur Qualität reproduziert genau den Rekrutierungszeitraum, dem Sie entkommen wollten.

Nur Passung ist angenehm und liefert nicht.

Eine praktische Prüfung über alle drei: mit etwas Kleinem, Echtem und zeitlich Begrenztem beginnen — nicht mit dem grössten Punkt der Roadmap. Eine erste Zusammenarbeit mit definiertem Ende sagt mehr als jeder Auswahlprozess und kostet weit weniger, als dasselbe mitten im Vorhaben zu erfahren.

Was parallel zu tun ist

Zwei Dinge senken den Kapazitätsbedarf überhaupt und sind meist günstiger als die Anstellung:

Mühsal beseitigen. Manuelle Release-Prozesse, Umgebungsbereitstellung, die Tage dauert, die wiederkehrende Störung, die niemand beheben konnte. Eine Woche hier bringt oft mehr als ein Quartal Rekrutierung.

Prüfen, ob der Engpass strukturell ist. Müssen sich für eine Änderung vier Systeme einig werden, hilft zusätzliches Personal nicht — die Liefergeschwindigkeit ist dann eine Eigenschaft der Architektur, nicht des Einsatzes. Die Diagnose steht in Versteckte Kosten der Skalierung.

Messen, ob es gewirkt hat

Nicht die Kopfzahl. Drei Zahlen:

• Zeit von der Entscheidung bis zur ersten übernommenen Änderung — der echte Kapazitätszyklus, Einarbeitung inbegriffen
• Kosten pro gelieferter Änderung, über Quartale. Steigen sie mit wachsendem Team, war der Engpass strukturell.
• Anteil ungeplanter Arbeit — steigt er, verzehrt die Landschaft die hinzugefügte Kapazität

Sinken die Kosten pro gelieferter Änderung nicht, haben Sie Personal auf ein Problem gegeben, das keines war.

Weiterführend

• Tech-Teams in der Schweiz ohne Verzögerung skalieren
• Engineering-ROI maximieren: Leitfaden für Finanzchefs
• Dedizierte Entwicklungsteams

Wenn die Roadmap Kapazität früher braucht, als ein Rekrutierungszyklus erlaubt, vereinbaren Sie ein Gespräch. Unverbindlich.