Softwareteams sollen die Roadmap nicht auf Folien tragen

Eine unendliche Issue-Liste ist keine Priorität. Sprint-Sperre und Meilensteine sagen, welche Karte diese Woche lebt. Der Rest wartet in der Reihe, er wird nicht gelöscht. Keine Aufgabe ohne Feature. Eine ungebundene Aufgabe macht die Roadmap blind. Am Quartalsende fragen Sie „zu welchem Paket gehörte das?“. Ein leeres Feature ist eine Warnung: der Prozentwert ist Hoffnung, nicht Kartenzahl.

Bleibt die Entscheidung in einem GitHub-Kommentar, vergisst sie das nächste Quartal. Schreiben Sie den kurzen Satz in den Ontra-Aufgabenkommentar. Das Dokument trägt Abnahmekriterien, nicht der Issue-Titel. Die Pull-Request-Nummer sitzt am Aufgabenfeld. Review-Chat darf auf GitHub bleiben; der Abnahmesatz landet in Ontra. Das nächste Quartal sucht keinen PR, um zu verstehen warum. Meilensteindaten kommen aus dem Plan, nicht aus dem Code.

Im Software-Vokabular soll „Review“ nicht zwei Dinge heißen. Internes Review ist Code. Kundenfreigabe ist Produkt. Halten Sie beides im selben Grün, lügt der Sprint. QA kann ein eigener Status sein. Nur live zählt als fertig. Schließtempo liest diese Markierung. Ein eigener Status bricht den Report nicht. Der CI-Schlüssel ist eng; die Pipeline löscht keine Aufgaben und lädt niemanden ein.

Schuld wird getaggt, nicht in einem eigenen Friedhof gelagert. Findet sie keinen Sitz im Sprint, bleibt sie sichtbar. Eine geheime „schauen wir später“-Liste explodiert am Quartalsende. Lautet der Zielsatz „wieder geöffnete Arbeit halbieren“, speist der Wiederholreport ihn. Ein eigenes Qualitätstool teilt den Datensatz wieder. Abnahmekriterien leben im Dokument; dort stirbt die „fertig“-Lüge.

Wird das Management-Deck Freitagabend aktualisiert und das Board rutscht Montag, entstehen zwei Wahrheiten. Der Meilensteinreport öffnet fünf Minuten vor dem Meeting. Es gibt keine zweite „Management-Wahrheit“. Use-Cases behalten die Kundensprache. Features driften nicht in Ingenieurjargon. Vier Schichten reichen: Modul, Use-Case, Feature, Meilenstein. Eine fünfte Schicht beginnt den Roman.

Eine unendliche Issue-Liste ist keine Priorität. Sprint-Sperre und Meilensteine sagen welche Karte diese Woche lebt. Der Rest wartet. Eine Aufgabe ohne Feature macht den Baum blind. Ein leeres Feature macht aus Prozent Hoffnung. Bleibt die Entscheidung im GitHub-Kommentar, vergisst sie das nächste Quartal. Der Abnahmesatz landet auf der Karte. Die PR-Nummer sitzt am Aufgabenfeld. Review-Chat darf auf GitHub bleiben. Das Dokument trägt Abnahmekriterien, nicht der Issue-Titel.

Internes Review und Kundenfreigabe sind getrennte Spalten. QA kann eigen sein. Nur live zählt als fertig. Der CI-Schlüssel ist eng; die Pipeline löscht keine Aufgaben und lädt niemanden. Technische Schuld wird getaggt, kein geheimer Friedhof. Findet sie keinen Sprint-Sitz, bleibt sie sichtbar. Lautet das Ziel „wieder geöffnete Arbeit halbieren“, speist der Wiederholreport. Ein eigenes Qualitätstool teilt den Datensatz wieder.

Der Meilensteinreport tötet die Zwillingswahrheit Freitagsfolie / Montagsboard. Use-Cases behalten die Kundensprache. Features driften nicht in Ingenieurjargon. Vier Schichten reichen. Eine fünfte beginnt den Roman. Der Backlog ist kein Friedhof; er ist die Reihe vor dem gesperrten Sprint. Die Roadmap verlässt die Folie und lebt im Baum.

Eine unendliche Issue-Liste ist keine Priorität. Sperre und Meilensteine sagen welche Karte diese Woche lebt. Aufgabe ohne Feature macht blind. Leeres Feature macht aus Prozent Hoffnung. Bleibt die Entscheidung auf GitHub, wird sie vergessen. Abnahme landet auf der Karte. Die PR-Nummer sitzt am Feld. Review-Chat darf auf GitHub bleiben. Das Dokument trägt Abnahme nicht den Issue-Titel. Internes Review und Kundenfreigabe sind getrennte Spalten. QA kann eigen sein. Nur live zählt als fertig. Der CI-Schlüssel ist eng. Technische Schuld wird getaggt kein geheimer Friedhof. Lautet das Ziel Wiederholung halbiert, speist der Wiederholreport. Ein eigenes Qualitätstool teilt.

Der Meilensteinreport tötet den Zwilling Freitagsfolie Montagsboard. Use-Case ist Kundensprache. Features driften nicht in Jargon. Vier Schichten reichen. Der Backlog ist kein Friedhof er ist die Reihe vor dem gesperrten Sprint. Die Roadmap verlässt die Folie und lebt im Baum.

Ein Team das den PR nicht an die Karte bindet, sucht nächstes Quartal warum wir es so taten. Ein Team das bindet, liest den Satz im Kommentar. Dieses zehn-Sekunden-Schreiben tötet eine Drei-Monats-Suche.

Drei Regeln im ersten Sprint: keine Aufgabe ohne Feature, kein fertig ohne Abnahmepunkte, PR-Nummer nicht leer. Alle drei sind langweilig. Langweilig ist die Roadmap auf der Folie zu tragen.

Die Pull-Request-Nummer sitzt am Aufgabenfeld. Review-Chat darf auf GitHub bleiben; der Abnahmesatz landet in Ontra. Das nächste Quartal sucht keinen PR, um zu verstehen warum.