jira at immobilienscout24
Post on 14-Jan-2015
1.702 Views
Preview:
DESCRIPTION
TRANSCRIPT
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
top related