Erwähnungen und Zuweisungen

Erwähne kanman in GitHub, GitLab und Jira oder weise ihm Arbeit zu wie jedem Kollegen. kanman antwortet dort, wo du geschrieben hast, verlinkt die Unterhaltung und startet die Arbeit auf dem üblichen Weg deines Teams.

Du erreichst kanman in den Tools, die dein Team ohnehin nutzt. Erwähne es in einem Issue, einem Pull- oder Merge-Request oder einem Jira-Kommentar, oder weise ihm ein Issue zu, und es antwortet genau dort, mit einem Link in kanman, unter dem du mitverfolgen kannst. Slack und Microsoft Teams funktionieren genauso (siehe Slack und Microsoft Teams).

kanmans Konten in deinen Tools

kanman arbeitet am besten mit einem eigenen Konto in jedem Tool, so wie ein neuer Kollege eines bekommt. Leg es einmal an und trag es unter Team > Verbindungen > Meine Konten und Erwähnungen ein. Diese Zeile enthält alle Konten von kanman an einer Stelle, GitHub, GitLab und den Tracker; Code-Review zeigt dieselben Konten und verlinkt hierher. Alte Links auf die früheren Seiten Erwähnungen und Chat und Erwähnungen führen zu dieser Zeile.

Tool Was du anlegst Wo du es einträgst
GitLab (auch selbst betrieben) Einen Bot- oder Servicenutzer, zum Beispiel kanman-bot, mit Developer-Rechten auf den Projekten des Teams GitLab-Benutzername
GitHub Einen Maschinennutzer, zum Beispiel kanman-bot, mit Schreibrechten auf den Repositories des Teams. Ohne ihn arbeitet kanman als GitHub App GitHub-Login
Jira Einen Benutzer für kanman mit Zugriff auf das Projekt des Teams. Kopiere seine Konto-ID aus seinem Jira-Profil Jira-Konto-ID (erscheint, wenn der Tracker des Teams Jira ist)

Gib deinem Runner bei GitLab ein persönliches Zugriffstoken von kanmans eigenem Benutzer. Dann liest kanman auch dessen To-do-Liste, und jede Erwähnung und Zuweisung erreicht es, auch bei einem GitLab hinter einem VPN, das keine Webhooks sendet.

Hat kanman in einem Tool kein Konto, antwortet es trotzdem:

  • "@kanman" in einem Kommentar gilt als Erwähnung. Ändere den Text unter Erwähnungstext, wenn dein Team einen anderen Namen nutzt.
  • Das Pickup-Label (Team > Repositories, Zeile Tracker, standardmäßig kanman) gilt als Zuweisung.
Team-Tab, Verbindungen, Meine Konten und Erwähnungen: kanmans Konten auf GitHub, GitLab und im Tracker und der Erwähnungstext

Die Habit

Das Antworten ist die eingebaute Habit Auf Erwähnungen und Zuweisungen antworten im Reiter Habits des Teams. Sie zeigt die letzten Erwähnungen und Zuweisungen, auf die kanman geantwortet hat, jeweils mit Link dorthin, wo es geantwortet hat. Zum Pausieren oder um zu ändern, wie es antwortet, sag es kanman im Chat des Teams, zum Beispiel „antworte vorerst nicht auf Erwähnungen“. Ändern können sie nur die Owner und Leads des Teams.

Wenn du kanman erwähnst

kanman liest den Kommentar zusammen mit dem Issue oder Pull Request, unter dem er steht, und antwortet an Ort und Stelle:

  • Eine Frage ("@kanman wie steht es um PU-43?") bekommt eine Antwort.
  • Ein Arbeitswunsch ("@kanman kannst du das übernehmen?") wird zu Story-Entwürfen, die du in kanman prüfst und freigibst, wie jede andere Anforderung. Ist etwas unklar, fragt kanman zuerst nach.
  • Eine Review-Bitte an einem Pull- oder Merge-Request ("@kanman bitte prüfen") startet ein Code-Review, wenn die anfragende Person Schreibrechte im Repository hat und das Team Merge-Requests von Menschen auf Anfrage oder alle prüft.
  • Ein Kommentar in einem Review-Thread an kanmans eigenem Pull Request wird vom Review-Follow-up beantwortet: kanman behebt, antwortet oder fragt nach, wie unter Code-Review beschrieben.

Jede Antwort endet mit einem Link in kanman. kanman beantwortet jeden Kommentar einmal, auch wenn er sowohl per Webhook als auch über die regelmäßige Prüfung eines GitLab hinter einem VPN ankommt.

Wenn du kanman etwas zuweist

Weise ein Issue oder Jira-Ticket kanmans Konto zu, oder gib ihm das Pickup-Label:

  • In Bereit (die Spalte, die dein Team auf Ready abbildet): kanman startet es auf dem normalen Weg des Teams, mit denselben Grenzen, denselben Prüfungen und demselben Budget wie jede andere Story. Eine Zuweisung überspringt nie Bereit.
  • Überall sonst: kanman verfeinert es. Es schreibt das Issue als Story mit Akzeptanzkriterien auf, fragt nach, was fehlt, und aktualisiert das Issue, sobald du den Entwurf freigibst. Schieb es nach Bereit, wenn es starten soll. Zum Abschalten sag es kanman im Chat („verfeinere keine Issues, die außerhalb von Bereit zugewiesen werden“).

Einen Pull- oder Merge-Request kanman zuzuweisen bittet es um ein Review.

Von wem kanman Anfragen annimmt

kanman weiß, wer fragt, wenn diese Person das Tool in kanman verbunden hat (ihre GitHub- oder GitLab-Verbindung oder ihre Jira-Verbindung). Anfragen aller anderen werden beantwortet und für die Person entworfen, die das Tool des Teams verbunden hat, aber sie beantworten nie eine Frage und ändern nie das Board. Damit kanman nur Personen antwortet, die es kennt, sag es im Chat („antworte nur Personen mit kanman-Konto“).

Damit es in einem lebhaften Projekt ruhig bleibt, nimmt kanman bis zu 30 Erwähnungen und Zuweisungen pro Team und Stunde an.

Was du einrichten musst

  1. Leg kanmans Konten wie oben beschrieben an und trag sie unter Team > Verbindungen > Meine Konten und Erwähnungen ein.
  2. Für ein GitLab hinter einem VPN: Gib dem Runner des Workspaces ein Token von kanmans eigenem GitLab-Benutzer. Ein Webhook ist nicht nötig.
  3. Für Jira ohne Webhooks: nichts weiter. kanman prüft das Projekt des Teams alle paar Minuten.

Zuletzt aktualisiert: January 1, 0001

kanman öffnen