Zweihundert Positionen im Backlog, die älteste anderthalb Jahre alt. Niemand weiß mehr, wer sie gemeldet hat oder ob das Problem, um das es geht, überhaupt noch existiert. Jede Woche kommen mehr Tickets hinzu, als das Team schließt, und jedes Gespräch über Prioritäten endet gleich: Alles ist wichtig, also ist es nichts. Wenn Sie ein Unternehmen führen oder ein Produkt verantworten, ist so eine Liste kein technisches Problem. Es ist ein Entscheidungsproblem. Und es lässt sich lösen, ohne drei zusätzliche Entwickler einzustellen.
Bevor Sie irgendetwas beschleunigen, delegieren oder streichen, muss das Backlog sortiert werden. Nicht nach Meldedatum und nicht danach, wer am lautesten auf sein Anliegen pocht.
Schritt 1: Teilen Sie die Tickets in vier Körbe
Die erste Sortierung erfolgt nach den geschäftlichen Auswirkungen, nicht nach der technischen Schwierigkeit:
- Umsatzkritisch: Tickets, die Vertrieb, Kundenservice oder Rechnungsstellung blockieren. Jeder Tag Verzug hat bezifferbare Kosten.
- Compliance mit hartem Termin: KSeF, DSGVO, KI-Verordnung (EU AI Act). Der Stichtag verhandelt nicht, und die Strafe ist mitunter höher als die Kosten der gesamten Änderung.
- Quality-of-Life: blockiert nichts direkt, kostet die Leute aber täglich Zeit. Manuelles Abtippen von Daten, ein in der Tabelle zusammengeklebter Bericht, Behelfslösungen, an die sich alle gewöhnt haben.
- Nice-to-have: Ideen, die vor einem Jahr gut aussahen und nach denen seither niemand mehr gefragt hat.
Aus unseren Projekten ergibt sich eine simple Beobachtung: Der letzte Korb macht oft 30–50% der gesamten Liste aus. Löschen Sie ihn beherzt. Wenn eine Idee wirklich gebraucht wird, kommt sie von selbst zurück, und zwar mit einer besseren Begründung als beim ersten Mal.
Schritt 2: Die zweite Achse dazu — wer sollte das erledigen
Stellen Sie für die Tickets, die den ersten Schnitt überlebt haben, die zweite Frage: Erfordert die Umsetzung tiefes Wissen über Ihre Domäne, oder ist es Standard-Ingenieursarbeit? Ein Feld im Formular ergänzen, eine Integration über API, ein neuer Bericht, eine Datenmigration, Regressionstests: Das alles sieht in einer Spedition genauso aus wie in einem Pharmagroßhandel. Preislogik, Tourenplanungsalgorithmus, Regeln für das Kundenscoring: Das macht niemand gut, der Ihr Geschäft nicht kennt.
Aus diesen beiden Achsen entsteht eine Matrix, die die Entscheidungen ordnet:
- Dringend und Standard: der beste Kandidat für die Delegation an einen externen Partner. Gut definierter Input und Output, wenig Stammeswissen nötig.
- Dringend und domänenspezifisch: das eigene Team, sofort. Hier gibt es keine Abkürzung.
- Nicht dringend und Standard: in Paketen delegieren, sobald sich ein sinnvolles Bündel angesammelt hat.
- Nicht dringend und domänenspezifisch: bewusst zurückgestellt, mit einem konkreten Prüftermin statt einem ewigen „irgendwann".
Ein häufiger Fehler: Delegieren genau falsch herum
Und hier eine Meinung, gebildet in Modernisierungsprojekten: Viele Unternehmen teilen die Arbeit exakt andersherum auf. Die schwierigen, domänenspezifischen Aufgaben geben sie nach außen, weil „wir dafür keine Leute haben", und die einfachen Änderungen behalten sie im Haus, weil sie billig wirken. Das Ergebnis ist doppelt schlecht. Der externe Partner lernt über Jahre eine Domäne, die das Unternehmen selbst kontrollieren sollte, denn sie ist sein Wettbewerbsvorteil. Und der eigene Senior verbrennt Wochen damit, Felder in Formulare einzubauen, also mit Arbeit, die jeder solide Dienstleister erledigen würde. Behalten Sie den Domänenkern im Haus, selbst wenn es dort langsamer vorangeht. Standardarbeit geben Sie ohne Sentimentalität ab.
Woran Sie erkennen, dass das Backlog gesundet
Die Zahl der Positionen auf der Liste sagt wenig. Zwei Metriken sagen fast alles:
- Das Alter des ältesten aktiven Tickets. Fällt es von 18 Monaten auf 3, dreht sich die Warteschlange wirklich. Steigt es, war die Sortierung Kosmetik.
- Lead Time, also der Median der Zeit vom Ticket bis zur funktionierenden Änderung in Produktion. Das ist die einzige Größe, die das Business spürt.
Dazu ein Kontrolltest: die Monatsbilanz aus Zugang und Erledigung. Solange mehr hinzukommt als abgeht, reicht keine Priorisierung — Sie müssen den Durchsatz erhöhen oder mutiger streichen. Ein Vorbehalt: Diese Metriken lassen sich leicht austricksen. Alte Tickets nur zu löschen, um die Kurve zu verschönern, räumt den Bericht auf, nicht das Unternehmen.
Wo ESKOM AI in diesem Bild steht
In dieser Arbeitsteilung besetzen wir die rechte Spalte der Matrix: Wir übernehmen Standardänderungen, Integrationen zwischen Systemen und die Automatisierung von Regressionstests, während Ihr Team Eigentümer des Domänenkerns bleibt. Ein Prozess, der auf einem Team spezialisierter KI-Agenten aufbaut, mit dem vollen Umfang automatischer Tests (Unit-, Integrations-, E2E-, Oberflächen-, Sicherheits- und Lasttests), erlaubt es, ein typisches Ticket aus dem Korb „Standardarbeit" in Tagen oder Wochen zu schließen; woher dieses Tempo kommt, haben wir im Text wie KI die Umsetzungszeit von Änderungen verkürzt beschrieben. Ehrlicherweise: Die ersten Wochen der Zusammenarbeit sind langsamer, weil wir Ihr System und Ihre Umgebung kennenlernen müssen. Diese Eintrittskosten zahlen sich ab den folgenden Tickets aus, für eine einzelne kleine Korrektur ergibt dieses Modell also keinen Sinn. Für einen Strom von Änderungen ergibt es großen Sinn.
Womit Sie diesen Freitag anfangen können
Blocken Sie eine Stunde im Kalender und gehen Sie die Liste mit einer Tabelle daneben durch: vier Körbe, dann die zweite Achse. Nach dieser Stunde wissen Sie drei Dinge: was Sie löschen, was Sie mit eigenen Kräften erledigen und was Sie ab sofort nach außen geben können. Und wenn Sie diese Aufteilung mit jemandem durchgehen möchten, der das viele Male gemacht hat, vereinbaren Sie eine kostenlose Beratung über das Formular auf eskom.ai/pl/kontakt. Kommen Sie mit einem Export Ihres Backlogs. Sie gehen mit einer sortierten Liste und realistischen Zeitspannen für die Tickets, die sich sofort delegieren lassen.