TL;DR: Ein Software-Unternehmer mit kleinem Team hielt seinen Junior Dev für einen Mitläufer — 30 Minuten Zeitaufwand für 5-Minuten-Aufgaben, Tickets blieben monatelang liegen. Der Hebel war kein Schulungsprogramm, sondern das Vorleben des Inhabers: Er hörte auf, jede Entscheidung selbst zu treffen, übergab die Retrospektive-Leitung — und der Lehrling übernahm eigenständig Support-Meetings und Code-Reviews.
Stunden für eine 5-Minuten-Aufgabe
Der Junior Dev schrieb mehrere Stunden für ein Ticket auf, das in fünf Minuten erledigt gewesen wäre. Andere Tickets blieben monatelang komplett liegen. Wenn der Inhaber ins Büro kam, war Stille. Niemand sprach miteinander. Alle warteten auf Anweisungen. Meetings begannen regelmäßig 20 Minuten zu spät, weil das Team auf den Inhaber wartete. Sein Urteil über den eigenen Mitarbeiter: ein Mitläufer, der genau das Minimum macht und keine Sekunde weiter denkt.
Was passierte, als der Inhaber aufhörte einzuspringen
Der Inhaber — rund zehn Mitarbeiter, über ein Jahrzehnt im Geschäft — arbeitete mit anne&thorsten. an seiner eigenen Rolle im Unternehmen. Die Diagnose war unbequem: Er selbst sprang zwischen Aufgaben, machte Commits ohne Tickets, beantwortete Kunden-E-Mails im Urlaub und traf jede operative Entscheidung persönlich. Das Team hatte nie die Gelegenheit bekommen, eigenständig zu arbeiten — weil der Inhaber immer schneller war.
Die erste Änderung betraf gar nicht den Mitarbeiter. Der Inhaber nahm seine beste Entwicklerin aus dem operativen Support heraus und sagte ihr direkt: Du bist zu wertvoll für Aufgaben, die andere auch erledigen können. Eine andere Mitarbeiterin übernahm die Support-Leitung und entwickelte eigenständig einen neuen Workflow, den sie dem gesamten Team präsentierte. Der Inhaber war nur noch passiv dabei. Dann kam die Retrospektive. Der Inhaber wartete, ob jemand eröffnet. Nichts passierte. Er ging auf die Toilette. Als er zurückkam, hatte der Junior alles vorbereitet. Danach übergab er die Verantwortung offiziell.
Warum der Mitarbeiter erst in Verantwortung kam, als der Inhaber sich änderte
Einen Junior Dev in eine verantworliche Rolle zu bringen, klingt nach einem Ausbildungsthema — Schulungsplan, Feedbackgespräche, Lernziele. In Software-Unternehmen mit 5 bis 20 Mitarbeitern liegt das Problem woanders. Der Inhaber ist der Engpass, und der Mitarbeiter ist das deutlichste Symptom.
Ein Junior beobachtet genauer als jeder Senior-Entwickler, wie der Inhaber arbeitet. Wenn der Inhaber Entscheidungen an sich zieht, Tickets ohne Dokumentation bearbeitet und auf jede Kunden-Mail sofort reagiert — dann lernt er genau das: Warte auf Anweisungen, mach nichts eigenständig, halte Dich bedeckt. Das ist gelerntes Verhalten.
Der Mechanismus funktioniert in beide Richtungen. In dem Moment, in dem der Inhaber aufhörte, die Retrospektive zu eröffnen, musste jemand anderes einspringen. Der Junior tat es. Als die Support-Leitung an eine Kollegin ging und klare Zuständigkeiten entstanden, konnte er Tickets abarbeiten, ohne auf Freigaben zu warten. Er begann, Code von Kollegen zu reviewen — mit Kommentaren, die der Inhaber als „wirklich gut" beschrieb.
Die offenen Tickets der Entwicklerin, die vorher im Support festhing, sanken von über 100 auf 19. Die Fehlerquote im Monitoring erreichte erstmals null Prozent. Beide Zahlen hängen direkt daran, dass Zuständigkeiten verteilt wurden und der Inhaber sich aus dem operativen Tagesgeschäft zurückzog. In der Jahresend-Retrospektive schätzte das Team: Ohne den Inhaber würde das Unternehmen mehrere Wochen laufen — anderthalb Jahre zuvor waren es ein paar Tage gewesen.
Wo steht Dein Junior — und wo stehst Du?
Zähl die Entscheidungen, die Deine Junior-Entwickler letzte Woche eigenständig getroffen haben. Wenn die Antwort „keine" oder „weiß ich nicht" lautet, liegt das Problem wahrscheinlich bei Dir. Bei Deinem Verhalten, das dem Team zeigt: Eigenständigkeit ist hier nicht vorgesehen.
Weiterlesen
- Software-Entwickler einstellen ohne Recruiting: Wie ein Inhaber 3 Leute gewann — durch Kultur — Drei neue Mitarbeiter, null Euro Recruiting-Kosten.
- Schwieriger Entwickler im Team: Wie ein Inhaber sein Team am Bremser vorbeisteuerte — Wenn der erfahrenste Entwickler das Projekt bremst und das Team mitzieht — wie ein Inhaber die Abhängigkeit auflöste und sein Team am...
Wenn Du schauen willst, wo bei Dir gerade der größte Hebel liegt — wir machen das in 60 Minuten, kostenlos.
Lieber erstmal selbst durcharbeiten? Der 12-Wochen-Kurs hat die komplette Methode als Online-Modul. Einmalzahlung 199 €, dauerhaft verfügbar.
Häufige Fragen
Ab wann kann ein Junior Entwickler in einem Software-Unternehmen echte Verantwortung übernehmen?
Sobald klare Zuständigkeiten existieren und der Inhaber sich aus operativen Entscheidungen zurückzieht. Im beschriebenen Fall war der Junior Entwickler im zweiten Jahr im Unternehmen. Er übernahm Support-Meetings und Code-Reviews, nachdem die Teamstruktur das zuließ.
Mein Junior-Entwickler zeigt keine Eigeninitiative — ist das ein Einstellungsproblem?
Prüf zuerst, ob Eigeninitiative in Deinem Unternehmen überhaupt Raum hat. Wenn alle Entscheidungen über den Inhaber laufen und Tickets ohne Freigabe nicht bearbeitet werden, lernt ein Junior-Entwickler genau dieses Verhalten. Die Eigeninitiative fehlt dann strukturell, nicht persönlich.
Wie baue ich ein Support-Team auf, wenn mein Team nur 5–10 Leute hat?
Vergib eine klare Support-Leitung an eine Person — auch wenn sie gleichzeitig entwickelt. Wichtig ist, dass diese Person den Workflow selbst gestaltet und dem Team präsentiert, statt dass der Inhaber den Prozess vorgibt. Das funktioniert auch bei kleinen Teams, weil es um Zuständigkeit geht, nicht um Teamgröße.
Was mache ich, wenn mein Junior Fehler macht, sobald ich Verantwortung abgebe?
Definiere vorher, welche Fehler passieren dürfen und welche eskaliert werden müssen. Ein Junior, der ein Ticket falsch priorisiert, lernt daraus. Ein Junior, der einen Produktionsserver löscht, braucht vorher klare Leitplanken. Die Grenze zwischen beiden muss ausgesprochen sein — nicht im Kopf des Inhabers bleiben.