Ein Preset wählen und anpassen

Wählen Sie das Preset, das dazu passt, wie viel kanman in Ihrem Team selbstständig tun soll, und passen Sie einzelne Einstellungen an, ohne den Überblick zu verlieren.

Ein Preset ist ein Ausgangspunkt für die Richtlinie eines Teams. Es bündelt die Einstellungen, die kanmans “Persönlichkeit” prägen: wie viele Stories es parallel bearbeitet, ob es selbst Arbeit anlegen darf, ob Wartung läuft und ob ein Manifest Pflicht ist. Sicherheitseinstellungen sind in jedem Preset gleich.

Sie wählen ein Preset im Richtlinien-Schritt, wenn Sie ein Team einrichten; vorgeschlagen ist Ausgewogen. Wechseln können Sie jederzeit unter Einstellungen > Richtlinie.

Die fünf Presets

Preset Parallele Runs Wer legt Arbeit an Wartung Akzeptanz-Spec Pflicht Standardmäßig gesperrte Pfade
Testphase (trial) 1 Nur Menschen Aus Nein infra/**, **/*.tf, .github/workflows/**
Fokussiert (focused) 1 Nur Menschen Aus Ja wie Testphase
Ausgewogen (balanced) 2 Menschen und kanman Aus Ja wie Testphase
Autonom (autonomous) 4 Menschen und kanman Aus Ja .github/workflows/**
Härtung (hardening) 2 Menschen und kanman An (2 pro Tag) Ja wie Testphase

“Menschen und kanman” heißt, dass kanman auch selbst Arbeit einbringen darf. Heute ist das Wartungsarbeit mit dem Preset Härtung; Befunde, die nicht auf der erlaubten Liste stehen, kommen weiterhin als Vorschläge zu Ihnen.

Was sich nie ändert

Das gilt in jedem Preset und lässt sich nicht abschalten:

  • Executors können .kanman/acceptance/** nie ändern.
  • Diff-Wächter, Clean-Room-Prüfung und Sandbox sind immer aktiv.
  • Zugriffe auf Produktivdaten, Änderungen an der Sicherheitslage und Budgetüberschreitungen halten immer an und fragen.
  • Gesperrte Pfade und Diff-Grenzen werden vor dem Run und noch einmal am fertigen Diff geprüft.

Welches Preset wann

Testphase ist für die erste Woche mit einem neuen Repository gedacht, besonders ohne Akzeptanz-Manifest. Es lockert die Spec-Pflicht, damit Sie kanman arbeiten sehen, bevor Sie in ein Manifest investieren. Nachweispakete sagen klar, wenn kein Ergebnisnachweis vorliegt.

Fokussiert passt zu Teams, in denen kanman nur an dem arbeiten soll, was Menschen angelegt haben, eine Story nach der anderen. Eine gute Wahl, sobald das Manifest steht, das Vertrauen aber noch wächst.

Ausgewogen passt nach dem Pilot zu den meisten Teams. Zwei Stories parallel, kanman darf Arbeit vorschlagen, alle Gates aktiv. Wenn Sie unsicher sind, wählen Sie Ausgewogen.

Autonom ist für Teams mit guter Testabdeckung und klarer Review-Routine, die Durchsatz wollen. Vier Runs parallel, und Infrastrukturpfade sind nicht mehr standardmäßig gesperrt, nur CI-Workflows. Prüfen Sie die gesperrten Pfade, bevor Sie wechseln.

Härtung ist Ausgewogen plus Wartungsmodus: kanman sucht nach verwundbaren und veralteten Abhängigkeiten, Lockfile-Abweichungen und kaputten Doku-Links und legt in gleichmäßigem Tempo kleine, verhaltensneutrale Stories an.

Parallele Runs sind durch den Tarif des Teams begrenzt: Pilot 3, Team 5, Self-hosted 20 und 1 für ein Team ohne Tarif. Ein Preset überschreitet diese Grenze nie.

Preset wechseln

  1. Öffnen Sie das Team und gehen Sie zu Einstellungen > Richtlinie.
  2. Wählen Sie das Preset. Jede Karte sagt, was es tut, zum Beispiel 2 Stories gleichzeitig.
  3. Ist das Team angepasst, bestätigen Sie Preset wechseln: Ihre Änderungen an Parallelität, Aufnahme, Wartung und gesperrten Pfaden werden ersetzt. Die Änderung gilt sofort für neue Runs; laufende Runs behalten die Richtlinie, mit der sie gestartet sind.

Ein Wechsel setzt die Persönlichkeits-Einstellungen auf die Werte des Presets zurück. Budgets, Freigaben, Arbeitszeiten, Routing und Befugnis-Anhebungen gehören nicht zu Presets und bleiben, wie sie sind.

Einzelne Einstellungen anpassen

Nach der Wahl eines Presets können Sie jede Einstellung ändern. Sobald eine Preset-Einstellung abweicht, zeigt das Badge zum Beispiel Angepasst (basierend auf Ausgewogen) (mit dem Preset, von dem Sie ausgegangen sind). Das ist gewollt und hält die Herkunft sichtbar.

Häufige Anpassungen:

Ziel Änderung
Mehr Bereiche schützen Globs zu denied_paths hinzufügen, zum Beispiel db/migrations/**
Kleinere Pull Requests max_changed_files und max_changed_lines senken
Weniger Freigabeaufwand plan_approval auf by_size mit plan_approval_min_size M setzen
Bei einer Entscheidungsart öfter fragen Sie in authority_overrides anheben, zum Beispiel "split_story": "ESCALATE"

Jede Einstellung ist unter Richtlinien-Einstellungen beschrieben. Jede Änderung landet mit Ihrem Namen und der neuen Richtlinienversion im Audit-Log.

Empfohlener Weg

  1. Woche 1: Testphase, während Sie das Akzeptanz-Manifest ergänzen.
  2. Wochen 2 bis 3: Fokussiert, mit Plan-Freigabe always.
  3. Danach: Ausgewogen, Plan-Freigabe by_size.
  4. Optional Härtung für Repositories, die stetige Pflege brauchen.

Zuletzt aktualisiert: January 1, 0001

kanman öffnen