Merging Jira – Das Unmögliche möglich machen Michael Lüer (ACP) Sönke Martens (ACP) catworkx GmbH - 2018

JIRA catWorkX im Überblick Gegründet 1999 Ansässig in Deutschland und Österreich (bald auch in der Schweiz), Standorte in Hamburg, München, Köln und Wien > 50 Atlassian akkreditierte / zertifizierte Mitarbeiter „In Love“ mit Jira seit Version 1.0, Ersteller der ersten deutschen Jira-Übersetzung Seit über 16 Jahren im Markt mit Atlassian-Tools Seit 2014 firmenweit zu 100% auf Atlassian ausgerichtet Atlassian Platinum & Enterprise Solution Partner Atlassian Authorized Training Partner Atlassian Marketplace Vendor JIRA

Kunden-Referenzen (Auszug)

Merging Jira: Ausgangslage Konsolidierung von Jira Instanzen nach Firmen- oder Bereichszusammenschlüssen Migration von verschiedenen Cloud-Instanzen auf eine on-premise Servervariante Migration von div. Single-Server auf eine Data-Center Variante Aufräumen des Wildwuchses nach Jahren der Nutzung in verschiedenen Abteilungen oder innerhalb einer Abteilung Zentralisierung der IT in Konzernen Lizenzoptimierung …  Anforderung des Managements („macht mal …“) ? Wie anfangen?

Merging Jira: Herausforderungen -1 Es gibt doch den Projektimporter, was soll denn das Problem sein? Benutzer DBs: Verschiedene Directories, Gruppenzugehörigkeiten (Lokal / AD / LDAP / …) Rechtestruktur Namenkonventionen Benutzernamen Objektbesitz / Historie … Datenbereinigung, z.B. Nicht mehr verwendete Permissions Benutzte Felder (noch in Verwendung) „Tote“ Workflows Organisatorische Festlegung „Shit in / Shit out“

Merging Jira: Herausforderungen -2 Spracheinstellungen, z.B. Epic Felder werden über den Realnamen gemappt, d.h. gleiche Verwendung mit deutschen / englischen Namen kann zu doppelten Feldern führen Solutions … Homogenisierung der verwendeten Apps Unterschiedliche Versionen gleicher Apps Verschiedene Tools für die gleiche Nutzung (z.B. Structure vs. Big Gantt) Nicht mehr verwendete Apps bereinigen Apps, die auf einem Zielsystem nicht mehr verwendet werden sollen (z.B. Kepler Tools) Organisatorische Festlegung Prüfung auf Funktion und Verwendung

Merging Jira: Herausforderungen -3 Verwendung Projektimporter Jira XML Export der Daten aus System 1, Import der XML-Daten in System 2 Fehlermeldungen „fehlende Statusfelder“ bearbeiten Fehlermeldungen „fehlende Resolutions“ bearbeiten Fehlermeldungen „fehlende Custom Fields“ bearbeiten …. Schemas, Filter, Dashboards, Apps… Überarbeitung der XML-Dateien nach dem Export, Suche nach nicht importierbaren / ungültigen Zeichen (z.B. nach Word- Import im Quellsystem), ebenso aufgrund bestimmter Apps, z.B. Kepler Konfliktmanagement

Catworkx Config Importer für Konfliktmanagement

Ansatz zum Merge Analyse und Erstellen Runbook Proof of Concept und Datenbereinigung Test & Integration Echtumstellung 8-10 PT ohne Datenbereinigung

Kundenerfahrung Lufthansa Technik -1 Seit 2002 im Einsatz in einzelnen Bereichen der LHT LHT.jira als zentrales Angebot seit 2006 verfügbar Schwerpunkt der Nutzung Applikationsentwicklung und -betrieb Projekt Management

Kundenerfahrung Lufthansa Technik -2 Fazit (Don‘t try it alone) Ein Merge zweier Jira Instanzen ist möglich Die Arbeit steckt in der Bereinigung von „Altlasten“ Tiefgehendes Wissen über Jira Strukturen nötig Vorgehen Doppelte Objekte umbenennen Alle Workflows & Schemes mit Präfix versehen Project Key umbenennen Fragmente von Plugins aus Datenbank entfernen Jira Export durchführen Export bearbeiten Project Key auch im Export umbenennen Kaputte CustomFieldValues entfernen Dashboards & Filters mit Präfix versehen Importieren mit catWorkX Config Importer Import Status Import Complete Project Import Group & User Import Filters & Dashboards Importieren der Daten mit Jira Project Import

Zeit für eure Fragen …