HOOD Service Portfolio



Ähnliche Dokumente
Denn sie wissen nicht was sie tun! Den Überblick über agile Backlogs behalten.

Der Business Analyst in der Rolle des agilen Product Owners

READY-STEADY-DONE! Der Product Owner are you READY for agile?!

Trotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld. Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012

Unsere Kunden erzählen keine Geschichten. Ursula Meseberg microtool GmbH Berlin

Susanne Muehlbauer 29. November 2011

Michael Franken. Serum für bummies. Übersetzung aus dem Niederländischen (/on Susanne Bonn. WlLEY. WILEY-VCH Verlag GmbH & Co.

Sollten folgende drei Fragen durch das Team positiv beantwortet werden, sind wichtige SCRUM-Elemente in Ihrem Team erfolgreich installiert.

Iterativ. Inkrementell

TFS Customzing. in der Praxis. Thomas Gugler. seit 2005 bei ANECON. .NET seit 2002 (happy bday!) Schwerpunkte: MCPD.Net 4.0, MCTS TFS, Scrum Master,

Gelebtes Scrum. Weg vom Management hin zur Führung

SSI WHITE PAPER Design einer mobilen App in wenigen Stunden

Meetings in SCRUM. Leitfaden. Stand:

Produktmanagement vom Kundenticket zum Release


Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum

Projektmanagement durch Scrum-Proxies

Globale Scrum Retrospektive

GI Fachgruppentreffen RE 2015

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg

Andrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen?

Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen

Agile Softwareentwicklung mit Scrum

ERP-Evaluation systematisch und sicher zum optimalen ERP-System

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Widerrufsbelehrung der Free-Linked GmbH. Stand: Juni 2014

Scrum. Übung 3. Grundlagen des Software Engineerings. Asim Abdulkhaleq 20 November 2014

Modul 3: Service Transition

AGILE APPLICATION LIFECYCLE MANAGEMENT IM ATLASSIAN ECOSYSTEM

Agile Entwicklung nach Scrum

SMART Newsletter Education Solutions April 2015

Qualifikationsbereich: Application Engineering Zeit:

Agiles Testmanagement am Beispiel Scrum

SCRUM. Scrum in der Software Entwicklung. von Ernst Fastl

Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität

Produktionsplanung und steuerung (SS 2011)

Der schnelle Weg zu Ihrer eigenen App

Der Kopf ist rund, damit das Denken die Richtung

Scrum bei der Projektron GmbH

Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind.

Planung in agilen Projekten

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund Dipl.-Inform. (FH) Dirk Prüter.

Agile Methoden einführen

ÖKB Steiermark Schulungsunterlagen

Die Wasser App.

ERFOLGREICH SPRINTEN TROTZ MAINTENANCE

Scaling Scrum Nexus professionell umsetzen

Thomas Schissler Uwe Baumann

Leitfaden zur ersten Nutzung der R FOM Portable-Version für Windows (Version 1.0)

Praxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld. Andreas Becker, Uwe Valentini Agile-by-HOOD

SCRUM. Software Development Process

Moin! Ihr wollt wissen, was wir anders machen als alle anderen? Na dann blättert mal weiter...

Quiz mit Google Docs erstellen

Die Makler System Club FlowFact Edition

Professionelle Seminare im Bereich MS-Office

TRACK II Datenmanagement Strategien & Big Data Speicherkonzepte BI Operations Erfolgsfaktoren für einen effizienten Data Warehouse Betrieb

Typisierung des Replikationsplan Wirries, Denis Datenbankspezialist

UNTERNEHMENS-NACHFOLGE PL ANEN. Mit dem St. Galler Nachfolge-Prozess weitsichtig und frühzeitig planen

Tipps und Tricks zu Netop Vision und Vision Pro

Einführung und Motivation

Anleitung zur Daten zur Datensicherung und Datenrücksicherung. Datensicherung

Anleitung OpenCms 8 Webformular Auswertung

Terminabgleich mit Mobiltelefonen

Projektmanagement. Agile Vorgehensweise / Scrum. Version: 1.0 Stand:

Agilität selbst erfahren. Agile Softwareentwicklung in der Praxis: Jetzt bewerben für das erste Agile Code Camp 2013!

Unterrichtsmaterialien in digitaler und in gedruckter Form. Auszug aus:

AGROPLUS Buchhaltung. Daten-Server und Sicherheitskopie. Version vom b

GRS SIGNUM Product-Lifecycle-Management

Zweisam ist besser als einsam: Wie Project Server und Team Foundation Server zueinander finden. Mike Wübbold

Vertraulich. Nachname: Vorname: Matrikel-Nummer: Studiengang: Datum: 30. Januar 2015

Inhalt. 1 Einleitung AUTOMATISCHE DATENSICHERUNG AUF EINEN CLOUDSPEICHER

Skript Pilotphase für Arbeitsgelegenheiten

Teamaufstellung - Zwischen Dream und Nightmare

Wichtig ist die Originalsatzung. Nur was in der Originalsatzung steht, gilt. Denn nur die Originalsatzung wurde vom Gericht geprüft.

Arbeitsblätter, Wörterbücher (1 pro Gruppe) Materialien: Zeit: Mündlich (Interaktion, Schriftlich) Schriftlich (Rezeption, Schriftlich)

Übungen zur Softwaretechnik

Was ist Sozial-Raum-Orientierung?

Neue Arbeitswelten Bürokultur der Zukunft

Zimmertypen. Zimmertypen anlegen

Alle gehören dazu. Vorwort

InLoox. Integriert statt kompliziert: Erfolgreiche Teamarbeit in gemeinnützigen Projekten mit InLoox InLoox GmbH

Praxisbericht und Demo-Projektabwicklung mit der ATLASSIAN Toolchain und Continuous Integration. Markus Stollenwerk, Noser Engineering AG

ACDSee 10. ACDSee 10: Fotos gruppieren und schneller durchsuchen. Was ist Gruppieren? Fotos gruppieren. Das Inhaltsverzeichnis zum Gruppieren nutzen

Was meinen die Leute eigentlich mit: Grexit?

Multi-Channel E-Commerce. Mehr Umsatz. durch. Multi-Channel-Vertrieb. Jan Griesel

Der Kunde zahlt die Gehälter.

Blumen-bienen-Bären Academy. Kurzanleitung für Google Keyword Planer + Google Trends

Task: Nmap Skripte ausführen

Erfolgreiche Realisierung von grossen Softwareprojekten

Wien = Menschlich. freigeist.photography

HP ALM. Was gibt es Neues und wo geht die Reise hin. Thomas Köppner, Technical Consultant, HP

Vertrauen in Banken. Bevölkerungsrepräsentative Umfrage. PUTZ & PARTNER Unternehmensberatung AG. Partner der Befragung

Projektmanagement. Vorlesung von Thomas Patzelt 9. Vorlesung

Agile Estimation. Mit Agilem Schätzen in die Zukunft blicken. Benjamin Seidler. XP Days Germany Oktober 2014, Hamburg

ALEMÃO. Text 1. Lernen, lernen, lernen

FrontDoor/Monitor mehr sehen von FrontDoor

IT-Basics 2. DI Gerhard Fließ. Vorgehensmodelle

Vom kompetenzorientierten Unterricht zur kompetenzorientierten Matura

Sichere Anleitung Zertifikate / Schlüssel für Kunden der Sparkasse Germersheim-Kandel. Sichere . der

Ordner Berechtigung vergeben Zugriffsrechte unter Windows einrichten

Transkript:

Denn sie wissen nicht was sie tun! Den Überblick über agile Backlogs behalten. Susanne Mühlbauer, Jens Donig, HOOD GmbH, Oktober 2012

HOOD Service Portfolio -2-

Was ist ein Backlog? Der Begriff Backlog wird zum Beispiel in der Auftragsverwaltung verwendet und beinhaltet alle eingegangenen Aufträge geordnet nach ihrer Bearbeitungsreihenfolge. Über diese Liste werden alle nachfolgenden Prozessschritte, wie Beschaffung und Produktion, geplant und gesteuert. Das Backlog findet nun in der agilen Softwareentwicklung analoge Anwendung. Es enthält alle potenziell umzusetzenden Backlog Items, geordnet nach der Reihenfolge ihrer Bearbeitung. Auf Basis dieser Liste erfolgt die Planung und Steuerung der Umsetzung. -3-

Aufbau eines Backlog -4-

Welche Backlogs kennen Sie? Product Backlog Persönliches Backlog Deployment Backlog Team Backlog Company Backlog Release Backlog Sprint Backlog Integration Backlog Service Backlog Program Backlog Impediment Backlog -5-

Was sind Backlog Items Backlog Items sind solche Items, die geplant Ressourcen verbrauchen. Dazu zählen zum Beispiel: Test Set (Test Run) Features Story Issue Needs Technische Anforderungen Market Requirement Defect Nicht-funktionale Anforderungen Use Cases -6-

Ein Item mehrere BLs - Backlogs sind Sichten Szenario 1 Szenario 2 Produkt A Produkt B Produkt C Team 3 Kunde 3 Kunde 2 Team 1 Team 2 Team 1 Kunde 1-7-

Beispiel Sichtenbildung Rank ID BLI Text Type Produkt Release Architektur 1 24 Als X will ich Y weil Z Story A V12.1 relevant 10 46 Error 405 Defect C V13.0 tbd 14 98 SSL Protokolle Technische Anforderung D V14.0 nicht relevant 25 12 Error "Build brocken" Defect C V14.0 n/a 27 79 Systemtest 12487 Failed Defect D V12.1 tbd 37 55 Als X will ich Y weil Z Story E V12.2 n/a 49 34 Als X will ich Y weil Z Story A V13.0 tbd 52 528 Als X will ich Y weil Z Story B V14.0 relevant 57 861 Als X will ich Y weil Z Story C V12.1 nicht relevant 164 256 1000 pro Sekunde nichtfunktionale Anf. D V12.2 relevant 167 98 Intuitiv Bedienbar nichtfunktionale Anf. E V13.0 nicht relevant 176 116 200 Transaktionen je Minute nichtfunktionale Anf. A V14.0 relevant 186 273 99% Verfügbarkeit nichtfunktionale Anf. B V12.1 relevant 193 99 USB 3.0 Support Technische Anforderung C V12.2 relevant 312 76 Zugriff auf Interent von Unterwegs Feature B V12.2 relevant 317 123 Hohe Empfangs- und Sendequalität Feature E V12.1 tbd 321 638 mp3 Player Feature A V12.2 nicht relevant 334 64 FM Stereo Feature B V13.0 nicht relevant -8-

Beispiel Sichtenbildung Aktueller Sprint 14 Rank ID BLI Text Type Produkt Release Architektur 1 24 Als X will ich Y weil Z Story A V12.1 relevant 10 46 Error 405 Defect C V13.0 tbd 14 98 SSL Protokolle Technische Anforderung D V14.0 nicht relevant 25 12 Error "Build brocken" Defect C V14.0 n/a 27 79 Systemtest 12487 Failed Defect D V12.1 tbd 37 55 Als X will ich Y weil Z Story E V12.2 n/a 49 34 Als X will ich Y weil Z Story A V13.0 tbd 52 528 Als X will ich Y weil Z Story B V14.0 relevant 57 861 Als X will ich Y weil Z Story C V12.1 nicht relevant 164 256 1000 pro Sekunde nichtfunktionale Anf. D V12.2 relevant 167 98 Intuitiv Bedienbar nichtfunktionale Anf. E V13.0 nicht relevant 176 116 200 Transaktionen je Minute nichtfunktionale Anf. A V14.0 relevant 186 273 99% Verfügbarkeit nichtfunktionale Anf. B V12.1 relevant 193 99 USB 3.0 Support Technische Anforderung C V12.2 relevant 312 76 Zugriff auf Interent von Unterwegs Feature B V12.2 relevant 317 123 Hohe Empfangs- und Sendequalität Feature E V12.1 tbd 321 638 mp3 Player Feature A V12.2 nicht relevant 334 64 FM Stereo Feature B V13.0 nicht relevant -9-

Beispiel Sichtenbildung Version 12.* Rank ID BLI Text Type Produkt Release Architektur 1 24 Als X will ich Y weil Z Story A V12.1 relevant 10 46 Error 405 Defect C V13.0 tbd 14 98 SSL Protokolle Technische Anforderung D V14.0 nicht relevant 25 12 Error "Build brocken" Defect C V14.0 n/a 27 79 Systemtest 12487 Failed Defect D V12.1 tbd 37 55 Als X will ich Y weil Z Story E V12.2 n/a 49 34 Als X will ich Y weil Z Story A V13.0 tbd 52 528 Als X will ich Y weil Z Story B V14.0 relevant 57 861 Als X will ich Y weil Z Story C V12.1 nicht relevant 164 256 1000 pro Sekunde nichtfunktionale Anf. D V12.2 relevant 167 98 Intuitiv Bedienbar nichtfunktionale Anf. E V13.0 nicht relevant 176 116 200 Transaktionen je Minute nichtfunktionale Anf. A V14.0 relevant 186 273 99% Verfügbarkeit nichtfunktionale Anf. B V12.1 relevant 193 99 USB 3.0 Support Technische Anforderung C V12.2 relevant 312 76 Zugriff auf Interent von Unterwegs Feature B V12.2 relevant 317 123 Hohe Empfangs- und Sendequalität Feature E V12.1 tbd 321 638 mp3 Player Feature A V12.2 nicht relevant 334 64 FM Stereo Feature B V13.0 nicht relevant -10-

Beispiel Sichtenbildung Architekturrelevanz Rank ID BLI Text Type Produkt Release Architektur 1 24 Als X will ich Y weil Z Story A V12.1 relevant 10 46 Error 405 Defect C V13.0 tbd 14 98 SSL Protokolle Technische Anforderung D V14.0 nicht relevant 25 12 Error "Build brocken" Defect C V14.0 n/a 27 79 Systemtest 12487 Failed Defect D V12.1 tbd 37 55 Als X will ich Y weil Z Story E V12.2 n/a 49 34 Als X will ich Y weil Z Story A V13.0 tbd 52 528 Als X will ich Y weil Z Story B V14.0 relevant 57 861 Als X will ich Y weil Z Story C V12.1 nicht relevant 164 256 1000 pro Sekunde nichtfunktionale Anf. D V12.2 relevant 167 98 Intuitiv Bedienbar nichtfunktionale Anf. E V13.0 nicht relevant 176 116 200 Transaktionen je Minute nichtfunktionale Anf. A V14.0 relevant 186 273 99% Verfügbarkeit nichtfunktionale Anf. B V12.1 relevant 193 99 USB 3.0 Support Technische Anforderung C V12.2 relevant 312 76 Zugriff auf Interent von Unterwegs Feature B V12.2 relevant 317 123 Hohe Empfangs- und Sendequalität Feature E V12.1 tbd 321 638 mp3 Player Feature A V12.2 nicht relevant 334 64 FM Stereo Feature B V13.0 nicht relevant -11-

Beispiel Sichtenbildung Produkt C Rank ID BLI Text Type Produkt Release Architektur 1 24 Als X will ich Y weil Z Story A V12.1 relevant 10 46 Error 405 Defect C V13.0 tbd 14 98 SSL Protokolle Technische Anforderung D V14.0 nicht relevant 25 12 Error "Build brocken" Defect C V14.0 n/a 27 79 Systemtest 12487 Failed Defect D V12.1 tbd 37 55 Als X will ich Y weil Z Story E V12.2 n/a 49 34 Als X will ich Y weil Z Story A V13.0 tbd 52 528 Als X will ich Y weil Z Story B V14.0 relevant 57 861 Als X will ich Y weil Z Story C V12.1 nicht relevant 164 256 1000 pro Sekunde nichtfunktionale Anf. D V12.2 relevant 167 98 Intuitiv Bedienbar nichtfunktionale Anf. E V13.0 nicht relevant 176 116 200 Transaktionen je Minute nichtfunktionale Anf. A V14.0 relevant 186 273 99% Verfügbarkeit nichtfunktionale Anf. B V12.1 relevant 193 99 USB 3.0 Support Technische Anforderung C V12.2 relevant 312 76 Zugriff auf Interent von Unterwegs Feature B V12.2 relevant 317 123 Hohe Empfangs- und Sendequalität Feature E V12.1 tbd 321 638 mp3 Player Feature A V12.2 nicht relevant 334 64 FM Stereo Feature B V13.0 nicht relevant -12-

Zwischenfazit Auf Basis des Backlogs erfolgt die Planung und Steuerung der Umsetzung. Dafür sind jedoch folgende Sichten nicht ausreichend: Backlog je Team Backlog je Rolle Backlog je Eigentümer Backlog je Backlog Item Typen... Welche Sichten sind aber dann relevant? -13-

Welche BLI sind für die Planungsziele relevant? Planungsziele Backlog Items / Planungsinhalte Release Features Story Nicht-funktionale Anforderungen Sprint Story Defect Nicht-funktionale Anforderungen Architektur Features Technische Anforderungen Nicht-funktionale Anforderungen -14-

Wie kann man erkennen, welche Qualität ein BLI hat? -15-

Lebenszyklus eines Backlog Items Release Backlog Product Backlog Sprint Backlog Story Defined Committed Accepted Defined Completed Verified -16-

Warum essentielle Zustände? Vermeidung von Waste (nicht gut: Proposed, In Observation) Vermeiden von schwacher Semantik (nicht gut: Proposed, In Work, Active,) Nachvollziehbarkeit von Wertschöpfung (nicht gut: In Review, In Test) Unabhängig von Prozessen und Rollen (nicht gut: Assigned to Reviewer) Bessere Verständlichkeit (nicht gut: Open) -17-

Product Vision - Beispiel All my music is in my pocket Apple -18-

Vision - Beispiele Wir verkaufen qualitativ hochwertige Produkte möglichst preiswert. Die Brüder Albrecht -19-

Beispiel: Von der Vision zur Story Business Plan Vision Minimum Marketable Product/ Feature Set Business Drivers Feature Feature Feature Feature Epic Epic Story Story Story Epic Story Epic Epic Architekturvision -20-

Wasserfallsprint Sprint 1 Input für Sprint Planning Requirements Definition Review Realisation t Baseline Approval -21-

Iterativ und inkrementell Sprint 1 Sprint 2 Sprint 3 Sprint 4 Input für Sprint Planning Requirements Definition Review Realisation t Baseline Approval -22-

Planung RE Planungshorizont Q1 Q2 Q3 Q4 Q1 Ziele /Needs Q3 Need A Need B Need C Features Q 2 Rollierende Planung und RE Feature A Feature B Storys Q1 Story Story t -23-

Planung RE Schätzung Planungshorizont Q1 Q2 Q3 Q4 Q1 Ziele /Needs Q3 Need A Need B Need C Features Q 2 Feature A Feature B Storys Q1 Story Story Management/ Kunde PO + Team Investition Schätzung t -24-

Bitte nicht vergessen: Auf die Inhalte kommt es an! -25-

Inhalte eines Boards kleine Übung! -26-

Geschickter Umgang mit dem Board -27-

Physisches Board OPEN IN WORK DONE Committed Defined Completed Story Story Story -28-

Physisches Board OPEN IN WORK DONE Committed Defined Completed Story Ranking Story Die wichtigste Story soll als erstes fertiggestellt werden Story -29-

Physisches Board OPEN IN WORK DONE Committed Defined Completed Story Neuer Neuer Neuer Neuer Story Story Bei Sprint Planning wurden s vergessen Over-Engineering Commitment gefährdet? -30-

Physisches Board OPEN Committed Defined IN WORK DONE Completed Story Story Alles angefangen nichts fertig Story -31-

Physisches Board OPEN Committed Defined IN WORK DONE Completed Story Story Story -32-

Vielen Dank! Susanne Mühlbauer HOOD GmbH Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com Jens Donig HOOD GmbH Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -33-

Backup -34-