--- name: schrittweise-planen description: Wählt reife Work-Items aus BACKLOG.md, schneidet Features schrittweise in kleine Tasks und hält PLAN.md als knappe Auswahlansicht aktuell. Verwenden, wenn ein nächster Schritt ausgewählt, ein Feature in Tasks zerlegt, ein Task auf R4 gebracht oder die aktuelle Planungswelle und ihr Kanban-Status aktualisiert werden sollen. --- # Schrittweise planen Plane auf Basis des heutigen Wissens. Wähle nur Arbeit aus, deren nächster Schritt reif und innerhalb der geltenden WIP-Grenze ausführbar ist. ## Fachliche Grundlage Dieser Skill folgt **Rolling-Wave Planning** und **Progressive Elaboration**: Nahe Arbeit wird detailliert, spätere Arbeit grob beschrieben und mit neuen Erkenntnissen schrittweise verfeinert. Der [PMI-ACP Examination Content Outline](https://www.pmi.org/-/media/pmi/documents/public/pdf/certifications/agile-certified-exam-outline.pdf) verbindet beide Praktiken mit Planung auf mehreren Ebenen. Der [PMI Practice Standard for Scheduling](https://www.pmi.org/-/media/pmi/documents/public/pdf/certifications/practice-standard-scheduling.pdf) beschreibt die regelmässige Detaillierung der nahen Planungswelle. ## Artefakte - `PROJECT.md`: Warum das Projekt existiert und welche Grenzen gelten. - `BACKLOG.md`: kanonisches Register aller Ideen, Features und Tasks mit Reifegrad und Status. - `PLAN.md`: kleine Auswahlansicht für genau die aktuelle und unmittelbar nächste Arbeit. - `docs/features/`: zusätzliche Spezifikation reifer Features bei Bedarf. - `docs/tasks/`: nur ausgewählte, unmittelbar ausführbare Tasks mit `R4`. - `docs/decisions/`: nur dauerhafte, folgenreiche Entscheidungen. Verwende für neue IDs die nächste freie Nummer der jeweiligen Typfolge und nummeriere bestehende Work-Items nie um. ## Auswahl- und WIP-Regeln - Reifegrad und Status bleiben getrennt. Auswahl macht ein Work-Item nicht reifer; zusätzliche Erkenntnis verschiebt es nicht automatisch im Board. - Wähle nur ein nicht blockiertes Work-Item mit `R4` für den nächsten zulässigen Schritt aus. - Die Standard-WIP-Grenze ist ein Task. Ändere sie nur aufgrund einer ausdrücklichen Projektentscheidung. - Ein möglicher Task mit `R0` bis `R3` bleibt ohne Task-Datei im Backlog. - Ein Feature mit `R4` ist bereit, in kleine Tasks geschnitten zu werden, aber nicht selbst der Implementierungs-Task. - Halte `PLAN.md` knapp. Alle nicht ausgewählten Work-Items bleiben ausschliesslich im Backlog. ## Task-Granularität - Ein Task hat genau ein kleines, beobachtbares Ergebnis, das separat geprüft werden kann. - Trenne Komponenten und technische Grenzen, wenn sie eigene Einrichtung, Konfiguration, Fehlerbilder oder Nachweise haben. - Ein Vertical Slice ist das fachliche Ziel eines Features und kann mehrere kleine Tasks benötigen. Jeder Implementierungstask enthält die zugehörigen Tests; Tests sind keine nachgelagerte Phase. - Erzeuge nicht vorsorglich Task-Dateien für den ganzen Feature-Verlauf. Registriere erkennbare Kandidaten im Backlog und konkretisiere nur den unmittelbar nächsten. ## Ablauf 1. Lies `PROJECT.md`, `BACKLOG.md`, `PLAN.md`, den aktuellen Task und nur relevante ADRs und Detailartefakte. Lies bei fachlicher Arbeit ausserdem `docs/domain/DOMAIN.md`, sofern es existiert. 2. Bestimme das nächste benötigte überprüfbare Ergebnis. Ist das passende Work-Item unter `R4` oder blockiert, verwende `ideen-entwickeln`, bis genau der fehlende Reifungsschritt oder Blocker geklärt ist. Plane es nicht als ausführbar ein. 3. Ist ein Feature mit `R4` ausgewählt, leite nur die aktuell erkennbaren Task-Kandidaten ab. Registriere sie mit Elternbezug im Backlog. Reife genau einen Task auf `R4`; spätere Kandidaten bleiben mit ihrem ehrlichen Reifegrad im Status `backlog`. 4. Setze den bestätigten nächsten Task im Backlog auf `ausgewaehlt` und nenne ihn unter `Als Nächstes` in `PLAN.md`. Beginnt die Arbeit, setze ihn in Register und Task-Datei auf `in_arbeit` und führe ihn unter `Jetzt`. 5. Lege die Task-Datei erst jetzt aus `docs/templates/task-template.md` an. Verknüpfe Backlog-Eintrag, übergeordnetes Work-Item und betroffene Feature-Akzeptanzkriterien. Fülle Ziel, Nicht-Ziele, Abhängigkeiten, Sicherheits- und Datenschutzbetrachtung, eigene Akzeptanzkriterien und Prüfstrategie. 6. Ordne einen Vertical Slice bei mehreren Bounded Contexts einem Kontext zu. Ein Text-Slice liefert entsprechend einen fachlich vollständigen, belegten und überprüfbaren Berichtsabschnitt statt einer Seitenanzahl. 7. Halte eine Entscheidung als ADR fest, wenn sie langfristig wirkt, mehrere spätere Schritte lenkt oder teuer rückgängig zu machen ist. 8. Setze den Task vor dem Abschlussreview auf `pruefung`. Nach akzeptiertem Ergebnis aktualisiere Register, Task, `PROJECT.md` und `PLAN.md` widerspruchsfrei. `erledigt` bedeutet, dass Ergebnis und Nachweise akzeptiert sind; ein abgebrochener oder überführter Task erhält `beendet` mit Grund. ## Zusammenarbeit und Abschluss - Schliesse nach jedem Task Ergebnis, Prüfergebnis, bekannte Einschränkungen und nächsten möglichen Schritt ab. - Zeige in derselben Übergabe unter `Commit und Push ausstehend` Betreff, vollständigen `Task:`-Trailer und Änderungsumfang und schlage genau einen nächsten `R4`-Task vor. - Ein Taskwechsel ist erst abgeschlossen, wenn der geprüfte Stand committed, die Nachricht geprüft, erfolgreich gepusht und der Remote-Gleichstand bestätigt wurde. Ein fehlender oder fehlgeschlagener Commit oder Push blockiert den nächsten Task. - Beginne keinen weiteren Task und erweitere den abgeschlossenen Task nicht eigenmächtig, solange der Benutzer den nächsten Schritt nicht bestätigt hat. - Ein ausdrückliches `ok` ohne Einschränkung bestätigt den unmittelbar zuvor vollständig ausgewiesenen Commit/Push und den nächsten Task: zuerst committen und pushen, danach den neuen Task beginnen. - Bei Ablehnung weder committen noch pushen. Kläre, ob die Anmerkung noch in denselben Task gehört oder ein neuer Task nötig ist. Für einen neuen Task zusätzlich fragen, ob der bisherige geprüfte Stand vorher separat committed und gepusht werden darf. ## Stoppregel Beende die Planung, sobald genau ein nächster nicht blockierter Task mit `R4` klar und ausgewählt ist. Die Umsetzung gehört in einen eigenen Arbeitsabschnitt. Bezeichne einen unreifen, ungeprüften oder ungecommitteten Stand nicht als normal abgeschlossen.