Offboarding

Last modified by Dimitri Rupp on 2026/06/11 09:30

Auf dieser Seite

Wichtige Grundregeln
🔁 Workflow
Pflicht-Prüfungen vor Löschung
📜 Rimo-Lizenz zurückbuchen
📁 Projektleads ändern
Referenzen
Verwandte Bereiche
- Weitere verwandte Seiten

Offboarding eines Jira-Users. Muss im Einklang mit dem Projektteam passieren –
rechtzeitige Umstellung von Issues und Automations vor Deaktivierung.

Wichtige Grundregeln

Erst mit dem OK des Projektteams darf der User inaktiv gestellt oder gelöscht werden.

🔁 Workflow

flowchart TD
    A[Offboarding-Bedarf] --> P[Mit Projektteam abstimmen]
    P --> CK{Alle Issues / Automations
umgestellt?}
    CK -->|Nein| U[Issues / Automations umstellen]
    U --> CK
    CK -->|Ja| D[User deaktivieren oder löschen]
    D --> R[Lizenz in Rimo
zurück auf IT Warehouse]
    R --> CL[Prüfen: Project Owner, Board Owner,
Dashboard Owner, Filter Owner,
Automation Owner, Issues-Assignees]
    CL --> DONE[Offboarding abgeschlossen]
    style DONE fill:#90ee90

Pflicht-Prüfungen vor Löschung

Bevor der Account gelöscht wird, sicherstellen, dass das Konto nirgendwo zugewiesen
oder als Owner festgelegt ist:

Bereich	Was prüfen
Project Owner	Eigentümer von Projekten
Board Owner	Eigentümer von Boards
Dashboard Owner	Eigentümer von Dashboards
Filter Owner	Eigentümer von JQL-Filtern
Automation Owner	Eigentümer von Automation-Regeln
Issues	assignee + Jira users über alle Projekte, alle Issue-Typen

📜 Rimo-Lizenz zurückbuchen

Nach der Deaktivierung / Löschung muss die Lizenz in Rimo wieder auf das
IT Warehouse zurückgebucht werden.

📁 Projektleads ändern

Projektleads werden direkt beim Projekt geändert.

Referenzen

Siehe auch Jira-Issues: JRO-415 und JRO-380