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/

http://www.scrumcenter.lu/

http://managingagile.blogspot.com/

http://managingagile.blogspot.com/


Über diesen Vortrag


Ziel

Scrum einführen

Ihnen die Grundprinzipien zu erläutern

Scrum Trainings einführen


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


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.


Wie?


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 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 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 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.

❸


Gesuchtes Ziel

Wert maximieren


Die Rollen in Scrum


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


❶ Das Team


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


❷Der ScrumMaster

Gewährleistet

Hilft

Coacht

Schützt

Beseitigt

Verantwortlich

Arbeitet mit


❸Der Product Owner

Verantwortlich für den Product Backlog

Sichert die Wert Anschaffung

Akzeptiert

Verwirft

Unterhält

Arbeitet mit


Zeremonien Zyclus


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


❶ Sprint Planning Meeting


Das “Pull” Prinzip


❶ 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.


❷Sprint


❷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


❸ Daily Scrum


❸ 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?


❹Sprint Review


❹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.


❺Retrospective


❺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


Artifacts

Product Backlog

Release Burndown

Sprint Burndown

Sprint Backlog


Product Backlog

Das Product Backlog beantwortet folgenden Fragen :

Was? Wann? Für Wer?


Release Burndown


Sprint Backlog

Sprint Burndown

Scrum by coPROcess

39


Definition of Done


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


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


Done?

Half done is not done


Die Werte in Scrum


Tranparenz

Transparence

Inspection

Adaptation


Inspektion


Anpassung


In der Tat, wie funktioniert das?


Zuerst eine Idee


Dann eine Vision


Die Vision


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


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 Cycle


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/

http://www.scrum.org/

http://www.scrumalliance.org/


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


Das war meine Einführung in das Projektmanagement mit Scrum


Danke


[email protected]

einführung zur projektmanagement mit scrum

Documents