einführung zur projektmanagement mit scrum

Scrum by coPROcess 1

Einführung in das Projektmanagement mit Scrum

2

Wer bin ich?

Scrum by coPROcess

Scrum Coach & PMO Scrum by

coPROcess www.scrumcenter.lu http://managingagil

e.blogspot.com/

Scrum by coPROcess 3

Über diesen Vortrag

Scrum by coPROcess 4

Ziel

Scrum einführen

Ihnen die Grundprinzipien zu erläutern

Scrum Trainings einführen

Scrum by coPROcess 6

Die Gründerväter

Jeff Sutherland

Ken Schwaber Mike Beedle Scrum

Ursprung

1984•Managing the New Product Development Process

1986•Erster Artikel über ein neues holtistische Vorfahren.

•Moving the Scrum Downfield„

1990•Scrum Downfield„Wicked Problems,Righteous Solutions

1995•SCRUM

1999•A Pattern Language for Hyperproductive Software Developement“

Scrum by coPROcess7

Scrum by coPROcess 8

Einführung durch Ken Schwaber Scrum ist keine Methode. Scrum bietet

keine Antworten auf, wie man qualitativ hochwertige Software schneller baut.

Scrum ist ein Rahmen, in dem das Spiel der Produktentwicklung abgespielt wird.

Ihr Team spielt und, Gutes oder Schlechtes wird sehr sichtbar.

Ihr Team befindet sich in einem Prozess der kontinuierlichen Verbesserung.

Scrum by coPROcess 9

Wie?

Scrum by coPROcess 10

Scrum ist ein innovativer Ansatz, um Ihre Arbeit abzuschliessen

Scrum ist ein flexibles Framework für komplexe Projekte.

Ursprünglich ist Scrum für Software-Entwicklung formalisiert worden. Aber es funktioniert auch gut für komplexe und innovative Projekte.

Der Scrum Rahmen ist trügerisch einfach.

Scrum by coPROcess 11

Scrum Rahmen

Der Product Owner legt eine Liste der Features namens Product Backlog

Während des Sprint Planning, “zieht” das Team ein Stück vom Haupt dieser Liste: der Sprint Backlog; und entscheidet, wie man dieses umsetzt.

Das Team hat eine Zeitspanne um dieses Ziel zu erreichen: der Sprint

❶

Scrum by coPROcess 12

Scrum Rahmen

Jeden Tag messt das Team seine Entwicklung während 15’: der Daily Scrum

Während des gesamten Projekts, sorgt der ScrumMaster dafür, dass das Team auf seine Aufgabe konzentriert bleibt.

Am Ende des Sprints, muss die Arbeit potenziell lieferbar sein. Diese Arbeit gilt als fertig.

❷

Scrum by coPROcess 13

Scrum Rahmen

Der Sprint beendet sich mit der Sprint Review und die Retrospective.

Wenn der nächste Sprint startet, wählt das Team einen neuen Stück im Product Backlog und wiederholt den Prozess.

Der Prozess wird beendet, wenn genug Features ausgestellt sind, oder das Budget verbraucht ist, oder die Frist erreicht ist.

❸

Scrum by coPROcess 14

Gesuchtes Ziel

Wert maximieren

Scrum by coPROcess 15

Die Rollen in Scrum

Scrum by coPROcess 16

Schweine und Hühner

Die Schweine: das Scrum Team

• Das Team

• Der ScrumMaster

• Der Product Owner

Hühner: die Beteiligten

• Das Management

• Der Kunde

• Die Users

Scrum by coPROcess 17

❶ Das Team

Scrum by coPROcess 18

5 bis 7 Leute

Bestehend aus Generalisten-

Experten

Self-Managed-

Team

Scrum by coPROcess

Self-Managed-Team vs. Traditionelle

OrganisationSelf-Managed-Team Traditionelle

OrganisationKundenorientiert Management getrieben

Multi-kompetente ArbeitskraftBelegschaft von isolierten

Spezialisten

Wenig Stellenbeschreibungen Viele Stellenbeschreibungen

Weithin geteilte Information Begrenzte Information

Nur wenige Management-Ebene Viele Managements Ebenen

Whole Business Oriented Funktion / Abteilung konzentriert

Geteilte Ziele Getrennte Ziele

Scheinbar chaotisch Scheinbar organisiert

Ziel orientert Problemlösung orientiertHohe Arbeitnehmer Engagement Hohes Management Engagement

Kontinuierliche Verbesserungen Inkrementelle Verbesserungen

Selbst-gesteuert Management gesteuert

Werte / Prinzipien basiert Politik / Verfahren basiert

Source: "Leading self-directed work teams" by Kimball Fisher. Frei Überstetzung Pierre NEIS.

19

Scrum by coPROcess 20

❷Der ScrumMaster

Gewährleistet

Hilft

Coacht

Schützt

Beseitigt

Verantwortlich

Arbeitet mit

Scrum by coPROcess 21

❸Der Product Owner

Verantwortlich für den Product Backlog

Sichert die Wert Anschaffung

Akzeptiert

Verwirft

Unterhält

Arbeitet mit

Scrum by coPROcess 22

Zeremonien Zyclus

Scrum by coPROcess 23

Zeremonien sind Zeit begrenzt.

Sp

rin

t P

lan

nin

g

Revu

e d

e S

pri

nt

Rétr

osp

ecti

ve

Sp

rin

t P

lan

nin

g

SPRINT

Daily Meetings

Scrum by coPROcess 24

❶ Sprint Planning Meeting

Scrum by coPROcess 25

Das “Pull” Prinzip

Scrum by coPROcess 26

❶ Sprint Planning Meeting

Moderator: Product Owner

Teilnehmer: Team (aktiv), ScrumMaster (passiv)

Dauer: 8 Stunden für einen 4 wochiger Sprint

2 TEILE: Sprint Planning 1: das WAS? Sprint Planning 2: das WIE?

PRODUCT OWNER: Stellt den vom Kunden/Users

prioritierten Product Backlog vor

Stellt den Release Plan vor.

Erklärt die Vision

TEAM: Schätzt den Product Backlog im

Hinnblickt zur Machbarkeit (funktionale Schätzung)

Schneidet den Product Backlog in Sprint Backlogs mit dem Product Owner

Schneidet den Sprint Backlog in Tasks

TEAM UND PRODUCT OWNER:

Definiert das Sprint Objectiv

Definiert die “Definition of Done” für den Sprint.

Scrum by coPROcess 27

❷Sprint

Scrum by coPROcess 28

❷Sprint

Moderator: Team

Teilnehmer : Team, ScrumMaster, Product Owner

Dauer: 2-4 Wochen

Entwicklung der Applikationen vom Sprint Backlog an dem das Team engagiert ist.

Wartung des Level of Done: Developement Unit test Acceptance Integrations test System tests Performance

Zusammen Verwaltung der Hindernisse mit den ScrumMaster

Zusammen Wartung des Sprint Backlog mit den Product Owner

Scrum by coPROcess 29

❸ Daily Scrum

Scrum by coPROcess 30

❸ Daily Scrum

Moderator: Team

Teilnehmer : Team (aktiv), ScrumMaster (passiv), Product Owner (passiv)

Dauer: 15 min

Es ist das Inspect-and-Adapt vom Team: Synchronisierung und Engagement

Die 3 Fragen:1. Was hast du

Gestern gemacht?2. Welche

Hindernisse?3. ¨Was hast du

heute vor?

Scrum by coPROcess 31

❹Sprint Review

Scrum by coPROcess 32

❹Sprint Review

Moderator: Product Owner

Teilnehmer: Team (aktiv), ScrumMaster (passiv), Management (aktiv), Kunde (aktiv), Users (aktiv)

Dauer: 4 Stunden für einen 4 wochiger Sprint

Ist das Inspect-und-Adapt vom Kunde, Users und Management

Das Team stellt die Ergebnisse des Sprint vor.

Users/Kunde/ Management bringen ihre Kommentare und finden einen Kompromiss mit dem Team

Der Product Owner bestätigt oder verwirft die Sprint Backlog Items gemäß der Definition of Done

Der Product Owner hat hier immer das letzte Wort.

Scrum by coPROcess 33

❺Retrospective

Scrum by coPROcess 34

❺Retrospective

Moderator: ScrumMaster

Teilnehmer: Team (aktiv), ScrumMaster (aktiv), Product Owner (aktiv als Scrum Team Mietglied)

Dauer: 3 Stunden für einen 4 Wochen Sprint

Scrum Prozess Analyze: Wie war es während

den Sprint? Wie kann man uns

verbessern?

Überprüfungs Schwerpunkte : Kommunication im

Team Die Beziehungen

zwischen den Teammitgliedern

Prozesse und Tools Schulungsbedarf

Scrum by coPROcess 35

Artifacts

Product Backlog

Release Burndown

Sprint Burndown

Sprint Backlog

Scrum by coPROcess 36

Product Backlog

Das Product Backlog beantwortet folgenden Fragen :

Was? Wann? Für Wer?

Scrum by coPROcess 37

Release Burndown

Scrum by coPROcess 38

Sprint Backlog

Sprint Burndown

Scrum by coPROcess

39

Scrum by coPROcess 40

Definition of Done

Scrum by coPROcess 41

Level of DoneFürs TEAM Code entspricht die Norm

Code ist sauber Re-factored Unit tested checked in built Hat eine Reihe von angewendete Unit-tests.

Um dies zu erreichen, besteht die Entwicklungsumgebung von:

Eine Source-Code Library Codes Standards Automatisches Build Eine Unit-tests Umgebung

Scrum by coPROcess 42

Definition of DonePour

SCRUM Eine Story/Item ist “done” wenn das

Team sein Level-of-Done erreicht hat

Sprint/Iteration ist “done” wenn Alle items“done” sind Wenn der Sprint sein Ziel erreicht hat Und wenn Acceptance Kriterien erreicht

sind.

Release ist “done”“done” für Integration“done” für Produktion

Scrum by coPROcess 43

Done?

Half done is not done

Scrum by coPROcess 44

Die Werte in Scrum

Scrum by coPROcess 45

Tranparenz

Transparence

Inspection

Adaptation

Scrum by coPROcess 46

Inspektion

Scrum by coPROcess 47

Anpassung

Scrum by coPROcess 48

In der Tat, wie funktioniert das?

Scrum by coPROcess 49

Zuerst eine Idee

Scrum by coPROcess 50

Dann eine Vision

Scrum by coPROcess 51

Die Vision

Scrum by coPROcess 52

Dann ein Product Backlog

53

Product Backlog

Scrum by coPROcess

Sprint

Release

Future Releases

Mitl

ere

Prio

rität

Hoh

e Pr

iorit

ät

Product Backlog - Beispiele

Scrum by coPROcess

54

Scrum by coPROcess 55

Team Bildung

The TeamEntwickler

Analyst

Architekt

Tester

DBA

Scrum Master

Jeder. Nicht eine Behörde.Nicht unbedingt ein Entwickler.

Product Owner

Product Manager

Business Analyst

Funktioneller Project Manager

Fach

Scrum by coPROcess 56

Scrum Cycle

Scrum by coPROcess 57

Scrum Trainings

Scrum Alliance Certified ScrumMaster Certified Product Owner Certified Scrum Developer Certified Scrum Professional Certified Scrum Trainer Certified Scrum Coach

Scrum.org http://www.scrum.org/ Professional Scrum Master

▪ Professional Scrum Master 1▪ Professional Scrum Master 2

Professional Scrum Developer▪ PSD .Net▪ PSD Java

http://www.scrumalliance.org/

Scrum by coPROcess 58

Meine Trainings

Grund Trainings: Scrum Einführung ScrumMaster Product Owner Coaching Scrum Scrum in Depth

Scrum “Short Tracks”: 4 Stunden 4 Trainees 1 Problem 1 Lösung 1 Beispiel 1 Gegenbeispiel 1 Tool 1 Template

Scrum by coPROcess

Scrum Resources

59

Scrum by coPROcess

Companies using SCRUM

60

Scrum by coPROcess 61

Das war meine Einführung in das Projektmanagement mit Scrum

Scrum by coPROcess 62

Danke

Scrum by coPROcess 63

pneis@coprocess.lu