Wie Sie mit Claude Code im Team arbeiten: Plan, Reihenfolge und Abnahme

Was sich ändert, wenn Claude Code im Team arbeitet

Claude Code liest Code, ändert Dateien und führt Befehle aus, und die Aufgabe beschreiben Sie ihm in Alltagssprache. Solange eine einzelne Person damit arbeitet, sagt sie dem Agenten im Gespräch selbst, was er nicht aus dem Code herauslesen kann. Sobald mehrere Personen gleichzeitig mit Agenten arbeiten, muss das Team drei Fragen beantworten.

• Was soll der Agent tun? Steht die Aufgabe nur in einer Nachricht an den Agenten, sieht der Rest des Teams sie nicht.
• Wer macht was und in welcher Reihenfolge? Zwei Sitzungen können dieselbe Arbeit beginnen oder eine Arbeit, die von etwas abhängt, das noch niemand erledigt hat.
• Wann ist die Arbeit fertig? Der Agent meldet selbst, dass er fertig ist. Das Team muss wissen, wer das Ergebnis prüft und wonach.

Die Antwort sind drei Dinge, die das Team festlegt und nicht der Agent: Plan, Reihenfolge und Abnahme.

Die Aufgabe als Plan, nicht als Nachricht

Die Planung der Arbeit mit einem KI-Agenten beginnt damit, wo Sie die Aufgabe festhalten. Ein Plan ist ein Dokument, das eine Arbeit so beschreibt, dass eine Person oder ein Agent sie ohne Rückfragen erledigen kann. Bewährt haben sich darin einige feste Teile: Ziel, Umfang, Schritte, Abnahmekriterien und die Definition of Done.

Abnahmekriterien nützen doppelt: Der Agent erkennt an ihnen, wann er fertig ist, und die Person, die die Arbeit abnimmt, weiß, was sie prüfen muss. Was Sie in jeden dieser Teile schreiben, damit der Agent nicht raten muss und das Ergebnis selbst prüfen kann, beschreibt der Beitrag Wie Sie einen Plan schreiben, den ein KI-Agent ohne Raten liefert.

Achten Sie auf die Größe des Plans. Ein gutes Maß ist eine Arbeit, die eine Agentensitzung vollständig liefert. Ein größeres Thema teilen Sie in mehrere Pläne auf und halten fest, welcher auf welchen wartet.

Der Plan ist ein eigenes Dokument und keine der Nachrichten im Gespräch. Lesen werden ihn eine andere Person, eine andere Agentensitzung und Sie selbst in einem Monat, wenn Sie nachsehen müssen, was vereinbart war. Die Arbeit nach einem solchen Dokument heißt Spec-driven Development.

Die Reihenfolge legen Menschen fest

Arbeiten mehrere Agenten parallel, ist die Reihenfolge nicht mehr Sache einer einzelnen Person. Einen Bildschirm mit der Rechnungsliste kann man nicht fertigstellen, solange es das Speichern der Rechnungen in der Datenbank noch nicht gibt. Zwei Sitzungen, die denselben Teil des Codes ändern, kommen sich in die Quere.

Was hilft:

1. Halten Sie Abhängigkeiten fest. Notieren Sie bei jedem Plan, auf welche Pläne er wartet. Dann sieht man, was jetzt bereit zum Start ist und was warten muss.
2. Bündeln Sie Pläne in Epics. Ein Epic sammelt die Pläne eines Themas und zeigt, wie viele davon schon erledigt sind.
3. Legen Sie die Reihenfolge der startklaren Pläne fest. Der Agent kann den nächsten startklaren Plan selbst nehmen. Welcher der nächste ist, entscheiden Menschen: Der Agent sieht die Aufgabe und den Code, aber weder die Prioritäten des Teams noch Termine oder Gespräche mit dem Kunden.
4. Geben Sie jeder Sitzung eine eigene Kopie des Codes. Lässt eine Person mehrere Sitzungen gleichzeitig laufen, sollte jede Sitzung in einer eigenen Arbeitskopie des Repositorys arbeiten, zum Beispiel in einem Git-Worktree, damit die Änderungen nicht kollidieren. Wie Sie das einrichten, zeigt der Beitrag Mehrere KI-Agenten in einem Projekt.

Gemeinsame Regeln für die Arbeit des Agenten

Jede Person kann auf ihre Weise mit dem Agenten arbeiten: Die eine lässt Tests schreiben, die andere nicht, die eine erlaubt dem Agenten, den Umfang zu erweitern, die andere erwartet eine Frage. Im Team lohnt es sich, die Regeln einmal für alle aufzuschreiben, und zwar an zwei Stellen.

• Im Repository. Claude Code lädt die Datei CLAUDE.md zu Beginn jeder Sitzung. Die CLAUDE.md des Projekts liegt zusammen mit dem Code im Repository, deshalb bekommt die Sitzung jeder Person dieselben Regeln. Schreiben Sie dort hinein, was der Agent nicht aus dem Code herauslesen kann: die Testbefehle, die Entscheidungen des Teams, die Stellen, an denen der Code in die Irre führt.
• Im Rollen-Prompt. Hier beschreiben Sie den Prozess: wie der Agent Arbeit übernimmt, was er tut, wenn etwas fehlt, und was er am Ende schreibt. Ein solcher Text ist ein Rollen-Prompt.

Ein Rollen-Prompt für einen Agenten, der Pläne liefert, kann zum Beispiel sagen: nur tun, was im Plan steht; wenn der Plan etwas offenlässt, eine Frage stellen, statt zu raten; am Ende schreiben, was getan wurde, was vom Plan abweicht und warum, und was nicht getan wurde. Frage und Antwort sollten im Plan landen und nicht in einem einzelnen Gespräch bleiben. Dann weiß die Person, die die Arbeit abnimmt, was unterwegs vereinbart wurde.

Die Abnahme bleibt beim Menschen

Der Agent meldet, dass er fertig ist, aber das heißt noch nicht, dass die Arbeit abgenommen ist. Auch wenn der Agent selbstständig arbeitet, sollten zwei Entscheidungen bei einer Person bleiben: was „fertig“ bedeutet und ob das Ergebnis abgenommen wird.

So gehen Sie bei der Abnahme vor:

• Vergleichen Sie das Ergebnis mit den Abnahmekriterien des Plans, nicht mit der Zusammenfassung des Agenten.
• Bitten Sie den Agenten um einen Nachweis, also den Befehl, den er ausgeführt hat, und dessen Ausgabe.
• Lesen Sie, was der Agent anders als im Plan gemacht hat und warum.
• Nehmen Sie die Arbeit ab oder lehnen Sie sie ab. Wenn Sie ablehnen, schreiben Sie die Begründung dazu, damit der Agent weiß, was er nachbessern soll.
• Entscheiden Sie zeitnah. Warten Pläne lange auf eine Entscheidung, kommt die Nachbesserung spät, und auf der abgelehnten Arbeit können schon weitere Pläne aufbauen.

Die Abnahme ersetzt weder Tests noch Code-Reviews. Sie beantwortet eine andere Frage: ob entstanden ist, was der Plan verlangt hat. Eine solche Rollenverteilung, bei der der Agent selbstständig arbeitet und an wichtigen Punkten ein Mensch entscheidet, heißt Human-in-the-Loop.

So starten Sie im Team

1. Wählen Sie für das ganze Team einen Ort für die Pläne und eine Planvorlage.
2. Teilen Sie ein Thema in mehrere kleine Pläne mit Abnahmekriterien und Abhängigkeiten auf.
3. Schreiben Sie die Testbefehle in die CLAUDE.md und die Regeln für die Arbeit des Agenten in den Rollen-Prompt.
4. Vereinbaren Sie im Team, dass Sie die Pläne der Reihe nach nehmen und jede Agentensitzung in einer eigenen Kopie des Codes arbeitet.
5. Entscheiden Sie über die Abnahme jedes Plans und halten Sie die Begründung fest, wenn Sie ihn nicht abnehmen.
6. Prüfen Sie nach einigen Wochen, welche Pläne zur Nacharbeit zurückkamen und was ihnen fehlte. Verbessern Sie die Planvorlage oder den Rollen-Prompt.

So sieht es in featureloom aus

featureloom ist ein Board für Pläne, mit dem jede Person im Team ihr eigenes Claude Code, Codex oder Cursor verbindet. Ein Plan ist dort ein Dokument in Markdown auf einem Kanban-Board, und das Ganze sieht so aus:

• Plan. Nach der Planvorlage generiert featureloom Pläne in der App, und ihr folgen auch Agenten, wenn sie in der Konsole Pläne schreiben. Die eingebaute Vorlage fragt unter anderem nach Ziel, Umfang, Schritten, Abnahmekriterien und der Definition of Done. Sie passen sie auf dem Bildschirm „Projekteinstellungen“ im Reiter „Planvorlage“ an.
• Reihenfolge. Die Abhängigkeit „Wartet auf…“ sagt, welcher Plan vorher geliefert sein muss, und der Bildschirm „Reihenfolge“ zeigt, was bereit zum Start ist. Der Agent bekommt den nächsten Plan in der Reihenfolge des Boards: einen, der auf nichts wartet und für den niemand anderes verantwortlich ist. Einen wartenden Plan startet keine Konsole, und zwei Konsolen starten nicht denselben Plan. Die Karte zeigt, wer den Plan mit welcher Konsole liefert. Details finden Sie in der Anleitung Epics und Reihenfolge.
• Arbeitsregeln. Die Prompts der Organisation funktionieren in Claude Code, Codex und Cursor als Befehle. Jede neue Organisation hat den fertigen Prompt Umsetzer: Er enthält die Regeln aus dem Beispiel oben und überlässt Spalten, Reihenfolge und Abnahme den Personen. Der Befehl featureloom umsetzer INV-14 gibt dem Agenten diesen Prompt, den ganzen Plan INV-14 und die Dokumente der gelieferten Pläne, von denen INV-14 direkt abhängt. Wie Sie eigene Prompts schreiben, zeigt die Anleitung Rollen-Prompts.
• Fragen. Der Agent fragt im Plan, und Sie antworten auf dem Bildschirm des Plans mit „Antworten“. Frage und Antwort bleiben im Plandokument. Mehr dazu in der Anleitung Fragen des Agenten und Ihre Antworten.
• Abnahme. Im Abschnitt „Abnahme“ klicken Sie auf „Abnehmen“ oder „Nicht abnehmen“, und im Feld „Begründung (optional)“ können Sie schreiben, warum. Die Entscheidung trifft nur eine Person in der App. Nach einer Ablehnung liest der Agent die Entscheidung und bessert nach, wie die Anleitung Abnahme: Nicht abnehmen und die Nacharbeit des Agenten zeigt. Auf dem Bildschirm „Berichte“ nennt der Bereich „Wartet auf Abnahme“ zuerst die ältesten Pläne ohne Entscheidung.

featureloom verbindet sich nicht mit Ihrem Code, deshalb bleiben eigene Kopien des Repositorys, Tests und das Review der Änderungen beim Team. Zu Beginn öffnet ein Administrator den Bildschirm „Personen“ und lädt das Team mit „Person einladen“ ein, wie in der Anleitung Personen einladen und Rechte vergeben. Danach öffnet jede Person „Integrationen“ und verbindet im Abschnitt „Ihre Konsolen“ ihre Konsole, wie in der Anleitung Claude Code mit einem Befehl verbinden.