Connections
Die Systeme, in denen kanman liest und handelt, und was es dort jeweils darf.
Eine Verbindung ist ein System, in dem kanman liest und handelt: dein Code-Host, Tracker, Chat, Alarmierung, Service-Management, Wikis und mehr. Ein System wird einmal für den Workspace verbunden; danach wählt jedes Team, was es nutzt und was kanman dort darf:
| Modus | Was kanman tut |
|---|---|
| Aus | Nichts. |
| Erst fragen | Schlägt die Aktion im Chat des Teams vor und führt sie nach einem Tipp auf Freigeben aus. |
| Automatisch | Tut es von sich aus, innerhalb der Grenzen, die deine Eigentümer und Admins setzen. |
Lesen beginnt, sobald ein System verbunden ist. Was Menschen außerhalb deines Teams erreicht, bleibt aus, bis ein Team es einschaltet, und eine Habit kann nur einschränken, was eine Verbindung erlaubt, nie erweitern.
Beginne mit deinem Code-Host und deinem Tracker, dann mit deinem Chat. Alle anderen Systeme stehen im Katalog der Verbindungen.
In diesem Bereich
So funktionieren Verbindungen
Ein System wird einmal für den Workspace verbunden, danach wählt jedes Team, was es nutzt und was kanman dort darf: Aus, Erst fragen oder Automatisch. Die sicheren Standards, die Verbindungen eines Teams, ihr Zustand und wer was verbindet.
GitHub verbinden
Verbinde GitHub, damit kanman Stories aus GitHub Issues liest, Pull Requests öffnet und deiner CI folgt.
Jira und GitLab verbinden
Nutze Jira als Tracker und GitLab für den Code, auch mit Boards mit deutschen Spaltennamen.
Mit kanman in Slack und Microsoft Teams arbeiten
Verbinde Slack oder Microsoft Teams, wähle die Orte, an denen jedes Team mit kanman spricht, und stell Fragen, wünsch dir Änderungen und beantworte Entscheidungen aus dem Chat.
Zuhörmodi und Leitplanken
Leg pro Kanal fest, wie viel kanman zuhört, wer aus dem Chat Stories machen darf und wann kanman still bleibt.
Microsoft Teams mit eigenem Bot verbinden
Für IT-Admins: einen Single-Tenant-Bot im eigenen Microsoft-Mandanten registrieren, mit kanman verbinden und die Teams-App im Teams Admin Center hochladen.
Teamkontext und Verbindungen
Gib kanman die Dokumente, Repositories, Confluence-, Notion- und SharePoint-Seiten deines Teams, damit es Fragen mit Quellen beantwortet, und nur aus dem, was die fragende Person sehen darf.
Deine eigenen Verbindungen: deine Abläufe lesen, bevor die Verbindung des Teams freigegeben ist
Verbinde ein System mit deinem eigenen Konto, zum Beispiel Jira und Confluence deiner Firma, damit kanman deine Checklisten und Runbooks für dich liest und Gewohnheiten vorschlägt, solange die Verbindung des Teams noch aussteht.
kanman in Rufbereitschaft nehmen: Services und Signalquellen
Leg die Services deines Teams an, verbinde Uptime-Checks, Alarmierungstools und Log-Quellen und leg fest, was kanman tun darf, wenn etwas schlechter wird.
ServiceNow-Incidents prüfen: ServiceNow
Verbinde ServiceNow, damit kanman jeden neuen Incident für die Services deines Teams prüft: wahrscheinliche Ursachen mit Belegen, ein fehlschlagender Test, der eine Ursache im Code reproduziert, und nur die Aktionen in ServiceNow, die dein Team erlaubt.
Monitoring-Signale: Prometheus, Grafana und InfluxDB
Lass kanman deine Metriken und Alarme lesen, das Normale jedes Service lernen, Abweichungen analysieren und nur außerhalb der Produktion handeln: Befunde, Fix-Stories, Merge Requests und eine Nachricht an die Rufbereitschaft.
Den Zustand deiner Systeme kennen: Backstage und Checkmk
Verbinde deinen Backstage-Katalog und Checkmk, damit kanman weiß, wem welches System gehört, aus Problemen Incidents eröffnet und Fragen wie „Wie geht es payment-api?“ beantwortet.
kanman in Claude Code oder Codex nutzen
Verbinde Claude Code oder Codex mit einem Befehl und einer Anmeldung im Browser mit kanman. Arbeite mit Stories, beantworte kanmans Fragen und frag kanman aus deinem Terminal, für jedes Team deines Workspace.