Projekte mittels Scrum und agiler Software Entwicklung meistern

Projekte mittels Scrum und agiler

Software Entwicklung meistern.

Aniello Bove, COO & Partner

http://www.slideshare.net/ONESchweiz

2 von 3 IT Projekte scheitern!

Warum scheitern IT Projekte?

Projekte sind nicht „statisch“.

Business Features stehen im Vordergrund

Kontinuierliches Prüfen und Anpassen

Kurze Iterationen - Inkrementelles Liefern

Teamarbeit

Lösung

Anfo

rderu

ngen

weit weg

vor Einigung

kurz

vor Einigung

na

he

an

Kla

rhe

it

we

it e

ntfe

rnt

vor

Kla

rheit

Gefahren sollte man nicht „ignorieren“.

Entwickler Median

80% Wahrscheinlichkeit

Schätzungen sind „wahrscheinlich“.

Projektleiter

Scrum & Agile Software Entwicklung.

Microsoft

Yahoo

Google

Electronic Arts

High Moon Studios

Philips

Siemens

Nokia

Capital One

BBC

Intuit

SAP

Intuit

Nielsen Media

First American Real Estate

BMC Software

Ipswitch

Lexis Nexis

Sabre

Salesforce.com

Time Warner

Turner Broadcasting

Allianz Deutschland

…

Scrum ist nicht neu.

Scrum.

Scrum fördert die Selbstorganisation/-verantwortung.

Lösungen werden in enger Zusammenarbeit und in

regelmässigen, kurzen Zyklen realisiert. Dadurch

wird ein dynamisches, agiles Umfeld geschaffen.

Agile Software Entwicklung.

Agile Entwicklung

unterstützt das

zyklische Vorgehen

von Scrum.

Projekte werden in

Arbeitspakete

aufgeteilt, damit

Erfolgsrisiken

schnell erkannt und adressiert werden können.

Transparenz und Nachvollziehbarkeit stehen im

Vordergrund.

sind

wichtiger

als

ist

wichtiger

als

ist

wichtiger

als

ist

wichtiger

als

Werte von Scrum/Agile Entwicklung.

Inkrementell und Iterativ.

Kontinuierlicher Flow.

Users & Sponsors

UI Designers

Programmers Testers

Business Analysts

Verbindlichkeit.

Typisches Szenario:

Projektleiter: Jungs, ihr habt mir gesagt, es dauert

2 Wochen.

Entwickler: Ja, aber das war nur eine Schätzung.

Projektleiter: Nun sagst Du mir, dass es noch 2

weitere Tage dauert? Ich dachte ich

könnte auf Euch zählen. Ich will,

dass es nun in 2 Wochen erledigt wird.

Schätzungen werden „verbindlich“!

Fertig.

Weiteres typisches Szenario:

Entwickler: Ich bin fertig!

Projektleiter: Schick mir den Link.

Entwickler: Ich muss es zuerst noch installieren.

…und so geht es weiter.

Definiere „erledigt“!

Scrum Instrumente.

Produkt Owner

Scrum Master

Team

Rollen

Sprint Planung

Sprint Review

Sprint Retrospektive

Tägliches Scrum

Meetings

Produkt Backlog

Sprint Backlog

Burndown Diagramm

Artefakte

Scrum Rollen.

Produkt Owner

Scrum Master

Team

Rollen

Sprint Planung

Sprint Review

Sprint Retrospektive

Tägliches Scrum

Meetings

Produkt Backlog

Sprint Backlog

Burndown Diagramm

Artefakte

SEO

Scrum Rollen.

Erfasst und priorisiert Produkt Features

Bestimmt Umfang und Termin

Ist verantwortlich für das finanzielle Ergebnis (ROI)

Akzeptiert oder weist Arbeitsergebnisse zurück

Produkt Owner.

Vertritt das Management gegenüber dem Team

Schützt das Team vor äußeren Störungen

Unterstützt die enge Zusammenarbeit und

Kommunikation zwischen allen Beteiligten

Stellt sicher, dass das Team funktioniert und

produktiv ist

Verantwortlich für die Einhaltung der Scrum Werte

Scrum Master.

Besteht üblicherweise aus 5-9 Vollzeitmitglieder

Deckt alle notwendigen Disziplinen ab

Team organisiert sich selbst

Mitglieder bleiben während des gesamten Sprints

Team.

Scrum Meetings.

Produkt Owner

Scrum Master

Team

Rollen

Sprint Planung

Sprint Review

Sprint Retrospektive

Tägliches Scrum Meeting

Meetings

Produkt Backlog

Sprint Backlog

Burndown Diagramm

Artefakte

Vor jedem Sprint, 60 Minuten

Sprint Priorisierung (Produkt Backlog) Produkt Backlog analysieren und auswerten

Sprint Ziel festlegen

Sprint Planung (Sprint Backlog) Sprint Backlog aus Produkt Backlog erstellen

Sprint Backlog in Stunden schätzen

Entscheiden, wie man das Sprint Ziel erreichen kann

Sprint Planung (Scrum Master).

Vor dem Sprint

8

5

3

5

5

5

3

5

5

8

Produkt

Backlog

Geschätzte

”Velocity”

8

5

3

5

5

Sprint

Backlog

Nach dem Sprint

8

5

3

5

5

Sprint

Backlog

Erledigt!

Erledigt!

Erledigt!

Teilweise Erledigt.

Nicht gestartet.

Echte

”Velocity”

„Velocity“ als Sprint Planungswert.

Nach jedem Sprint, 30-60 Minuten

Jeder darf/soll teilnehmen

Das Team präsentiert, was es während des Sprints erreicht hat Max. 2 Stunden Vorbereitungszeit

Informell

Keine Folien

In Form einer Demo

Sprint Review (Scrum Master).

Nach jedem Sprint, 15-30 Minuten

Das ganze Team darf teilnehmen, evtl. sogar der Kunde

Was lief gut? Was lief nicht gut? Aufhören mit…

Weitermachen mit…

Beginnen mit…

Sprint Retrospektive (Scrum Master).

Diese ist eine von vielen Methoden um Retrospektiven durchzuführen.

Tägliches Scrum (Scrum Master).

Täglich, 15 Minuten, Stand-Up

Team Mitglieder wählen Tasks aus oder verändern diese, sobald weitere Kenntnisse geschaffen wurde

Keine Problemlösungsdiskussionen

3 Fragen an jedes Team Mitglied: Was hast du gestern getan?

Was wirst du heute tun?

Welche Hindernisse stehen dir im Weg?

Produkt Owner

Scrum Master

Team

Rollen

Scrum Artefakte.

Sprint Planung

Sprint Review

Sprint Retrospektive

Tägliches Scrum

Meetings

Produkt Backlog

Sprint Backlog

Burndown Diagramm

Artefakte

Eine Liste aller gewünschten Features, Anforderungen, Wünsche und sogar Ideen

Das Sammeln/Dokumentieren von Requests erfolgt ununterbrochen

Idealerweise soll jeder Eintrag „wertvoll“ für den Anwender/Kunde der Lösung sein

Vom Produkt Owner fortlaufend (re)priorisiert

Produkt Backlog (Produkt Owner).

Backlog Item Estimate

Allow a guest to make a reservation 3

As a guest, I want to cancel a reservation. 5

As a guest, I want to change the dates of a

reservation. 3

As a hotel employee, I can run RevPAR reports

(revenue-per-available-room) 8

Improve exception handling 8

... 30

... 50

Beispiel „Produkt Backlog“.

Die Liste aller Aufgaben, welche für die Erfüllung aller gemeinsam vereinbarten Features erforderlich sind

Die Anzahl Features werden während eines Sprints nie modifiziert, lediglich die Aufgaben können sich verändern

Deshalb vom Scrum Master koordiniert und nur vom Team täglich unterhalten

Sprint Backlog (Scrum Master).

Backlog Item Estimate

Allow a guest to make a reservation 3

... …

Beispiel „Sprint Backlog“.

Tasks

Code the user interface

Code the middle tier

Test the middle tier

Write online help

Write the foo class

Mo

8

16

8

12

8

Di

4

12

16

8

Mi Do

4

11

8

4

Fr

8

8

Add error logging

8

10

16

8

8

Grafische Visualisierung des Fortschritts dank transpartentem geschätzten Restaufwand

Hilfsmittel zur Identifikation von Terminprobleme

Gibt Aufschluss über die „Velocity"

Wird fortlaufend nachgeführt/aktualisiert Sprint Burndown Chart: täglich durch

Scrum Master

Produkt Burndown Chart: nach jedem Sprint durch Produkt Owner

Burndown Chart.

Tasks

Code the user interface

Code the middle tier

Test the middle tier

Write online help

Write the foo class

Mo

8

16

8

12

8

Di

4

12

16

8

Mi Do

4

11

8

4

Fr

8

8

Add error logging

8

10

16

8

8

Beispiel „Sprint Burndown Chart“. S

tun

de

n

40

30

20

10

0 Mo Di Mi Do Fr

50

Backlog Item Estimate

Allow a guest to make a reservation 3

As a guest, I want to cancel a reservation. 5

As a guest, I want to change the dates of a

reservation. 3

As a hotel employee, I can run RevPAR reports

(revenue-per-available-room) 8

Improve exception handling 8

... 30

... 50

Beispiel „Produkt Burndown Chart“. S

tun

den

Scrum/Agile erfolgreich meistern!

Voraussetzungen schaffen.

Offen für Neues, denn Scrum stellt teilweise bisherige Grundsätze komplett auf den Kopf

Die Mitarbeiter dürfen nicht versuchen ein „Wasserfall Modell“ mit einem „agilen Vorgehen“ zu vergleichen

Das Management ist verantwortlich, dass das Umfeld (Ökosystem) für ein agiles Arbeiten geschaffen wird

Der Kunde muss akzeptieren, dass Zeit, Umfang und Budget nicht immer im voraus „fixiert“ werden können

Transition kontrolliert angehen.

Scrum ist nicht immer Scrum, denn eine individuelle Adaption ist unbedingt erforderlich (Kunden, Projekte, Mitarbeiter, Hilfsmittel etc.)

Erstellen eines kompletten „Transition Plan“ in die Scrum/Agile Zielorganisation und –methodik

Genügend qualifiziertes Fachpersonal innerhalb der Teams sicherstellen, bevor mit der Transition gestartet wird (Ausbildung/Rekrutierung/Consulting)

Adaptieren der Prozesse, Tools und Dokumente mit der Unterstützung und Teilnahme der jeweiligen Teams

Kollaborationsplattform als Basis.

Um Scrum mit agiler Entwicklung gerecht zu werden,

setzen wir eine Kollaborationsplattform ein, sodass

Kunde, Projektleiter, Mitarbeiter und Betrieb stets auf

dem selben Informationenstand sind.

Ticketing. Workflows.

WebDAV. Projekte. Change Requests. Defects.

Berechtigungen.

Prozesse

Dokumentationsinstrumente.

Inventare

Arbeitsinstrumente.

Produkt Backlog

Sprint Backlog

Sprint Aufgaben

Planungsinstrumente.

Mitarbeiter

Projekte

Vor- und Nachteile.

Kleinere und mehrere Auslieferungen (Teilprojekte/ und –lösungen) anstelle einer grossen Auslieferung am Ende des Projektes (“Big Bang”)

Klare und offene Kommunikation dank direktem Kontakt zwischen allen Beteiligten (inkl. Kunde)

Früherkennung von Gefahren und Risiken mittels regelmässigen und frühzeitigen Feedbacks

Höhere Zufriedenheit seitens Kunde, da auf geschäftskritische und –relevante Features fokussiert wird (ROI)

Grössere Motivation seitens Mitarbeiter weil Delivery Risiko auf das ganze Team verteilt ist

SEO

Fazit.

Scrum ist ein agiler Prozess, der es erlaubt auf die Auslieferung der wichtigsten Anforderungen in regelmäßigen Abschnitten (2-4 Wochen) tatsächlich lauffähige Software zu liefern.

Der Kunde setzt die Prioritäten. Die sich selbst organisierenden Entwicklungsteams legen das beste Vorgehen zur Auslieferung der höchstprioren Features fest.

Alle zwei bis vier Wochen kann jeder lauffähige Software sehen und entscheiden, diese so auszuliefern oder in einem weiteren Abschnitt zu ergänzen.

SEO

Scrum auf einen Blick!

http://scrum-master.de/files/Scrum_on_1_page.pdf

SEO

Findest Du Scrum verblüffend?

Es sieht nur komplizierter aus als es in der Tat ist.

SEO

Auch Du kannst es schaffen!

Man muss nur die richtige Plattform dafür schaffen.

Danke!

INM - der One-Stop-Shop für durchgängige

Web-Marketing-Lösungen.

Aniello Bove, COO & Partner

aniello.bove@inm.ch