Begleitetes Onboarding
Wir richten kanman mit eurem Team ein.
Die meisten Teams starten allein mit der 14-tägigen Testphase. Wenn ihr uns lieber dabeihabt, verbinden wir mit euch Tracker und Repo, ergänzen das Akzeptanz-Manifest und stimmen die Regeln ab, bis kanman zur Arbeitsweise eures Teams passt.
Preis auf Anfrage, zu jedem bezahlten Plan
Das Onboarding
Was passiert, Schritt für Schritt
-
Schritt 1
Einrichtung
Wir verbinden gemeinsam euren Tracker und euer Repo, wählen das Preset Testphase, und kanman öffnet den Pull Request mit eurem Akzeptanz-Manifest.
-
Schritt 2
Erste Stories
kanman nimmt echte Stories aus eurem Backlog. Jeder Pull Request kommt mit einem Nachweispaket. Ihr reviewt wie gewohnt.
-
Schritt 3
Eure Regeln
Wir stimmen die Richtlinie mit euch ab. Was kanman anfassen darf, die Budgets, welche Entscheidungen zu euch kommen. Die meisten Teams wechseln hier auf Ausgewogen.
-
Schritt 4
Ergebnis
Eine schriftliche Auswertung, was geliefert wurde, was Nacharbeit brauchte, was es gekostet hat und was wir ändern würden. Alles davon behaltet ihr.
Was euer Team mitbringt
- Ein Repo auf GitHub oder GitLab, mit GitHub Issues, Jira oder GitLab als Tracker
- Einen Tech Lead, der kanmans Pull Requests reviewt, etwa zwei Stunden pro Woche
- Eine CI-Pipeline, die eure Tests ausführt. Ist sie dünn, helfen wir.
- Zugang zu Modellen, entweder über eure eigenen Schlüssel oder über kanman zum Selbstkostenpreis des Anbieters plus 15 %
Was wir mitbringen
- Die Einrichtung in einer gemeinsamen Session mit eurem Team
- Den Pull Request mit dem Akzeptanz-Manifest für euer Repo
- Regelmäßige Reviews von Runs, Entscheidungen und Kosten mit euch
- Die schriftliche Auswertung am Ende
Was ihr bei jedem Pull Request bekommt
Das Nachweispaket
Akzeptanzkriterien, die Spec, die sie geprüft hat, wo sie lief und was es gekostet hat. Am Pull Request und an der Story.
Der Ablauf
Was jede Story durchläuft
-
1. kanman Bescheid sagen
Beschreibt die Arbeit in der App, in Slack oder in Microsoft Teams. kanman fragt nach, was unklar ist, und entwirft Stories mit Akzeptanzkriterien und einem Weg, jedes davon vorzuführen.
-
2. Regeln
Eure Richtlinie legt fest, was kanman anfassen, ausgeben und mergen darf. Große Entscheidungen kommen mit Empfehlung zu euch.
-
3. Arbeit
Claude Code oder Codex schreibt den Code in einer Sandbox. kanman wählt das Modell nach Komplexität, damit kleine Fixes günstig bleiben.
-
4. Beweis
Bevor etwas ins Review geht, läuft eine Akzeptanzspezifikation gegen eine frische Umgebung. Keine Spec, kein Bereit. Kein grüner Durchlauf, kein Review.
-
5. Rückmeldung
kanman sagt euch, dass der Pull Request bereit ist, mit angehängten Nachweisen. Eure Leute reviewen und mergen, oder eure Richtlinie tut es.
Eine neue Datei
Euer Repo bekommt ein Akzeptanz-Manifest
Es sagt kanman, wie eure App startet und wie die Spec einer Story auf einem frischen Checkout läuft. kanman öffnet den Pull Request dafür im ersten Schritt, und ihr reviewt ihn wie jede andere Änderung.
{
"version": 1,
"provision": {
"type": "docker_compose",
"file": "docker-compose.acceptance.yml"
},
"ready_url": "http://localhost:3000/api/invoices",
"ready_timeout_seconds": 120,
"setup": "npm ci && npx playwright install --with-deps chromium",
"run": {
"command": "npx playwright test",
"spec_arg": ".kanman/acceptance/{KEY}/",
"env": { "BASE_URL": "http://localhost:3000" }
},
"spec_dir": ".kanman/acceptance/{KEY}",
"artifacts": ["test-results/**/trace.zip", "test-results/**/*.png"]
}Beispiel aus der kanman-Sandbox: eine Docker-Compose-App mit Playwright-Specs. {KEY} wird durch den Story-Key ersetzt.
Onboarding anfragen
Erzählt uns von eurem Team
Wir antworten innerhalb von zwei Werktagen und schlagen ein 30-minütiges Gespräch vor. Keine Folien, nur euer Backlog und unsere Fragen. Ihr bekommt ein Angebot für euer Setup. Das Onboarding läuft über ein kurzes Bestellformular nach unseren AGB, und der Auftragsverarbeitungsvertrag ist unterschrieben, bevor kanman Code anfasst.
Das Mailprogramm sollte sich jetzt öffnen.
Schickt die vorausgefüllte E-Mail ab, und wir antworten innerhalb von zwei Werktagen. Falls sich nichts geöffnet hat, schreibt an [email protected].
FAQ
Fragen zum Start
- Können wir kanman testen, bevor wir zahlen?
- Ja. Jedes neue Team bekommt den Team-Plan 14 Tage kostenlos, ohne Karte. Endet die Testphase, pausieren Cloud-Runs, bis ihr einen Plan wählt; euer Board und der kostenlose Local-Plan laufen weiter. Wenn wir kanman mit eurem Team einrichten sollen, gibt es begleitetes Onboarding auf Anfrage.
- Unser Repo hat keine Akzeptanztests. Können wir trotzdem starten?
- Ja. Das Preset Testphase funktioniert ohne Specs und sagt das in jedem Nachweispaket klar. In der ersten Woche öffnet kanman einen Pull Request, der ein Akzeptanz-Manifest ergänzt. Ab dann bekommt jede Story eine Spec. In den Docs lesen (öffnet in einem neuen Tab)
- Was kostet der Betrieb, und wie funktionieren Budgets?
- Jeder Plan hat einen festen Preis pro KI-Team, nie pro Platz, zu finden im Preisabschnitt. Local ist kostenlos, Starter und Team werden monatlich abgerechnet, Enterprise wird für die Anzahl Teams vereinbart, die ihr braucht. Die Modellnutzung kommt dazu, über eure eigenen Schlüssel oder zum Selbstkostenpreis des Anbieters plus 15 %. Ihr setzt Budgets pro Run, pro Tag und pro Monat mit harten Grenzen. Incident-Arbeit wird nie durch ein Budget blockiert. In den Docs lesen (öffnet in einem neuen Tab)
- Welche Modelle und Agents nutzt es? Können wir eigene Verträge nutzen?
- Der Code entsteht über Claude Code oder Codex. Ihr könnt eigene Schlüssel für Anthropic, OpenAI, Azure OpenAI oder AWS Bedrock oder das OpenAI-kompatible KI-Gateway eures Unternehmens mitbringen oder die Nutzung zum Selbstkostenpreis plus 15 % über kanman laufen lassen. kanman wählt das Modell nach Komplexität, damit kleine Fixes günstig bleiben. In den Docs lesen (öffnet in einem neuen Tab)