Ein Mensch.
Ein ganzes Team.

Vier Rollen, ein Repository

Was dir das bringt

01Ein Board, das Git liest

Fünf Spalten, von den Workern über den Guardian und den Lead nach Done, und alles was stehen bleibt, wandert nach Needs you. Karten lassen sich nicht ziehen: die Spalte wird aus dem Repository abgeleitet, und ein Merge, den du von Hand im Terminal gemacht hast, bewegt die Karte trotzdem.

02Eine Prüfschleife mit Deckel

Zwei Agents können sich unbegrenzt uneinig sein. Sind die Runden aufgebraucht, geht der Branch trotzdem an den Lead, markiert als NOT PASSED mit den offenen Punkten. Eine blockierte Karte sagt, welche Dateien kollidieren und was jede Seite damit gemacht hat.

03Regeln vorher statt Findings hinterher

Jeder Worker bekommt die Regeln deines Repositories im Briefing. Ein Guardian, der immer wieder dasselbe meldet, meldet eine Regel, die niemandem gesagt wurde - vorher gesagt kostet sie ein Briefing, in der Prüfung gefunden kostet sie eine Runde.

04Eine Zusammenfassung, die man liest

Jede Rolle schreibt ihre eigene: ein Worker sagt, was sich geändert hat, ein Guardian, was ihn überzeugt hat oder was er beanstandet, ein Lead, welcher Branch gelandet ist und ob es wirklich live ist. Sie steht auf der Karte und unten in der Session, die sie erzeugt hat.

05Ein Profil pro Projekt

Standards, Modelle, Backends und der Weg zu den Nutzern sind Eigenschaften eines Repositories. Jedes Team zeigt auf ein eigenes Profil, damit zwei Projekte sich nie einig sein müssen und du nichts umstellst.

06Briefings, die du vorher liest

Das Team Setup zeigt den exakten Text, den ein Worker, ein Lead und ein Report bekommen, gerendert gegen ein Beispiel-Repository, bevor überhaupt ein Team existiert. Editierbar, deine eigenen Regeln stehen zuletzt.