Ihr Backlog war früher eine Liste, aus der Sie und ein paar Kollegen sich bedient haben. Sie lasen den obersten Eintrag, verstanden ihn, erledigten ihn. Triage ging schnell, weil die einzige Frage lautete: „Wer hat Zeit?“ Heute können einige dieser Einträge statt von einer Person von einem Coding-Agent übernommen werden, und die ruhige Warteschlange wird zur Quelle kleiner, teurer Fehler: Ein Agent beginnt mit einer Aufgabe, die niemand zu Ende beschrieben hat, zwei Agenten greifen überlappende Arbeit auf, und eine Spalte „Done“ füllt sich mit Output, den niemand angefordert hat.
Das Problem sind nicht die Agenten. Es ist die Tatsache, dass ein für Menschen gebautes Backlog still und leise die Aufgabe gewechselt hat. Es ist keine To-do-Liste mehr, sondern eine Dispatch-Queue, die Ausführung starten kann. Sobald ein Eintrag echte Arbeit auslösen kann, haben der Moment, in dem Sie eine Aufgabe verschieben, und der Moment, in dem Sie entscheiden, wem sie gehört, Konsequenzen, die es früher nie gab.
Genau in dieser Ebene sitzt Sharkly. Coding-Agenten haben Sie bereits; Sharkly macht daraus ein Team, indem es dem Backlog eine gemeinsame Bedeutung gibt. Ein Task ist die zentrale Arbeitseinheit, das Backlog ist der Ort, an dem nicht committete Arbeit wartet, und Triage ist eine eigene Intake-Queue, in der eingehende Einträge liegen, bis jemand entscheidet. Dieser Artikel zeigt, wie Sie ein gemischtes Human-Agent-Backlog triagieren, ohne dass diese Queues im Chaos versinken, und endet mit einer Checkliste, die Sie heute noch durchgehen können.
Was Backlog und Triage bedeuten, wenn Agenten die Arbeit übernehmen können
Zwei Definitionen erledigen hier den Großteil der Arbeit – also fassen Sie sie präzise.
Ein Backlog ist die Menge der nicht committeten Arbeit: Aufgaben, die existieren, für deren Start sich aber noch niemand entschieden hat. Triage ist die Intake-Entscheidung über neue oder unklare Einträge: annehmen, ablehnen, als Duplikat markieren oder zurückstellen. Menschen haben beides schon immer informell gemacht. Die Änderung: In einem Human-Agent-Team umfasst das Ergebnis der Triage jetzt auch die Frage „Welcher Agent führt das aus?“, und das Committen einer Aufgabe kann einen Run starten.
Hier ist die Grenze, über die die meisten zuerst stolpern: Wenn Sie einem Task im Backlog einen Agent zuweisen, wird er nicht gestartet. Das Backlog ist ein Parkplatz, auf dem Arbeit vor der Ausführung vorbereitet wird. Der Run beginnt erst, wenn der Task das Backlog in einen Status verlässt, der für Arbeit bereit ist, und ein Computer und eine Runtime verfügbar sind. „Agent zuweisen“ und „Agent starten“ sind also zwei getrennte Ereignisse, zwischen denen der Backlog-Status als Gate sitzt.
Eine weitere Grenze, die man klar aussprechen sollte: Agenten führen kein privates Backlog. Es gibt keine versteckte Queue, die ein Agent allein abarbeitet. Jeder Eintrag, den ein Agent anfassen wird, lebt auf dem gemeinsamen Board – und genau das macht Triage möglich statt zum Rätselraten.
Wo ein DIY-Setup nicht mehr skaliert
Ein Spreadsheet plus Kanban-Board plus ein paar Terminals funktionieren gut für eine Person und zwei Agenten. Sie skalieren an vorhersehbaren Punkten nicht mehr, und jeder davon zeigt sich als konkreter Fehler.
Die Statusspalte bedeutet den Agenten nichts. Auf einem manuellen Board ist das Verschieben einer Karte nach „In Progress“ ein Hinweis an Ihre Kollegen; nichts wird ausgeführt. Also driften Board und echte Arbeit auseinander: Eine Karte sagt „In Progress“, während der Agent schon vor einer Stunde fertig war, oder „To Do“, während ein Agent bereits drei Commits tief ist, weil ihn jemand im Terminal gestartet hat. Niemand vertraut dem Board, also nutzt es niemand.
Triage-Entscheidungen existieren nur in einem Kopf. Wer die eingehenden Anfragen bearbeitet, merkt sich, dass ein Bug schon gemeldet wurde, dass ein Feature letztes Quartal abgelehnt wurde, dass eine Aufgabe zuerst Design-Input braucht. Wenn diese Person ausfällt, entstehen Duplikate und Agenten starten Arbeit, die beim Intake hätte abgelehnt werden sollen. Die Queue hat kein Gedächtnis.
Zuweisung und Scope werden im selben hektischen Moment entschieden. Vager Scope ist überlebbar, wenn ein Mensch die Aufgabe übernimmt und nachfragt. Ein Agent hält nicht inne, um zu fragen; er arbeitet mit dem, was Sie ihm gegeben haben, und liefert ein selbstbewusstes, falsches Ergebnis. Die Kosten dünner Triage haben sich verschoben – von „ein Kollege ist kurz verwirrt“ zu „ein Agent hat einen Run und einen Review-Zyklus für die falsche Sache verbrannt“.
Ein gemischtes Backlog Schritt für Schritt triagieren
Hier ist die Reihenfolge, die ein Human-Agent-Backlog ehrlich hält. Jeder Schritt nennt den Fehler, den er verhindert.
1. Leeren Sie die Intake-Queue, bevor Sie das Backlog anfassen. Neue Anfragen landen in Triage, nicht direkt im Backlog. Bearbeiten Sie jeden Eintrag mit einer von vier Entscheidungen: annehmen, ablehnen, als Duplikat markieren oder zurückstellen. Triage ist eine Intake-Queue, kein gespeicherter Filter und kein Formular-Builder, also ist die Entscheidung explizit und dokumentiert. Der Fehler, den das verhindert: abgelehnte Arbeit und Duplikate werden still und leise zu echten Tasks, die ein Agent später aufgreift.
2. Formen Sie den Task, bevor er für einen Agenten in Frage kommt. Ein angenommener Eintrag wird zu einem Task, bleibt aber im Backlog, während Sie Akzeptanzkriterien schreiben, das Repository verknüpfen und Constraints notieren. Diesen Schritt lassen Leute unter Zeitdruck gern aus. Der Fehler, den das verhindert: ein Agent läuft über einen einzeiligen Titel und liefert Output, der technisch zu den Worten passt, aber die Absicht verfehlt.
3. Entscheiden Sie die Zuweisung und behandeln Sie „welcher Agent“ als echte Wahl. Manche Tasks wollen einen Menschen. Manche wollen einen Agenten, und unter den Agenten hängt der richtige vom Task ab: ein Refactoring, ein Test-Schreibdurchlauf und ein Docs-Update sind nicht derselbe Job. Leiten Sie bewusst weiter, statt einfach den gerade untätigen Agenten zu nehmen. Unser Routing-Leitfaden für Coding-Agenten zeigt, wie Sie diese Entscheidung treffen. Der Fehler, den das verhindert: die falsche Runtime arbeitet sich durch einen Task, für den sie schlecht geeignet ist.
4. Lassen Sie ihn im Backlog, bis er wirklich bereit ist. Das ist das Gate. Ein Task kann vollständig zugewiesen sein und trotzdem im Backlog liegen, ohne dass ein Run startet. Nutzen Sie das. Verschieben Sie ihn erst, wenn der Scope steht und Sie wirklich wollen, dass Arbeit beginnt. Der Fehler, den das verhindert: ein halb geschriebener Task startet einen Run, weil jemand ihn in die falsche Spalte gezogen hat.
5. Committen Sie ihn und lassen Sie den Run starten. Verschieben Sie den Task in einen bereiten Status oder ziehen Sie ihn in einen Sprint. Wenn ein Task mit einem bereiten Agenten das Backlog verlässt und ein Computer und eine Runtime verfügbar sind, beginnt die Ausführung. Jetzt sind Statusänderung und Arbeit dasselbe Ereignis – und genau darum geht es.
Für Teams, die in Zyklen arbeiten, zeigt Sprint-Planung für Human-Agent-Teams, wie derselbe Commit-Schritt statt eines einzelnen Tasks ein Zeitfenster absteckt.
Der Backlog-Status wird zum Ausführungs-Gate
Der mentale Wechsel ist folgender: Auf einem Human-Board ist der Status ein Label, das die Realität beschreibt. Auf einem Human-Agent-Board ist der Status ein Hebel, der die Realität verändert. Das Verschieben eines Tasks aus dem Backlog heraus ist die Aktion, die den Agenten startet – Ihre Triage-Disziplin ist also jetzt Ihr Sicherheitsmechanismus.
An dieses Gate gehört auch der Human-Agent-Vertrag. Agenten recherchieren, führen aus, testen und berichten. Menschen entscheiden, was ins Backlog kommt, was committed wird und was ausgeliefert wird. Die Automatisierung endet dort, wo Team-Urteilsvermögen gefragt ist. Die Plan-Ansicht hält Backlog, Sprints und Projekte an einem Ort, damit die Commit-Entscheidung sichtbar ist und nicht in einem Terminal vergraben liegt, und Ausführung, Blocker, Ergebnisse und Review landen alle wieder beim Task, statt sich über private Sessions zu verstreuen.
Deshalb ist Backlog-Hygiene mit Agenten wichtiger, nicht weniger wichtig. Ein unordentliches Human-Backlog ist nur Unordnung. Ein unordentliches Agent-Backlog ist Unordnung, die sich gelegentlich selbst ausführt. Das Board hält Kontext, Ownership, Fortschritt, Ergebnisse und menschliches Review vom Intake bis zum Release sichtbar – das ist der Unterschied zwischen einer Queue, die Sie managen, und einer Queue, die Sie managt. Wenn sich Review statt Intake stapelt, ist das ein anderer Engpass; das behandeln wir in warum menschliches Review die eigentliche Einschränkung ist.
Sie können das mit einem Spreadsheet und manueller Disziplin betreiben, wenn Ihr Volumen niedrig ist. Wenn Sie bereits kontinuierlich Intake bearbeiten und mehrere Agenten laufen lassen, gibt Ihnen Sharkly die Triage-Queue, das Backlog-Gate und ein gemeinsames Board, damit diese Entscheidungen nicht mehr nur in Ihrem Kopf leben. Für einen breiteren Blick auf denselben Workflow lesen Sie unseren Leitfaden zu AI Agent Task Management und den Unterschied zwischen Triage und Ihrem persönlichen Inbox.
Eine Triage-Checkliste, die Sie heute durchgehen können
Gehen Sie das gegen Ihr aktuelles Board durch. Jedes „Nein“ ist eine Stelle, an der Agenten Sie überraschen werden.
- Landen neue Anfragen irgendwo, bevor sie ins Backlog kommen? Wenn Intake direkt nach „To Do“ geht, haben Sie keinen Schritt für Annehmen/Ablehnen/Duplikat und Duplikate sind unvermeidlich.
- Ist der Scope jedes Backlog-Tasks gut genug, um ihn an eine fremde Person zu übergeben? Wenn er nicht gut genug für eine neue Mitarbeiterin ist, ist er nicht gut genug für einen Agenten.
- Startet das Verschieben eines Tasks tatsächlich etwas? Wenn Ihre Statusänderungen nur Labels sind, driften Board und Arbeit auseinander.
- Ist Zuweisung eine echte Entscheidung, inklusive der Frage, welcher Agent? Den gerade untätigen Agenten zu nehmen ist kein Routing.
- Können Sie jetzt gerade sagen, woran jeder Agent arbeitet und was auf Review wartet? Wenn diese Antwort in jemandes Gedächtnis oder im Scrollback eines Terminals lebt, hat Triage keine gemeinsame Quelle der Wahrheit.
- Kehrt fertige Arbeit zum Task zurück, nicht in eine private Session? Ergebnisse, Blocker und Diffs gehören in den gemeinsamen Datensatz, damit Review etwas hat, worauf es reagieren kann.
Beheben Sie die ersten beiden Punkte, bevor Sie die Zahl der Agenten skalieren. Ein sauberer Intake-Schritt und ein ehrlicher Task-Scope verhindern die meisten teuren Fehler; alles andere ist Feinschliff auf einem Backlog, das bereits etwas bedeutet.
