Integration
Jira-Anbindung
Offene Aufgaben werden direkt in Jira (Projekt RM) als Tasks unterhalb von Epics geführt – auch für Ein IT-Projekt mit KI.
Worum es geht
Statt offene Punkte in lokalen Dateien zu verlieren, führt Claude sie direkt in Jira. Über das Atlassian-MCP greift Claude auf das Projekt RM zu und hält den Stand dort als gemeinsame Quelle der Wahrheit – nicht in verstreuten Notizen.
Was darüber läuft
- Jede laufende Initiative bekommt ein Epic; offene Punkte werden als Tasks darunter geführt
- Tickets anlegen, kommentieren, per JQL suchen und durch den Status-Workflow ziehen
- Entscheidungen, die Brokmann treffen muss, landen als Kommentar mit @-Mention statt still entschieden zu werden
Zwei Zugänge – und warum es beide braucht
Der Connector läuft in der laufenden Sitzung unter dem angemeldeten Atlassian-Konto. Damit arbeitet der KI-Agent im Dialog: Vorgänge anlegen, kommentieren, suchen, durch den Statusfluss ziehen. Er ist an die Sitzung gebunden – ohne sie geht nichts – und spricht mit genau einer Atlassian-Instanz.
Der API-Token ist der zweite Weg: eigene Anmeldung, kein Dialog, keine Sitzung. Genau das braucht alles, was von selbst läuft – der tägliche Prüflauf, der Abgleich der Anforderungen gegen die Testsuite, der Upload von Dokumentation. Ein unbeaufsichtigter Lauf kann sich nicht anmelden; er braucht einen Zugang, der ohne Menschen funktioniert.
Die Trennung ist kein Zufall, sondern die Bedingung dafür, dass Prüfungen auch dann laufen, wenn niemand am Rechner sitzt. Der Token liegt außerhalb des Repositorys – im Umgebungsvariablen-Kontext oder in einer Zugangsdatei, die nicht mitversioniert wird.
Arbeitsweise
Die Arbeit ist task-getrieben: Akzeptanzkriterien stehen im eigenen Feld und gelten als Definition of Done. Ein fester Statusfluss (Backlog → Zu erledigen → In Arbeit → Abnahmetest → Fertig) mit zwei Freigabe-Toren bei Brokmann hält Automatik und menschliche Kontrolle sauber getrennt.