Teams | kanman Dokumentation

Ein Team ist die Einheit, in der kanman arbeitet. Jedes Team ist an ein Tracker-Projekt und ein oder mehrere Repositories gebunden, hat eine eigene Richtlinie und ein eigenes Budget und zeigt seine Arbeit auf einem schlanken Board. Die meisten Unternehmen beginnen mit einem Team und nehmen weitere dazu, sobald andere Engineering-Teams einsteigen (siehe Ein zweites Team einführen).

Öffnen Sie in der App Teams in der Hauptnavigation, um alle Teams Ihres Workspaces zu sehen, oder Neues Team, um eines einzurichten.

Was zu einem Team gehört

Teil	Was es ist	Wo Sie es ändern
Tracker-Projekt	Die GitHub-Issues eines Repositorys, das Jira-Projekt oder das GitLab-Projekt, aus dem kanman Stories liest und in das es Stories schreibt	Einstellungen > Tracker im Team
Repositories	Ein oder mehrere GitHub- oder GitLab-Repositories, die kanman ändern darf, jeweils mit den erlaubten Ziel-Branches	Einstellungen > Repositories im Team
Spaltenrollen und Übernahme	Wie Ihre Tracker-Spalten auf die sechs Rollen abgebildet werden, die kanman versteht, und welches Label ein Issue für kanman markiert	Einstellungen > Tracker im Team
Richtlinie	Preset, gesperrte Pfade, Diff-Limits, Plan-Freigabe, Budgets, Executor und mehr	Einstellungen > Richtlinie, Budgets, Freigaben, Arbeitszeiten, Executor, Wartung
Gestaltung	Hintergrundbild und Icon	Einstellungen > Gestaltung im Team

Ein Team hat einen Slug, der in seiner URL erscheint, zum Beispiel app.kanman.ai/acme/teams/sandbox-team, und ein Schlüsselpräfix für seine Stories, zum Beispiel SBX für SBX-12.

Das Board spiegelt Ihren Tracker

Ihr Tracker bleibt die maßgebliche Quelle. kanman verlangt von niemandem, die Arbeit aus GitHub, Jira oder GitLab herauszuholen. Es spiegelt die für kanman markierten Issues des verbundenen Projekts auf die Team-Seite und hält sie in beide Richtungen synchron:

Wenn jemand im Tracker ein markiertes Issue anlegt, bearbeitet oder verschiebt, folgt die Team-Seite, über die Webhooks des Trackers und einen regelmäßigen Abgleich alle paar Minuten. Jetzt synchronisieren unter Einstellungen > Tracker startet einen sofort.
Verliert ein Issue seine Markierung, während es in Bereit wartet, verschiebt kanman es zurück ins Backlog. Ein im Tracker gelöschtes Issue verschwindet von der Team-Seite.
Wenn kanman freigegebene Stories schreibt, ein Nachweispaket kommentiert oder eine Story nach einem bestandenen Gate verschiebt, wird die Änderung in den Tracker geschrieben und im Audit-Log festgehalten.

Die Team-Seite ist bewusst schlank. Sie zeigt die Spalten, die Story-Karten mit ihrem Run-Status und eine Kopfzeile wie Bereit, 3 Runs mit dem Richtlinien-Badge (zum Beispiel Ausgewogen) und, wenn etwas Aufmerksamkeit braucht, eine Gesundheitszeile wie 1 Run wegen wiederholter Prüffehler geparkt. Die Reiter Board, Anforderungen, Runs, Konventionen, Berichte und Einstellungen führen zum Rest des Teams. Karten verschieben Sie per Ziehen oder über das Menü Verschieben nach.

Screenshot folgt Team-Seite mit Hintergrundbild, den sechs Spalten, Story-Karten mit Run-Status und dem Richtlinien-Badge in der Kopfzeile

Spaltenrollen

Wie Ihre Spalten heißen, ist kanman egal. Entscheidend ist, was sie bedeuten. Jede Spalte des Tracker-Projekts wird einer von sechs Rollen zugeordnet:

Rolle	Bedeutung	Typische Namen
`backlog`	Erfasst, noch nicht verfeinert	Backlog, To do
`refining`	In Verfeinerung: Akzeptanzkriterien, Demonstrate-Block und Akzeptanz-Spec entstehen	Refining, Verfeinerung
`ready`	Bereit, von kanman übernommen zu werden	Ready, Bereit
`in_progress`	Ein Run oder eine Person arbeitet daran	In Progress, In Arbeit
`review`	Geprüft und wartet auf ein menschliches Review	Review, In Review, QS
`done`	Gemergt und abgeschlossen	Done, Fertig, Closed

Deutsche Jira-Boards funktionieren ohne Nacharbeit: Bereit, In Arbeit, QS und Fertig werden beim Verbinden des Projekts erkannt. Jede Zuordnung können Sie später in den Team-Einstellungen ändern.

Die Rollen machen den Ablauf deterministisch. kanman rät nie, welche Spalte gemeint ist: Das Outcome-Gate verschiebt eine Story von refining nach ready, von in_progress nach review und von review nach done, allein anhand dieser Rollen.

Wann eine Story übernommen wird

Eine Story wird übernommen, wenn beide Bedingungen erfüllt sind:

Sie ist für kanman markiert: Sie trägt das Übernahme-Label (standardmäßig kanman) oder ist dem Konto zugewiesen, das unter Einstellungen > Tracker steht. Die Einstellungsseite zeigt auch eine Vorschau, welche Issues übernommen würden.
Sie liegt in einer Spalte mit der Rolle ready.

Mehr braucht es nicht: Karte nach Bereit ziehen. Verlangt das Team Akzeptanz-Specs, legt kanman die Story zuerst in die Verfeinerung und führt das Gate für Bereit aus; die Story geht weiter, sobald ihre Spec wie erwartet fehlschlägt. Dann prüft kanman, ob das Team pausiert ist, ob die Arbeitszeiten passen, ob die Parallelitätsgrenze erreicht ist und ob Tages- und Monatsbudget reichen. Passt alles, startet es einen Run und zeigt dessen Status auf der Karte; sonst wartet die Story in Bereit. Regeln zu Repositorys und Pfaden werden während des Runs geprüft, ein Verstoß landet in Ihrem Entscheidungseingang.

Wie viele Stories gleichzeitig laufen, legt max_concurrency in der Team-Richtlinie fest, begrenzt durch den Tarif des Teams. Siehe Richtlinien, Presets und Befugnisstufen.

Ein Team pausieren

Admins können ein Team unter Einstellungen > Arbeitszeiten mit kanman für dieses Team pausieren pausieren oder kanman im Reiter Anforderungen darum bitten, zum Beispiel mit “pausiere das Team”. Eine Pause stoppt neue Runs, laufende Runs laufen normal zu Ende, und die Kopfzeile zeigt Pausiert. Nach dem Fortsetzen übernimmt kanman wieder Stories aus Bereit. Eine Pause über die Anforderungen steht im Audit-Log als team_paused und team_resumed, eine Pause in den Einstellungen als policy_changed.

kanman hält außerdem von selbst an, wenn Ihr Git-Host oder Tracker nicht antwortet: Es startet keine neuen Runs, bis der Dienst wieder erreichbar ist, und die Team-Seite sagt das in ihrer Gesundheitszeile.

Hintergrundbild und Icon

Jedes Team kann ein eigenes Hintergrundbild von Unsplash und ein Icon haben. Beides erscheint auf der Team-Seite, im Kopf jeder Run-Seite und im Einrichtungsassistenten, damit man ein Team auf einen Blick erkennt. Siehe Ihr Team gestalten.