Wie kann man SAFe mit Jira Toolset implementieren?
Integration von vielen Teams und Release Trains ist möglich.
Das Tool dient dabei zur Transparenz und Kommunikation zwischen den Europa weit verteilten Produktmanagern.
2. KEGON AG 2014 SAFe – Portfolio/Program Backlog mit Jira Seite 2
Bei einem Softwarehaus mit 4000
Mitarbeitern und 400 Mio € Umsatz / Jahr
wurde eine SAFe Adaption für Portfolio
und Programm Ebene durchgeführt.
Dazu wurden dort in mehreren Schritten
Anpassungen an den Anforderungs-,
Entwicklungs- und Release-Prozess
vorgenommen.
Auftrag
4. KEGON AG 2014 SAFe – Portfolio/Program Backlog mit Jira Seite 4
Besuch Release-Planung Meetings
SAFe Training
Jira Adaption – nach Atlassian Vorschlag
Backlog auf 3 SAFe Planungsebenen verteilt
Top-Level Planungs Excel abgeschafft
Initialer SAFe Portfolioprozess aufgesetzt
Durchgeführte Maßnahmen
- Change Backlog
5. KEGON AG 2014 Seite 5
Jira Adaption
Quelle: https://blogs.atlassian.com/2013/12/scaling-agile-enterprise-safe-jira-agile/
SAFe – Portfolio/Program Backlog mit Jira
6. KEGON AG 2014 SAFe – Portfolio/Program Backlog mit Jira Seite 6
Investment Theme: Strategisches Investitionsthema eines Bereichs
über mehrere Produkte, Releases, event. neues Produkt (make or buy)
>10% der Kosten oder des Umsatzes eines Bereichs / Jahr
<100 Einträge Unternehmens weit
Typisch: >100T€ Kosten oder 1Mio € Umsatz / Jahr
Business Need: Anforderung mit Business Value
sind einem Investment Theme zugeordnet
neue, bepreisbare Funktionalität/Service mit bekanntem Markt oder Kunden
Typisch: 100T€ Umsatz / Jahr
Architectural Need: Nichtfunktionale Anforderung
sind einem Investment Theme zugeordnet
minimieren bewertbare Risiken oder
eröffnen Marktchancen über technologische Treiber
z.B. neues Smartphone Betriebssystem
Typisch: 100T€ Kosten
Zuordnungskriterien - Portfolio Ebene
7. KEGON AG 2014 SAFe – Portfolio/Program Backlog mit Jira Seite 7
Epic (Feature, Change Enhancement): Sammlung von User Stories
Fachlich abgeschlossenes Anforderungspaket, welches in einem Release
verfügbar gemacht werden kann
Eintrag in der Roadmap
Eintrag in den Release Notes
Typisch 50 (20-100)PT
User Story (Use Case): Funktionalität aus Nutzersicht
z.B. Als Patient möchte ich meinen Arzttermin verschieben können,
weil das einfacher ist als in neu anzulegen und zu löschen
Kann von einem Team in einem Sprint umgesetzt werden
Kann getestet und abgenommen werden.
Typisch 5 (1-10)PT
Zuordnungskriterien –
Program/Team Ebene