So Bauen Sie Ein Software-Entwicklungsteam Auf

Die Entscheidung, ein Software-Entwicklungsteam aufzubauen, kommt meist als Budgetposten und nicht als Plan. Jemand hat Stellen für zwei Entwickler genehmigt, eine Vorstandsvorlage hat argumentiert, dass eigener Code billiger sei als gemieteter, und die Suche beginnt, bevor irgendwer aufgeschrieben hat, wofür das Team eigentlich da ist. Die Besetzung geht dann auf eine Weise schief, die etwa neun Monate lang unsichtbar bleibt.

Die meisten, die diese Frage stellen, sollten noch nicht einstellen, und die ehrliche Fassung der Antwort beginnt genau dort. Ein festes Team ist ein Fixkostenblock gegen einen Bedarf, der in aller Regel schwankt. Es funktioniert, wenn die Arbeit durchgehend ist, wenn die Software das ist, wofür Kunden bezahlen, und wenn jemand im Unternehmen sagen kann, was nächste Woche gebaut werden soll. Fällt auch nur eine dieser Bedingungen weg, haben Sie im Jahrespaket gekauft, was Sie tageweise hätten kaufen können.

Was folgt, ist die Rechnung und die Reihenfolge: was ein Entwickler wirklich kostet, sobald National Insurance, Altersvorsorge, Urlaub, Ausstattung und Recruiting in der Zahl stecken, welche Stelle zuerst besetzt wird, was Teams aus einer, drei, fünf und zehn Personen tatsächlich liefern, und wie Sie ein technisches Interview führen, wenn niemand im Haus technisch ist.

Wie viele Leute braucht man, um ein Software-Entwicklungsteam aufzubauen? Weniger als erwartet und später als erwartet. Ein erfahrener Generalist, der die Lieferung von Anfang bis Ende verantwortet, deckt mehr ab als drei Junioren, denn der Engpass ist im Kleinen das Urteilsvermögen und nicht das Tippen. Die erste wirklich stabile Form sind drei Personen, mit rund 250.000 GBP pro Jahr inklusive aller Nebenkosten. Bei einer unregelmäßigen Roadmap ist eine Agentur meist das bessere Instrument.

Die meisten Unternehmen sollten noch kein Software-Entwicklungsteam aufbauen

Einstellen ist der teuerste Weg, eine Frage zu beantworten, die Sie nicht sauber gestellt haben. Ein Arbeitsvertrag bindet Sie an ein Gehalt, solange die Person da ist, dazu an Kündigungsfristen und an die unten beschriebenen gesetzlichen Kosten, und er tut das, bevor Sie wissen, ob es die Arbeit in achtzehn Monaten noch gibt.

Das Scheitern ist selten dramatisch. Ein Unternehmen stellt zwei Entwickler ein, sie bauen, was auf der Liste steht, und die Liste geht aus. Niemand will jemanden entlassen, also erfindet das Team Arbeit: eine Neuentwicklung, ein Framework-Upgrade, ein internes Werkzeug, nach dem niemand gefragt hat. Zwölf Monate später ist die Lohnsumme real, das Ergebnis nicht, und die Geschäftsführung schließt daraus, dass Entwickler unproduktiv seien. Waren sie nicht. Sie waren unterspezifiziert.

Das Gegenargument ist gut: Agenturen kosten pro Tag mehr und verstehen Ihr Geschäft weniger. Beides stimmt. Übersehen wird dabei, dass eine Agentur variable Kosten sind, die Sie abschalten können, ein schlechter Monat kostet also einen Monat und kein Jahr. Ist die Roadmap wirklich durchgehend, kippt die Rechnung, und intern gewinnt bei Kosten wie bei Tempo. Der Fehler liegt darin, sie zu früh zu kippen. Ein abgegrenztes Vorhaben mit definiertem Ende ist ein Agenturauftrag und kein Einstellungsplan, weshalb in unserem Service für Softwareentwicklung so viele Unternehmen ankommen, die nach Stellen fragen und in Wahrheit ein Projekt statt eines Programms haben.

Der Test, der zeigt, ob Sie ein Team brauchen

Drei Bedingungen, und Sie wollen alle drei. Weniger als drei heißt, dass Sie noch nicht so weit sind.

Ist die Software das Produkt oder unterstützt sie das Produkt? Wenn Kunden Sie für Software bezahlen oder wenn sie der Grund ist, warum diese Kunden Sie und nicht den Wettbewerb wählen, ist der Code ein strategisches Gut, und alles davon auszulagern wird irgendwann zum Governance-Problem. Wenn die Software Ihre Rechnungsstellung betreibt, ist sie Infrastruktur, und Infrastruktur kauft man ein.

Ist die Roadmap durchgehend? Schreiben Sie auf, was Sie in den Monaten vier bis zwölf bauen würden. Nicht Funktionen, die Ihnen gefallen könnten, sondern Arbeit, die Sie geschäftlich begründen können. Ist diese Liste dünn, haben Sie ein Projekt mit Nachlauf und kein Jahr Arbeit.

Kann jemand im Unternehmen Arbeit spezifizieren? Das ist der Punkt, der übersprungen wird. Ein Entwickler muss wissen, welches Problem er lösen soll und woran Sie erkennen, dass es gelöst ist. Kann das nur die Geschäftsführung beantworten, und die hat vierzig Minuten pro Woche, verbringt das Team die meiste Zeit mit Warten oder Raten. Ein Team ohne Product Owner erzeugt Bewegung, keinen Fortschritt.

Eine vierte Frage entscheidet über den Zeitpunkt statt über die Antwort. Können Sie achtzehn Monate finanzieren, ohne dass die Software Umsatz bringt? Zwingt Ihre Liquidität das Team dazu, ab Monat sechs profitabel zu sein, stellen Sie niemanden ein und kaufen die Arbeit tageweise.

Was ein Angestellter 2026 wirklich kostet

Das Gehalt macht ungefähr siebzig Prozent der Zahl aus. Der Rest ist gesetzlich, betrieblich und einmalig, und die letzte Kategorie ruiniert die Budgets des ersten Jahres.

Die gesetzlichen Kosten, über die nicht verhandelt wird

Der Arbeitgeberanteil an der National Insurance ist der größte Zuschlag. Für das Steuerjahr 2026 bis 2027 zahlen Arbeitgeber 15 Prozent auf Einkommen oberhalb einer Sekundärschwelle von 5.000 GBP pro Jahr, laut den GOV.UK-Sätzen und Schwellenwerten für Arbeitgeber. Bei einem Gehalt von 60.000 GBP sind das 15 Prozent von 55.000 GBP, also 8.250 GBP. Berechtigte Arbeitgeber können bis zu 10.500 GBP ihrer jährlichen sekundären Klasse-1-Verbindlichkeit über die Employment Allowance verrechnen, eine Gesellschaft mit einem einzigen Direktor und ohne weitere beitragspflichtige Beschäftigte kann sie jedoch nicht beanspruchen.

Die automatische Einbeziehung in die betriebliche Altersvorsorge bringt einen Mindestbeitrag des Arbeitgebers von 3 Prozent innerhalb eines Gesamtminimums von 8 Prozent, berechnet auf anrechenbare Einkünfte zwischen 6.240 GBP und 50.270 GBP pro Jahr, so die GOV.UK-Hinweise zu Beiträgen zur betrieblichen Altersvorsorge. Am oberen Rand des Bandes sind das rund 1.321 GBP je Beschäftigtem. Viele Arbeitgeber zahlen stattdessen einen Prozentsatz des vollen Gehalts, was großzügiger und einer Kandidatin leichter zu erklären ist.

Urlaub ist eine Kapazitätsfrage und keine Zahlungsfrage. Der gesetzliche Anspruch beträgt 5,6 Wochen, also 28 Tage bei einer Fünftagewoche, und gesetzliche Feiertage müssen nicht zusätzlich gewährt werden. Gegen etwa 260 Arbeitstage gerechnet sind das knapp elf Prozent des Jahres, bevor überhaupt jemand krank ist.

Die Kosten, die in der Tabelle fehlen

Die Ausstattung ist klein, aber real: ein Entwicklungsnotebook für 1.500 bis 2.500 GBP, ein Monitor, ein Schreibtisch. Die Werkzeuge sind teurer als erwartet, sobald Sie Versionsverwaltung, eine IDE-Lizenz, Minuten für Continuous Integration, Cloud-Umgebungen, Fehlererfassung und Log-Aufbewahrung zusammenzählen. 1.200 bis 3.000 GBP pro Entwickler und Jahr sind eine vertretbare Planungsgröße und eine hauseigene Schätzung, keine veröffentlichte Statistik.

Das Recruiting ist die Spitze. Eine erfolgsbasierte Agentur in Großbritannien verlangt üblicherweise einen Prozentsatz des ersten Jahresgehalts im hohen Zehner- bis mittleren Zwanzigerbereich, kalkulieren Sie also 9.000 bis 15.000 GBP für eine Stelle mit 60.000 GBP, sofern Sie nicht direkt einstellen. Auch das ist eine hauseigene Schätzung.

Die Position, die niemand kalkuliert, ist Führung. Ein erfahrener Entwickler, der zwei andere betreut, verliert zwanzig bis vierzig Prozent seiner eigenen Lieferkapazität, drei Einstellungen ergeben also nicht die Leistung von drei Personen.

Lesen Sie das als rund das 1,4-Fache des Gehalts im ersten Jahr und das 1,2-Fache danach, noch ohne Führungsaufwand. Die Zahlen für Gehalt, Ausstattung, Werkzeuge und Recruiting sind hauseigene Planungsschätzungen, nur die Positionen für National Insurance, Altersvorsorge und Urlaub stammen aus veröffentlichten Sätzen.

Der Weg über Freiberufler und was er wirklich bringt

Ein Freiberufler auf Tagessatz nimmt die gesetzlichen Kosten und die Kündigungsfrist heraus und fügt einen Aufschlag und eine Governance-Pflicht hinzu. In Großbritannien liegt ein erfahrener Entwickler, der über seine eigene Limited arbeitet, üblicherweise im Band von 400 bis 600 GBP pro Tag, mit Spezialwissen und kurzen Einsätzen darüber. Das ist eine hauseigene Schätzung, konsistent mit den Bändern, die wir an anderer Stelle auf dieser Website nennen.

Bei 500 GBP pro Tag und 220 abrechenbaren Tagen sind das 110.000 GBP im Jahr gegen 72.000 GBP für eine Festanstellung mit 60.000 GBP inklusive aller Nebenkosten. Der Aufschlag kauft drei Dinge: Sie können aufhören, Sie können schnell anfangen, und Sie bekommen jemanden, der dieses Problem woanders schon gelöst hat. Er kostet Sie Kontinuität und das Wissen, das mit dem Vertrag das Haus verlässt.

Freiberufler funktionieren gut für eine klar umrissene Kompetenzlücke, zur Vertretung bei Abwesenheit und für die ersten sechs Monate eines Aufbaus, in denen Sie erfahrenes Urteilsvermögen wollen, ohne Stellen zu binden. Sie funktionieren schlecht als dauerhafter Ersatz für ein Team, weil die Anreizstruktur still Dauer statt Fertigstellung belohnt und weil niemand achtzehn Monate später für den Code verantwortlich ist. Die sinnvolle Fassung ist hybrid: Freiberufler für Spitzen und Spezialgebiete, Angestellte für die Teile des Systems, deren Verlust Sie sich nicht leisten können. Das ist das Muster hinter den meisten unserer Aufträge unter Webentwickler engagieren.

Off-Payroll-Working und was die Regeln von Ihnen verlangen

Dieser Abschnitt beschreibt eine Pflicht. Er ist keine Steuerberatung, und jede Freiberuflervereinbarung sollte unabhängig von ihrer Größe vor Beginn mit einer Steuerberatung oder einer Fachperson für Lohnsteuerrecht geprüft werden.

Die Off-Payroll-Working-Regeln, allgemein als IR35 bekannt, gelten, wenn jemand Leistungen über eine eigene Zwischengesellschaft erbringt und bei einem Direktvertrag mit Ihnen Arbeitnehmer gewesen wäre. Die GOV.UK-Erläuterung zum Off-Payroll-Working legt fest, wer entscheidet. Ein mittlerer oder großer privatwirtschaftlicher Auftraggeber bestimmt den steuerlichen Beschäftigungsstatus der arbeitenden Person und muss ein Status Determination Statement mit Begründung ausstellen. Bei einem kleinen Auftraggeber außerhalb des öffentlichen Sektors liegt diese Verantwortung stattdessen bei der Zwischengesellschaft.

Ob Sie als klein gelten, folgt dem Größentest des Companies Act. Das Employment Status Manual von HMRC hält fest, dass die Schwellen ab dem 6. April 2025 auf einen Umsatz über 15 Millionen GBP und eine Bilanzsumme über 7,5 Millionen GBP gestiegen sind, bei unveränderter Grenze von 50 Beschäftigten. Ein Unternehmen ist mittel oder groß, wenn es in zwei aufeinanderfolgenden Geschäftsjahren mindestens zwei der drei Kriterien erfüllt.

HMRC veröffentlicht ein Werkzeug für die Feststellung selbst. Das Werkzeug zur Prüfung des steuerlichen Beschäftigungsstatus kann von Auftraggebern, arbeitenden Personen oder Vermittlern genutzt werden, und HMRC erklärt, das Ergebnis anzuerkennen, sofern die Angaben zutreffend und im Einklang mit der Anleitung sind. Genau dieser Vorbehalt ist der Kern: ein Ergebnis auf Basis des Vertrags, den Sie sich wünschen, ist nichts wert.

Die praktische Folge ist einfach. Freiberufler sind nur so lange verwaltungsseitig günstiger als Angestellte, wie Sie klein sind. Sobald Sie den Größentest überschreiten, trägt jeder Einsatz eine Feststellung, eine Erklärung und eine Dokumentation.

Was eine Agentur kostet und was Sie aufgeben

Britische Agenturtagessätze für einen erfahrenen Entwickler liegen häufig bei 600 bis 1.200 GBP, je nach Erfahrung, Branche und dem Anteil an mitgeliefertem Delivery-Management. Das ist etwa das Doppelte eines Freiberuflers und das Dreifache eines belasteten Angestelltentages, und der Vergleich führt in beide Richtungen in die Irre.

Der Aufschlag kauft Kapazität, die bereits zusammengesetzt ist. Ein dreiköpfiges Agenturteam hat zusammengearbeitet, hat eine Deployment-Pipeline, eine Rufbereitschaft und jemanden Erfahrenen, der den Code prüft. Das intern aufzubauen dauert sechs bis neun Monate und zwei Einstellungsrunden. Für ein Vorhaben mit festem Umfang oder eine erste Version, bei der Sie noch lernen, was das Produkt sein soll, schlägt dieser Vorsprung meist den Unterschied im Satz.

Sie geben Nähe und Dauerhaftigkeit auf. Das Verständnis einer Agentur für Ihr Geschäft ist begrenzt durch das, was Sie ihr erzählt haben, und es geht mit ihr. Die Gegenmaßnahme sind Dokumentation und eine Übergabeklausel, die am Anfang geschrieben wird und nicht am Ende.

Der Break-even lässt sich leichter in Monaten als in Sätzen denken. Unterhalb von etwa neun Monaten durchgehender Arbeit ist die Agentur günstiger, sobald Recruiting, Einarbeitung und das Risiko einer Fehlbesetzung eingepreist sind. Jenseits von achtzehn Monaten gewinnt intern deutlich. Unser Leitfaden zum Auswählen und Beauftragen einer Softwareagentur behandelt diese Auswahl, und der Budgetleitfaden für individuelle Software behandelt die Zahlen.

Die erste Entwicklerstelle entscheidet über alles danach

Alles nach Ihrer ersten Entwicklerstelle hängt vom Urteilsvermögen dieser Person ab. Sie wählt die Sprache, das Hosting, den Deployment-Ansatz und das Datenmodell, und jede weitere Einstellung wird an einem Stack gemessen, den sie definiert hat. Ein Unternehmen, das hier falsch liegt, merkt es ein Jahr lang nicht und dann auf einen Schlag.

Stellen Sie einen erfahrenen Generalisten ein, der die Lieferung von Anfang bis Ende verantworten kann. Keinen Spezialisten für die Technologie, die Sie zu brauchen glauben, und keine Führungskraft. Jemanden, der mit einer Kundin sprechen, entscheiden kann, was gebaut wird, es baut, in Produktion bringt und an einem Dienstagabend betreut. Dieses Profil ist teuer, als hauseigene Schätzung etwa 70.000 bis 95.000 GBP außerhalb Londons, und es ist das Günstigste, was Sie in diesem Jahr kaufen.

Der Test im Gespräch ist nicht, ob die Person Ihr Framework kennt. Er lautet, ob sie ein Projekt beschreiben kann, das sie schlecht zugeschnitten hat, und sagen kann, was sie heute anders machen würde, und ob sie nach Ihren Kunden fragt, bevor sie nach Ihrem Stack fragt. Wer nur nach der Technologie fragt, baut etwas technisch Hervorragendes und geschäftlich Belangloses.

Geben Sie dieser Person Autorität und nicht nur einen Titel. Kann sie zu einem Feature-Wunsch nicht Nein sagen, haben Sie ein sehr teures Paar Hände eingestellt. Unser Beitrag dazu, wie man in Großbritannien einen Softwareentwickler einstellt, geht tiefer in die Prüfung.

Warum es scheitert, zuerst einen Junior einzustellen

Die Logik ist immer dieselbe und immer falsch. Ein Junior kostet 28.000 GBP statt 80.000 GBP, also können Sie zwei einstellen, und sie wachsen in die Rolle hinein. Was tatsächlich passiert, ist, dass niemand da ist, der sie wachsen lässt.

Ein Junior ist drei bis neun Monate lang ein Nettominus für die Lieferung. Das ist keine Kritik, sondern die Funktionsweise des Berufs: Er braucht Code-Reviews, Orientierung in der Architektur und jemanden, der ihn stoppt, bevor er eine Entscheidung festschreibt, deren Rücknahme teuer wird. Ohne eine erfahrene Person, die das tut, findet die Prüfung nie statt, und der Junior liefert ungeprüfte Arbeit direkt in das System aus, das Ihr Geschäft betreibt.

Die Rechnung kommt später, als technische Schulden. Achtzehn Monate ungeprüften Code neu zu schreiben kostet in der Regel mehr als das gesparte Gehalt, und es kostet das zu einem Zeitpunkt, an dem die Software schon tragend ist.

Junioren sind in der richtigen Reihenfolge eine gute Investition. Sobald Sie eine erfahrene Person mit Zeit zum Anleiten haben und eine Codebasis mit Tests und einem Prüfprozess, wird ein Junior zu günstiger Kapazität, die sich verzinst. Zuerst eingestellt sind sie eine ungedeckte Verbindlichkeit mit einer Personalnummer.

Teamformen: Was eine, drei, fünf und zehn Personen liefern

Ein Organigramm sagt Ihnen, wer wem berichtet. Was ein Käufer braucht, ist eine Aussage darüber, was jede Größe tatsächlich in Produktion bringen kann und was strukturell nicht geht.

Ein Entwickler

Ein erfahrener Generalist kann eine einzelne Anwendung mit überschaubarer Oberfläche bauen und betreiben. Er kann wöchentlich ausliefern, eigene Produktionsprobleme beheben und das ganze System im Kopf halten, was ihn schnell macht. Was er nicht kann, ist krank werden, Urlaub nehmen oder kündigen. Ein Einpersonenteam hat keinerlei Redundanz, und jedes Unternehmen, das auf einem Entwickler läuft, trägt ein nicht bepreistes Risiko. Federn Sie es mit einem Agenturvertrag für Abwesenheiten ab, oder nehmen Sie es ausdrücklich in Kauf statt stillschweigend.

Drei Entwickler

Drei ist die erste Form, die den Weggang einer Person übersteht. Typisch sind ein Technical Lead und zwei Entwickler, wobei der Lead etwa die halbe Woche mit Lieferung und die andere Hälfte mit Reviews, Planung und Entblockieren verbringt. Drei Personen können zwei Arbeitsstränge führen, einen Release-Takt halten und eine Bereitschaft tragen. Sie können sich nicht spezialisieren, alles mit tiefer Fachlichkeit, etwa eine Zahlungsanbindung oder ein Performance-Umbau, wird also eingekauft. Inklusive aller Nebenkosten sind das rund 250.000 GBP pro Jahr.

Fünf Entwickler

Bei fünf beginnt sich Struktur zu lohnen. Sie können sich nun eine Spezialistin neben den Generalisten leisten, und der Technical Lead schreibt die meiste Woche keinen Code mehr. Fünf Personen können ein Produkt mit echter Nutzerbasis betreiben, innerhalb der Geschäftszeiten auf Störungen reagieren und trotzdem auf der Roadmap vorankommen. Das ist auch die Größe, ab der das Fehlen eines Product Owners untragbar wird, weil der Koordinationsaufwand nun übersteigt, was eine Gründerin nebenbei auffangen kann.

Zehn Entwickler

Zehn sind zwei Teams, ob Sie die Linie gezogen haben oder nicht. Die Kommunikationswege wachsen schneller als die Kopfzahl, das informelle Vorgehen bricht also, und Sie brauchen ausdrückliche Verantwortung: wer welchen Dienst besitzt, wer Bereitschaft hat, wer entscheidet. Hier wird aus einer Nebenaufgabe die Rolle Engineering Manager, und hier wird Plattformarbeit (Deployment, Umgebungen, Beobachtbarkeit) zur Aufgabe einer Person statt zum Abend aller.

Die Rollen, erklärt für nicht technische Leser

Berufsbezeichnungen in der Software sind zwischen Unternehmen uneinheitlich, was ihren Einkauf erschwert. Hier steht, was jede Rolle mit ihrer Woche macht.

Product Owner

Entscheidet, was gebaut wird und in welcher Reihenfolge, schreibt auf, was “fertig” bedeutet, und sagt Nein. Verbringt die Woche mit Kunden und mit dem Team und übersetzt das eine in Arbeit, mit der das andere etwas anfangen kann. Ohne diese Rolle macht es jemand anderes schlecht, meist der Technical Lead, auf Kosten seiner Lieferzeit. Bis etwa fünf Entwickler geht es ohne dedizierten Product Owner, wenn eine Gründerin wirklich einen Tag pro Woche dafür hat.

Technical Lead

Verantwortet, wie das System gebaut ist. Prüft Code, trifft die Architekturentscheidungen und steht gerade, wenn sich der Entwurf als falsch erweist. Bei drei Personen schreibt diese Rolle noch fast täglich Code, bei zehn sehr wenig. Das ist die Rolle, die Sie oberhalb von einer Person in keiner Größe auslassen können, denn von dort kommt die Einheitlichkeit.

Full-Stack-Entwickler

Baut Funktionen über den ganzen Weg, vom Bildschirm, den ein Nutzer sieht, bis zur Datenbank dahinter. Das Rückgrat jedes kleinen Teams, weil ein Generalist aufgreifen kann, was das Release gerade blockiert. Im Kleinen stellen Sie fast ausschließlich dieses Profil ein.

Spezialist

Tief in einem Gebiet: mobil, Data Engineering, Sicherheit, ein bestimmtes Framework. Enorm wertvoll, wenn die Arbeit das wirklich verlangt, und untätig, wenn nicht. Kaufen Sie Spezialisten tageweise, bis der Bedarf mindestens sechs Monate durchgehend besteht.

QA-Engineer

Testet das System absichtlich statt nebenbei, baut automatisierte Testsuiten und verantwortet die Definition eines Release, das sicher ausgeliefert werden kann. Entwickler testen ihre eigene Arbeit, aber sie testen, was sie erwartet haben. Eine Testerin testet, was ein Nutzer wirklich tut.

Platform Engineer

Verantwortet den Boden, auf dem die Software läuft: Umgebungen, Deployment-Pipelines, Überwachung, Sicherungen, Kosten. Manchmal DevOps genannt, was eigentlich eine Praxis und kein Beruf ist. Die Arbeit gibt es in jeder Größe, die Frage ist nur, ob sie die Aufgabe einer Person oder die Überstunde aller ist.

Wann Tester, Designer und Platform Engineer nötig werden

Jede dieser Rollen hat ein ehrliches Signal, und es ist ein Symptom und keine Kopfzahl.

Stellen Sie eine eigene Testerin ein, wenn Regressionen häufiger als einmal im Quartal bei Kunden ankommen oder wenn Releases langsamer werden, weil niemand sich traut, den Knopf zu drücken. Beides heißt, dass die manuelle Prüfung überschritten hat, was Entwickler nebenbei auffangen können. In einem Fünfpersonenteam kommt das meist zwischen Monat zwölf und Monat vierundzwanzig.

Stellen Sie eine Designerin ein oder binden Sie eine, wenn Entwickler Oberflächenentscheidungen im Pull Request treffen. Das ist ein Fehler in der Reihenfolge und nicht im Können: Sie sollen gleichzeitig entwerfen und bauen, und die Entwurfshälfte bekommt die Restzeit. Eine Teilzeitkraft im Design reicht meist weit über zehn Entwickler hinaus.

Stellen Sie einen Platform Engineer ein, wenn Deployment ein Ereignis statt Routine wird oder wenn die Woche Ihres besten Entwicklers von Umgebungen und Pipelines aufgefressen wird. Wenn Ausliefern eine namentlich bekannte Person und einen ruhigen Nachmittag verlangt, ist der Boden zum Engpass geworden. Unser Beitrag zu Praktiken für CI/CD-Pipelines beschreibt, wie gut aussieht, bevor Sie dafür einstellen.

Stellen Sie einen Engineering Manager bei etwa acht bis zehn Personen ein und nicht früher. Darunter ist ein Technical Lead mit Autorität besser als eine Führungskraft ohne technische Glaubwürdigkeit, weil die Entscheidungen, die im Kleinen zählen, technische sind.

Eine Stellenanzeige, die filtert

Eine Stellenanzeige hat eine Aufgabe: die Zahl der Bewerbungen zu senken, die Sie lesen müssen, und zugleich den Anteil der passenden zu erhöhen. Die meisten Anzeigen tun das Gegenteil, weil sie Technologien auflisten statt Probleme.

Beginnen Sie mit dem Problem. “Sie verantworten den Umbau eines Buchungssystems, das 4 Millionen GBP im Jahr abwickelt und derzeit etwa eine Bestellung pro Woche verliert” sagt einer guten Entwicklerin mehr als ein Absatz voller Adjektive und wählt Menschen aus, die das interessant finden. Nennen Sie den Stack in einer Zeile, gekennzeichnet als aktueller Stand und nicht als Anforderung: Eine starke Entwicklerin lernt Ihr Framework in vierzehn Tagen, und eine schwache rettet es nicht, es schon zu kennen.

Veröffentlichen Sie das Gehaltsband. Stellen ohne eines ziehen Menschen an, die auf Menge optimieren, und verschwenden eine ganze Interviewrunde damit, eine Lücke zu entdecken, die eine Zahl in zehn Sekunden gezeigt hätte. Fühlt sich das Band unangenehm öffentlich an, ist es vermutlich falsch.

Sagen Sie klar, wie das Team aussieht, einschließlich, dass es klein ist. “Sie werden unsere erste Entwicklerin und berichten an die Gründerin” ist für manche ein echter Anreiz und für andere ein echtes Abschreckungsmittel, und Sie wollen beide Wirkungen. Unschärfe hier erzeugt Kandidaten, die zusagen und in Monat vier gehen.

Kürzen Sie danach die Anforderungsliste auf das, was wirklich verlangt wird. Vierzehn Aufzählungspunkte sind eine Wunschliste, die sich als Spezifikation ausgibt, und sie unterdrückt Bewerbungen von Menschen, die die Arbeit gut gemacht hätten.

Ein technisches Assessment führen, das Sie selbst nicht führen können

Ohne technische Gründerin ist die Versuchung groß, auf Selbstsicherheit zu prüfen, die mit nichts korreliert. Bauen Sie den Prozess so, dass das technische Urteil an einer Stelle entsteht, der Sie vertrauen können.

Nutzen Sie eine kurze, bezahlte Aufgabe für zu Hause. Zwei bis drei Stunden, vernünftig vergütet, mit einer schriftlichen Beschreibung der Randbedingungen und der Bewertungskriterien. Unbezahlte mehrtägige Aufgaben filtern nach freier Zeit statt nach Können und kosten Sie genau die erfahrenen Kandidatinnen, die Sie wollen. Halten Sie sie nah an der echten Arbeit: eine kleine Funktion gegen eine realistische Codebasis sagt mehr über den Job aus als ein Algorithmusrätsel.

Holen Sie für die Bewertung und das Folgegespräch eine externe technische Begutachtung dazu. Eine Stunde einer erfahrenen Entwicklerin, die die Einreichung liest und die Kandidatin durch ihre Entscheidungen führt, sagt Ihnen mehr als beliebig viele Kompetenzfragen. Rechnen Sie mit einem Tagessatz und behandeln Sie ihn als günstige Versicherung gegen eine Fehlbesetzung, die ein Jahr kostet.

Bitten Sie die Kandidatin, Ihnen als nicht technischer Person ihren Code zu erklären. Kann sie nicht in Worten beschreiben, denen Sie folgen, was sie gebaut hat und warum, ist das eine Information: Der größte Teil des Jobs besteht darin, mit Menschen zu sprechen, die keine Entwickler sind.

Holen Sie Referenzen richtig ein und stellen Sie eine bestimmte Frage: Was hat diese Person getan, als sie mit einer Entscheidung nicht einverstanden war. Die Antwort trennt Entwickler, die Probleme früh ansprechen, von denen, die still werden und das Falsche korrekt bauen.

Right-to-Work-Prüfungen sind nicht optional

Jeder Arbeitgeber muss prüfen, ob eine Kandidatin in Großbritannien arbeiten darf, und die Prüfung muss vor Beschäftigungsbeginn abgeschlossen sein. Die GOV.UK-Anleitung zur Prüfung des Arbeitsrechts einer Bewerberin nennt drei zulässige Wege: eine Online-Prüfung mit einem Share Code, eine manuelle Prüfung von Originaldokumenten in Anwesenheit der Bewerberin oder eine Prüfung durch einen zertifizierten Identitätsdienstleister mit Technologie zur Dokumentenvalidierung. Britische und irische Staatsangehörige können keinen Share Code erhalten, ihre Prüfung läuft also über Dokumente oder über einen Identitätsdienstleister.

Bewahren Sie Kopien für die Dauer der Beschäftigung und zwei Jahre danach auf und terminieren Sie eine Wiederholungsprüfung für alle, deren Arbeitserlaubnis befristet ist. Die Dokumentation begründet die gesetzliche Entlastung, falls sich später etwas als falsch herausstellt.

Das Risiko ist nicht klein. GOV.UK erklärt, dass ein Arbeitgeber eine zivilrechtliche Strafe von bis zu 60.000 GBP je illegal beschäftigter Person treffen kann, wenn keine korrekte Prüfung erfolgt ist. Für ein Unternehmen bei seinen ersten zwei Einstellungen ist das mehr als das gesamte Recruiting-Budget. Bauen Sie die Prüfung in den Angebotsprozess ein statt in den ersten Tag, damit nie ein Starttermin mit offenen Unterlagen eintritt.

Einstellen von außerhalb Großbritanniens

Hat die gewünschte Kandidatin nicht bereits eine Arbeitserlaubnis für dieses Land, brauchen Sie eine Sponsor-Lizenz, bevor Sie sie beschäftigen können, und das ist ein Projekt und kein Formular.

Der Antrag auf eine Worker-Lizenz kostet 611 GBP für einen kleinen oder gemeinnützigen Sponsor und 1.682 GBP für einen mittleren oder großen, laut der GOV.UK-Anleitung zum Sponsoring. Die meisten Entscheidungen fallen in weniger als acht Wochen, mit einem Vorrangdienst für 750 GBP, der eine Entscheidung in zehn Werktagen bietet, sofern Plätze frei sind. Planen Sie mit der Standardfrist, denn diese Warteschlange läuft nach Eingang.

Die Stelle selbst muss eine Gehaltsuntergrenze überschreiten. Das Skilled-Worker-Visum verlangt einen lizenzierten Sponsor und ein Certificate of Sponsorship, und GOV.UK setzt die Standardgehaltsanforderung bei 41.700 GBP pro Jahr oder dem branchenüblichen Satz für den Beruf an, je nachdem, welcher höher ist. Bei den meisten Softwarerollen ist der branchenübliche Satz und nicht die allgemeine Schwelle die bindende Grenze.

Dazu kommt die Immigration Skills Charge, die der Arbeitgeber bei Zuteilung des Certificate of Sponsorship zahlt. GOV.UK setzt sie auf 480 GBP für die ersten zwölf Monate bei einem kleinen oder gemeinnützigen Sponsor und auf 1.320 GBP bei einem mittleren oder großen fest, mit 240 GBP beziehungsweise 660 GBP für jede weitere Halbjahresperiode. Bei einem dreijährigen Sponsoring für einen mittleren Arbeitgeber sind das 3.960 GBP, und der Sponsor darf sie nicht an die beschäftigte Person weitergeben.

Kalkulieren Sie 6.000 bis 9.000 GBP und drei bis vier Monate für eine erste gesponserte Einstellung. Das ist bei einer seltenen Fähigkeit oft richtig und bei einer ersten Stelle, die in sechs Wochen arbeiten soll, fast nie.

Onboarding und die ersten neunzig Tage

Setzen Sie ein messbares Ziel: Die neue Entwicklerin bringt in Woche eins etwas in Produktion. Keine große Funktion, eine kleine echte Änderung, die Kunden sehen. Das ist der schnellste Test dafür, ob Ihre Umgebung wirklich arbeitsfähig ist, und es verschiebt die Psychologie der Einstellung von Beobachten zu Besitzen.

Dafür muss einiges stimmen. Ein dokumentiertes lokales Setup, das auf einem frischen Rechner funktioniert. Konten und Zugänge, die vor dem ersten Tag eingerichtet sind statt an ihm beantragt. Ein Deployment-Weg, der nicht den Segen einer bestimmten Person braucht. Eine benannte Patin, deren Kalender in dieser Woche wirklich frei ist. Fehlt etwas davon, lernt Ihre neue Entwicklerin als Erstes, dass Ihre Systeme nicht funktionieren.

Bis Tag dreißig sollte sie eine sinnvolle Funktion ausgeliefert haben und das Geschäft beschreiben können, nicht nur die Codebasis. Bis Tag sechzig sollte sie den Code anderer prüfen und Entscheidungen hinterfragen. Bis Tag neunzig sollte sie Arbeit identifizieren statt Arbeit zu empfangen.

Diese Meilensteine sind zugleich Ihr Frühwarnsystem. Wer bis Tag sechzig nichts hinterfragt, passt entweder nicht oder wird zu eng geführt, und beides lässt sich in Monat drei zu einem Bruchteil dessen beheben, was es in Monat neun kostet. Unser Beitrag zum Entwickler-Onboarding, das in Woche eins liefert, beschreibt die Mechanik.

Bindung, gerechnet statt kulturell erzählt

Eine Entwicklerin zu ersetzen kostet das Recruiting-Honorar, die Einarbeitung und die Lieferung, die die scheidende Person ab der Kündigung nicht mehr erbracht hat. Bei einer Stelle mit 60.000 GBP bringen 12.000 GBP Honorar plus drei Monate reduzierter Leistung die reale Zahl über 25.000 GBP. Das ist eine hauseigene Schätzung, und eine vorsichtige, denn sie klammert das Wissen aus, das mitgeht.

Entwickler gehen selten allein wegen des Geldes, auch wenn Geld der genannte Grund ist. Sie gehen, weil sie nicht liefern können. Ein Deployment, das drei Tage dauert, eine Review-Warteschlange, die niemand abarbeitet, eine Roadmap, die sich alle vierzehn Tage ändert, sechs Monate Arbeit, die vor dem Release gestrichen werden. Jedes davon sagt einer kompetenten Person, dass ihr Aufwand nicht in Ergebnisse umschlägt, und kompetente Menschen haben Optionen.

Die wirtschaftlich vernünftige Ausgabe für Bindung sind daher keine Annehmlichkeiten. Es sind Deployment-Automatisierung, ein funktionierender Prüfprozess, eine stabile Roadmap und genug Luft, damit Wartung geschieht, bevor sie zum Notfall wird. Das sind dieselben Investitionen, die die Liefergeschwindigkeit erhöhen.

Gehaltsbänder zählen weiterhin, auf eine bestimmte Weise. Gehälter driften, wenn sich der Markt bewegt und die internen Runden nicht, und wer das zuerst merkt, ist die Person, die sich woanders vorstellt. Prüfen Sie die Bänder jährlich gegen öffentliche Daten wie das ONS-Bulletin zu Arbeitnehmerverdiensten im Vereinigten Königreich, das den Median des Bruttojahresverdienstes von Vollzeitbeschäftigten im April 2025 bei 39.039 GBP verortet. Das kostet weit weniger als eine Kündigung.

Das Hybridmodell, bei dem die meisten landen

Nach achtzehn Monaten landen die meisten Unternehmen, die ein internes Team aufbauen wollten, in der Mitte: ein kleiner fester Kern, der das Produkt verantwortet, mit einer Agentur oder Freiberuflern für Spezialgebiete und Spitzen. Das ist kein Scheitern des Plans. Es ist die Anordnung, die den Kontakt mit einer echten Roadmap übersteht.

Sie funktioniert, wenn drei Dinge gelten. Das interne Team verantwortet die Architektur und die Produktionsumgebung, damit die externe Seite innerhalb einer Struktur beiträgt, die Sie kontrollieren, statt eine zu definieren. Code-Reviews laufen in beide Richtungen, externe Arbeit wird also von Ihrem Team geprüft und die Ihres Teams von deren. Und der Umfang der externen Seite ist als Ergebnis geschrieben und nicht als Stunden.

Sie scheitert, wenn die Agentur zur Blackbox wird. Das Anzeichen ist, dass niemand im Haus erklären kann, wie ein Bestandteil funktioniert. Verhindern Sie es strukturell: Externe Arbeit landet in Ihrem Repository, wird über Ihre Pipeline ausgeliefert und ist als Zahlungsvoraussetzung dokumentiert statt als Höflichkeit am Ende. Halten Sie eine Wissensübergabe in fester Taktung im Vertrag, monatlich reicht meist. Unser Vergleich zum Outsourcing der Softwareentwicklung, Großbritannien gegen Offshore, lohnt sich, bevor Sie entscheiden, wo die externe Hälfte sitzt, denn die Überlappung der Zeitzonen verändert spürbar, wie gut dieses Modell funktioniert.

Ein Stufenplan für die ersten achtzehn Monate

Monate eins bis drei: nicht einstellen. Schreiben Sie die Roadmap für die Monate vier bis achtzehn und lassen Sie sie von jemandem Technischem prüfen, der Ihnen nichts verkauft. Kaufen Sie die unmittelbare Arbeit bei einer Agentur oder einer Freiberuflerin. Das Ergebnis dieser Stufe ist eine belastbare Antwort darauf, ob die Arbeit durchgehend ist.

Monate vier bis neun: den erfahrenen Generalisten einstellen. Eine Person, gut bezahlt, mit Autorität über technische Entscheidungen. Lassen Sie die externe Kapazität die ersten zwei Monate parallel weiterlaufen, damit die Lieferung nicht stoppt, während die Person ankommt. Entscheidungspunkt in Monat neun: Ist die Roadmap noch voll, und kann diese Person Arbeit für andere spezifizieren.

Monate zehn bis fünfzehn: Sind beide Antworten Ja, ergänzen Sie zwei Entwickler auf die stabile Form von drei und benennen einen Product Owner, auch wenn es eine Gründerin ist, die formal einen Tag pro Woche zuteilt. Ist eine Antwort Nein, bleiben Sie bei einer Person plus externer Kapazität, was ein völlig guter Dauerzustand für ein Unternehmen ist, dessen Software das Produkt unterstützt statt es zu sein.

Monate sechzehn bis achtzehn: der zweite Entscheidungspunkt. Ergänzen Sie die vierte und fünfte Person nur, wenn der Engpass wirklich Kapazität ist und nicht Richtung. Teams wachsen häufiger aus dem falschen Grund als aus dem richtigen, und das Symptom ist ein Backlog, der lang ist, aber nicht priorisiert. Fragen Sie an jedem Entscheidungspunkt, ob die nächste Einstellung schneller ist als der nächste Agenturtag.

Wo Sie anfangen

Schreiben Sie zuerst die Roadmap für achtzehn Monate, beantworten Sie den dreiteiligen Test ehrlich und bepreisen Sie dann beide Wege mit den echten Zahlen statt nur mit dem Gehalt. Die meisten Unternehmen stellen fest, dass die erste Einstellung eine erfahrene Person statt zweier mit mittlerer Erfahrung sein sollte und dass die sechs Monate davor besser tageweise gekauft werden.

Mecanik arbeitet auf beiden Seiten davon. Wir führen Aufträge in der Softwareentwicklung für Unternehmen, die noch nicht bereit sind einzustellen, und liefern erfahrene Kapazität über Webentwickler engagieren für Teams, die einen Kern aufbauen und dabei Spitzen abgedeckt brauchen. Wenn Sie zwischen beidem abwägen, ist das nützliche Gespräch das über die Roadmap, denn sie entscheidet.

Häufig gestellte Fragen

Was kostet es, in Großbritannien einen Softwareentwickler einzustellen? Rechnen Sie mit rund dem 1,4-Fachen des Gehalts im ersten Jahr und dem 1,2-Fachen danach. Bei einem Gehalt von 60.000 GBP sind das etwa 85.600 GBP im ersten Jahr, zusammengesetzt aus Gehalt, Arbeitgeber-National-Insurance von 15 Prozent über der Sekundärschwelle von 5.000 GBP für das Steuerjahr 2026 bis 2027, einem Mindestbeitrag von 3 Prozent zur Altersvorsorge auf anrechenbare Einkünfte, Ausstattung, Werkzeugen und einem Recruiting-Honorar. Die Zahlen für Gehalt, Ausstattung, Werkzeuge und Recruiting sind hauseigene Planungsschätzungen.

Sollte meine erste Entwicklerstelle senior oder junior sein? Senior, und ein Generalist statt eines Spezialisten. Ein Junior ist drei bis neun Monate lang ein Nettominus für die Lieferung und braucht eine erfahrene Person, die seine Arbeit prüft, ihn zuerst einzustellen erzeugt also ungeprüften Code in einem System, von dem Ihr Geschäft abhängt. Der Umbau kostet meist mehr als das gesparte Gehalt. Junioren sind eine gute Investition, sobald eine erfahrene Person mit Zeit zum Anleiten und ein Prüfprozess vorhanden sind.

Wie viele Entwickler brauche ich, um ein Software-Entwicklungsteam aufzubauen? Drei ist die kleinste Form, die den Weggang einer Person übersteht: ein Technical Lead und zwei Entwickler, mit rund 250.000 GBP pro Jahr inklusive aller Nebenkosten. Ein erfahrener Generalist kann eine einzelne Anwendung betreiben, hat aber keine Redundanz bei Krankheit, Urlaub oder Kündigung. Bei fünf beginnen sich eine Spezialistin und ein eigener Product Owner zu rechnen, und zehn sind faktisch zwei Teams, die ausdrückliche Verantwortung für Dienste brauchen.

Wann ist eine Agentur besser als interne Entwickler? Wenn die Arbeit ein definiertes Ende hat, wenn Sie weniger als etwa neun Monate durchgehende Roadmap haben oder wenn Sie Kapazität brauchen, bevor eine Einstellungsrunde sie liefern könnte. Eine Agentur ist ein variabler Kostenblock, den Sie stoppen können, ein schlechter Monat kostet also einen Monat und kein Jahr. Jenseits von achtzehn Monaten durchgehender Arbeit gewinnt ein internes Team deutlich bei Kosten wie bei Tempo.

Was muss ich prüfen, bevor ich in Großbritannien einen Entwickler beschäftige? Schließen Sie vor Beschäftigungsbeginn eine Right-to-Work-Prüfung ab, über einen Online-Share-Code, über Originaldokumente in Anwesenheit der Bewerberin oder über einen zertifizierten Identitätsdienstleister. GOV.UK erklärt, dass die zivilrechtliche Strafe bis zu 60.000 GBP je illegal beschäftigter Person erreichen kann, wenn keine korrekte Prüfung erfolgt ist. Sponsern Sie jemanden von außerhalb Großbritanniens, brauchen Sie zusätzlich eine Sponsor-Lizenz, ein Certificate of Sponsorship und die Immigration Skills Charge.