www.immobilienscout24.de

Jira bei Immobilien ScoutStory Backlogs, Bugzilla Migration undArbeitsweise

Über uns

Die aktuellen Rekord-Kennzahlen im Überblick*

Über 5 Millionen Besucher**

Über 1,7 Milliarden Seitenaufrufe

Über 210 Millionen abgerufene Exposés

Über 1,2 Millionen Angebote

Rund 110.000 Immobilienanbieter

*jeweils pro Monat

**laut Nielsen//NetRatings

• >500 Mitarbeiter

• 160 In der IT

• 19 Entwicklungsteams, 6 davon externe

Wer bin ich?

• ‚Head of Quality Assurance‘ bei Immobilien Scout

• 6 Jahre Erfahrung mit Jira

• Jira admin bei der letzten Firma

Ausgangssituation

Bugzilla für Bug Tracking Dokumentation überall

No traceability für Epics und

Stories (Heavy-weight RM

Prozess)

Story Backlogs in Excel

Time Tracking mit Time4U

…and then one day…

• 5 Leute mit Jira Erfahrung wollten raus aus dem Chaos

• PM/PO, Scrummaster wollten bessere Produkt Backlogs

• QA + Entwickler wollten alle Information an einem Ort

• Release Management wollte wissen was integriert wurde

• Alle wollten besser informiert werden

• 5 Köpfe haben ein Rollout Plan entwickelt, und schon 4 Monate nach dem ersten Gespräch war Jira am Leben

Vorgangstypen

Projekt Struktur

• Ziel war < 10 Projekte

• Aktuelle Situation = fast 30

• Unter Projekte, liegen Komponenten

• Jede Komponente beinhaltet Epics

• Jeder Epic hat Stories

• Aus der Story bestehen Tasks

• nicht immer in Jira gepflegt

Workflows

• Jeder Vorgangstyp hat ein eigenen Workflow

• Erlaubt einfachere Anpassung

• Entspricht der Arbeitsweise

• Einen Workflowschema für IS24 Projekten

• Ein Team implementiert gerade besondere Workflows für deren Sonderfälle

Migration Bugzilla -> Jira

• Bugzilla:

• 30,000 Bugs und ToDos

• Stark angepasst (programatisch)

• Externe System Import-beta benutzt -> Schlug fehl

Users konnten nicht während des Imports erzeugt werden

Custom Felder waren nicht richtig interpretiert

„null“ Datum konnten nicht richtig behandelt werden

(Support von Atlassian war super)

• Lösung war nur offene Bugs und ToDos zu importieren

Erster Versuch: mBean SQL angepasst

Zweiter Versuch: Bugzilla Datenbank geschrumpft

Migration Bugzilla -> Jira

• Viele Projekte wurden erzeugt

mussten nachträglich aufgeräumt werden

• Jira Login ist mit LDAP verknüpft, leider keine volle Integration

Users importiert aus LDAP (Active Directory)

Usernamen Format unterschiedlich Jira <-> Bugzilla

Users gemapped in Import config Datei

Generic User für alte Bugzilla Users

• 6 Wochen lang fast täglich Proben und Übungen

5 Stunden Migration an einem Freitag Abend

keine schmerzen

• Jeder Projekt Backlog war früher in Excel

• External System Importer (nicht beta) für csv

• Backlog wurde direkt in das entsprechende Projekt importiert

• Läuft schmerzfrei, solange das Backlog in einem Standard Format ist

Import Projekt Backlog

Greenhopper

• Greenhopper wird benutzt um Stories zu priorisieren

• Product Owners pflegen nun deren Backlog in Jira

Plugins

• Subversion Plugin• SVN Pre-commit Hook steht an

• Workflow Visualisation Plugin• Visual Workflow Editor

• Time Tracking and Reporting• Worklog Assistant• Time Tracking and Billing Reporting

Aktuelle Probleme

• (Noch) Keine Möglichkeit mit Greenhopper, Projektübergreifende Backlogs zu pflegen

• Keine Möglichkeit Projektübergreifende Release Versionen anzulegen

• Muss für jedes Projekt per Hand angelegt werden

• Projekt Struktur (Applikationschnitt) eine Herausforderung:

• 1 Projekt pro Team? (Welches Team ist für Issues zuständig?)

• 1 Projekt pro Produkt? (Wo sind die Grenzen?)

• Servicelines? (Präferierte Lösung, aber auch nicht optimal)

Aktuelle Problemen

• Evaluation System wurde als produktives System benutzt

• Projekt Migration ist nicht leicht

• Jira Systemen müssen 1-1 passen, inklusiv Jira Buildnummer

• War leider nicht so in unserem Fall

• Jira wurde zuerst auf Deutsch installiert, dann auf Englisch geändert. Einige deutsche Begriffe bleiben.

• Unklarheiten wann „Status“ benutzt wird, und wann „Assignee“

Administratoren und Workgroup

• Um die Meinung von jeder Abteilung, die mit Jira arbeitet, zu vertreten, wurde einen Workgroup gebildet

• Besteht aus 8 Leuten (DEV, SYS, QA, SM, PMI, RM, BU)• Ursprüngliche Jira-Verfechter sind auch noch dabei• Entscheiden gemeinsam über Änderungen• Teilen der Administrativen- und Wartungsaufgaben• Machen Telefon- als auch Email-Support• Schaffen Transparenz

Fragen?

www.immobilienscout24.de

Contact:Immobilien Scout GmbHAndreasstraße 1010243 Berlin

Tel: +49 (0)30 243 01-1134Email: mason.womack@immobilienscout24.deURL: www.immobilienscout24.de

Thank you for your attention