PRINCE2 OG SCRUM

Dagens emner
‣Den agile proces – SCRUM kort fortalt
‣PRINCE2 SCRUM præmissen
‣Projekt organisering
‣Planlægning og styring
‣Definition af en fase
‣Afrapportering til Styregruppen
‣Projekttrekanten

Præsentation
< Dorte Hidan
< Partner
< It-arkitektur, agil projektledelse
< Email: dhi@fourkant.net
< Mobil: +45 53 25 37 96
< www.fourkant.net

Inden vi går videre til PRINCE2, så husk….
Agile manifest
‣Individer og interaktioner over processer og værktøjer
‣Fungerende software over omfattende dokumentation
‣Kundesamarbejde over kontraktforhandling
‣Reaktion på ændringer over at følge en plan

SCRUM – en agil udviklingsmetode
Roller i SCRUM
‣ Scrum teams
‣ Scrum Master
‣ Product Owner
Produkter
‣ Product backlog
‣ Sprint planer
‣ Burndown chart
SCRUM sikrer at kunden hurtigt får det der er vigtigt for dem.
Processer
‣ Sprint planning
‣ Daily meeting
‣ Review
‣ Retrospective
‣ Product Backlog management

SCRUM – sprintplaner og burndown charts
< Løbende opfølgning
< Fokus på fremdrift
< Opfølgning hver dag
< Fokus på rest estimering

Præmissen
< PRINCE2 er valgt til styring af projektet.
< Der er et ønske om at benytte SCRUM.
< Kontrakten er indgået, men den er en udfordring for den agile proces.
< SCRUM PRINCE2
< SCRUM kan sagtens fungere uden PRINCE2, men
< PRINCE2 bør kende SCRUM.
< PRINCE2 er ydre styring, mens SCRUM er indre styring
< Husk at ca 20% er værktøj og ca 80% er menneskelig faktora.

Projektleder
Teamleder
Styregruppe
PRINCE2 & SCRUM
Forberedelse Udførelse Afslutning
LP1 LP2 LP3 LP4 LP5
SP IP LF SF
AP
PL
SL

Start af Projekt (SP)
< Beslutte om projektet skal følge SCRUM
< Start af projektorganisation
< Styregruppeformanden kan fx fungere som sponser for den agile
proces og derved give opbakning til projektlederen.
< Udnævnelse af projektorganisation
< Product owner / Product management
< Evt udpege Scrum Master(e)
< Forankre SCRUM i styregruppen

Projekt organisation (roller)
Styregruppen
Senior Leverandør Styreformand Senior Bruger
Projekt leder
Product owner
Bruger gruppe
Teamleder/
Scrum master
Scrum Team

SCRUM master (=) Teamleder
< Fordi teamlederens (kilde: PRINCE2 manual)
< primære ansvar er at sikre, at fremstillingen af de produkter, som Projektlederen har defineret, bliver af en passende
kvalitet og inden for tids- og omkostningsrammer, Styregruppe har fastlagt. Teamlederen rapporterer til og modtager
retningslinjer fra Projektlederen.
< Scrum master (kilde: Ken Schwaber)
< The ScrumMaster is a facilitator for the team and product owner. Rather than manage the team, the ScrumMaster works to
assist both the team and product owner in the following ways:
< Remove the barriers between the development and the product owner so that the product owner directly drives
development..
< Improve the lives of the development team by facilitating creativity and empowerment.
< Improve the productivity of the development team in any way possible.
< Improve the engineering practices and tools so that each increment of functionality is potentially shippable.
< Keep information about the team's progress up to date and visible to all parties.

Initiering af Projekt (IP)
< Product backloggen
< Den første udgave af Backloggen. Prioriteret og (groft) estimeret.
< Faser
< Definition af en fase og hvad den indeholder.
< Milepæle er tids- eller mængdebestemte
< Organisation
< Sammensætte SCRUM teams
< Risici
< Vurdere risici ved brugen af SCRUM

Faser
Fase1 start
Release 1
Fase 1
Fase 2
sp1 sp2 sp3 sp4
sp5
Sp4=Release sprint
Sprint planning
Sprint review

Ledelse af et Projekt (LP)
< Skal Styregruppen godkende alle ændringer i backloggen
< Skal styregruppen have adgang til Product backloggen
< Skal styregruppen have adgang til Sprint-backloggen
< Findes der afvigelser i SCRUM

Planlægning (PL)
< Planen ER Product Backloggen
< Planen
< Ikke mere detaljeret end der er behov for
< Skal understøtte READY
< Planen opdateres bl.a
< Efter Sprint planlægningen
< Efter Sprint Review
< Estimeringsteknik kan fx være Poker Planning

READY & DONE
. Don't let anything
that‘s not READY
into your Sprint,
and let nothing
escape that's
not DONE
http://jeffsutherland.com/scrum/2009/07/ready-dynamic-model-of-scrum.html

Processen omkring Product Backlog
< Processen (flow):
1. Produkter der er nye
2. Produkter der under
forberedelse til at blive
READY
3. Produkter der er READY
4. Produkter der er i Sprint
http://blog.xebia.com/2009/07/04/flow-to-ready-iterate-to-done/

Styring af Fase (SF)
< Igangsættelse af nyt sprint
< En arbejdspakke = Sprint backloggen
< Udstedelse af en arbejdspakke = Sprint planlægning
< Definere tolerance for sprint (ifht burndown chart)
< Vurdere fremdrift.
< Overvåge burndown chart på sprint backloggen
< Reagere ved overskridelse af tolerancen.
< Afsluttes med Sprint Review
< Opdatering af styringsdokumentation

Styring af en fase vha Product backlog
Product
backlog
opret kunde
Søg efter kunde
Sikkerhed
Rollestyring
Opdater kunde
Prioriteret og estimeret

Tid
Burndown chart med tolerance
Tolerance
Burndown
•Projekt
350
•Arbejdspakke
Enhed
•Numerisk
•Procent
300
250
200
150
100
50
0
1 2 3 4 5 6 7 8 9 10
Total forventet tid
Tolerance
Total rest estimat
Dage
Burndown chart med tolerance

Sprint Review efter hvert sprint
Sprint planning
Sprint review
Fase 1
Release 1
Fase 2
sp1 sp2 sp3 sp4
sp5
Demo
•Opdater og vurder
Sprint
Review
Hver 4. uge
Deltagere:
•Scrum team
•Inkl. Scrum Master
•Product Owner
•Projektleder
•Andre relevante
interessenter
•Projekt emner
•Risikolog
•Kvalitetslog
•Business case
•Ændringslog
•Product Backlog
Eskalering

Styring af Produktleverancer (SL)
< Styres suverænt af SCRUM processen.
< Status og fremdrift
< aflæses på Sprint backloggen og burndown chart
< Via SCRUM teams daglige møder

Projekt trekanten
Kvalitet
Sprint
Ressourcer
Tid
Formålet med projekttrekanten er at gøre projektdeltagerne bevidste om, at ændringer i projektets vilkår (kvalitet, tidsplan og ressourcer)
ofte har indflydelse på andre dele af projektet, og at der derfor ofte skal reageres på ændringerne.

Ledelse af Faseovergang (LF)
< Sprint Review for afslutning af fasen
< Opdatering af relevante ledelsesprodukter
< Afrapportere til Styregruppen
< Definer næste fase vha Product backloggen

Sprint Review efter Release
Sprint planning
Sprint review
Fase 1
Release 1
Fase 2
sp1 sp2 sp3 sp4
sp5
Sprint
Review
Ved Release
Demo
Deltagere:
•Scrum team
•Inkl. Scrum Master
•Product Owner
•Projektleder
•Andre relevante
interessenter
•Opdater og vurder
•Projekt emner
•Risikolog
•Kvalitetslog
•Business case
•Ændringslog
•Product Backlog
Afrapportering
til Styregruppen

Opsamling
< Udfordringerne omkring projektroller
< Hvordan PRINCE2 kan udnytte SCRUM’s rytme
< Vigtigt at holde SCRUM team stabilt (READY & DONE mantra)
< Kontrakten er en udfordring, som ikke skal undervurderes, men heller ikke
være en hindring.

Spørgsmål

Workshop
1. Potentielle gevinster ved forening af Prince2 og
SCRUM
2. Sandsynlige udfordringer som man vil møde
3. Vigtige kerneaktiviteter for at realisere gevinsterne

Referencer
< Er du ny i SCRUM, så er her en god og gratis bog:
< http://www.infoq.com/minibooks/scrum-xp-from-the-trenches
< Definition af READY
< http://blog.xebia.com/2009/06/19/the-definition-of-ready/
< Risk management med SCRUM
< http://agile101.net/2009/07/27/agile-risk-management-for-projects-and-programmes/
< Implementering af SCRUM bla i YAHOO:
< http://scrumtraininginstitute.com/home/stream_download/scrumpapers
< Endnu en SCRUM bog der er værd at læse:
< ”The Enterprise and SCRUM” af Ken Schwaber