Kombinér. tirsdag d. 20. september 2011 Rovsing Management Agile Team

Transkript

1 Kombinér og tirsdag d. 20. september 2011 Rovsing Management Agile Team

2 og byder

3 Kurser og rådgivning

4 Udbrede PRINCE2 Udbrede PRINCE2 metoden i det danske uddannelsessystem Metropolskolen Niels Brock Ingeniørhøjskolen København

5 RM Academy Styrke arbejdsstyrken i DK med PRINCE2 og ITIL via RM Academy Akademikernes A-kasse Ingeniørenes A-kasse Lyngby-Taarbæk Kommune

6 Nyhedsbrev Tilmeld nyhedsbrev Udkommer 6-8 gange årligt Invitation til arrangementer til efterår/vinter 2011 M_o_R MSP Hvordan implementeres strategierne og hvad er nyt i den seneste manual Nye Scrum initiativer Specifik information omkring Statens IT-projektmodel Information om nye kursustilbud

7 Agenda Pause

8 Anders Murmann Ingeniør JAVA udvikler IPMA certificeret projektleder PRINCE2 træner 11 år som projektleder i IT branchen Familie 4 børn Rejser Sport Hus

9 Hvad er problemet? Omfang Fast Variabelt Tid Omkostninger

10 Hvad er problemet? Omfang Fast Variabelt Tid Omkostninger

11 Hvad er problemet? Omfang Omkostninger Tid Fast Variabelt Tid Omkostninger Omfang

12 Den korte version af

13 PRINCE2 Historie PROMPT SIMPACT Systems Ltd. PROMPT Government standard PRINCE (version 1) CCTA PRINCE2 CCTA Opdatering af manual Opdatering af manual Fra 2003 OGC Opdatering af manual PRINCE2 Refresh Fra 2011 Cabinet Office IT IT IT Mere generel Nu også programmer projekter Rovsing Management er: ATO (Akkredited Training Organisation) Første udbyder af PRINCE2 kurser i DK (2002) Har certificeret ca i PRINCE2 ud af i alt ca i DK

14 PRINCE2 Struktur Ændringer Fremdrift Business Case PRINCE2 Processer Risiko Planlægning Organisation Kvalitet PRINCE2 Temaer PRINCE2 Principper

15 Roller i PRINCE2 s organisation PRINCE2 PL Team

16 PRINCE2 Processerne Præ-projekt Initieringsfase Efterfølgende leveringsfase(r) Sidste leveringsfase Ledelse Styring Start af et Projekt Ledelse af en Faseovergang Ledelse af et Projekt Ledelse af en Faseovergang Afslutning af et Projekt Initiering af et Projekt Styring af en Fase Styring af en Fase Levering Styring af Produktleverancer Styring af Produktleverancer

17 Ledelsesprodukter

18 Ledelsesprodukter

19 Den korte version af

20 Leo Schou-Jensen DTU Prolog compiler Udviklede Turbo Prolog Medstifter og CTO i Prolog Development Center A/S Outsourcing til St. Petersborg gennem 20 år Med i utal af projekter og produkter gennem 25 år Fredensborg 4 Børn 1 barnebarn MTB landevej maraton ski bjerge

21 Individer og samspil arbejdsgange og værktøjer Funktionsdygtigt software omfattende dokumentation Samarbejdet med kunden kontraktforhandling Tilpasning til forandring at følge en plan 1. Vores højeste prioritet er at tilfredsstille kundens behov gennem en tidlig og kontinuerlig levering af værdifuldt software. 2. At være imødekommende overfor nye krav, selvom disse kommer sent i processen. De agile processer hjælper kunden til en bedre konkurrenceposition. 3. At levere brugbart software løbende, fra nogle uger til nogle måneder jo oftere desto bedre...

22 Agile Methods Scrum Kanban Lean Extreme Programming(XP) Six Sigma DSDM Crystal Test Driven Development Feature Driven Development Evolutionary Prototyping

23 Agile handles change and uncertainty

24 Efterviste fordele ved agil udvikling

25 Scrum Scrum er en letvægts proces, der fokusere på at levere den højeste forretningsmæssige værdi på kortest tid. Iterationer (Sprints) af 1-4 ugers varighed. Giver mulighed for at forretningen jævnligt giver feedback og prioriteter for faktisk kørende software. Resultater kommer fra dygtige, motiverede og strukturerede personer ikke fra metoder og processer.

26 Scrum overblik Burndown

27 Rolle: Product Owner (PO) Ansvarlig for produktets succes. (Vision, Scope, Roadmap) Afgør, hvad der skal bygges, og i hvilken rækkefølge Prioriterer i henhold til forretningsværdi Vedligeholder Product Backlog. Beslutter udgivelsesdato og indhold. Accepterer eller afviser arbejdsresultater. Ikke involveret i: Estimering og udvikling

28 Rolle: Scrum Master (SM) Sikrer, at processen følges, herunder invitationer til daglig Scrums, sprint fremlæggelser, og sprint planlægning Facilitator team manager. Sikrer, at holdet er fuldt funktionel og produktiv. Sikrer tæt samarbejde på tværs af alle roller og funktioner. Fjerner barrierer(impediments). Beskytter holdet fra eksterne forstyrrelser

29 Rolle: The Team Har den rette størrelse (5-9 medlemmer)(full-time)(co-located). Tværfaglig. Organiserer og leder selv arbejdet. Estimerer opgaverne. (Planning Poker) Vælger selv opgavetildelinger. (Pull Process) Limit Work In Progress. Done Done fokus. (Kvalitet) Test Driven Development. (Kvalitet) Continuous Delivery. Lav så lidt som muligt! (Simplicity)

30 Cermoni: Sprint planning meeting Analyze and evaluate product/release backlog Select sprint goal Decide how to achieve sprint goal (design) Create sprint backlog (tasks) from product backlog items (user stories / features) Estimate sprint backlog in hours

31 Cermoni: Daily Scrum Parametre: Dagligt. 15-minuter. Stående. Ikke til problemløsning. Hele verden er inviteret. Kun teammedlemmer, Scrum Master og Product Owner, kan tale. Hjælper med at undgå andre unødvendige møder.

32 Cermoni: Sprint Review Teamet viser hvad der er færdigt til Produkt owner og andre stakeholders. Demo af 100% done tasks fra sidste Sprint (ikke slides). Der indsamles feedback...

33 Cermoni: Sprint Retrospective Typisk minutter efter hvert Sprint. Formål er at forbedre og optimere processen. Hele teamet deltager.

34 Artifact: Product Backlog(PB) Requests/Ideas/wishes/2do s for the product. Maintained by product owner.

35 Artifact: Burn down charts Hvad er trend for projekt/release/sprint?

36 Tool Taskboard

37 Modsætninger mødes

38

39

40

41

42

43

44

45

46

47

48

49

50 Case

51 Det Fælles Uddannelseskort SU-styrelsen Skolekort.dk Trafikselskab

52 Organisation DFU projektet Seniorbruger(e) Traf. Selsk. Projektsikring: Bruger, leverandør og forretning Formand SU-styrelsen Projektleder Seniorleverandør(er) Projektsupport Teamleder PRINCE2 PL Team Crown Copyright Reproduced under Licence from OG

53 Scope

54 Case

55 Udbud til det offentlige

56

57 Hvordan kan man være effektiv men bevare kontrollen?

58 Modsætninger mødes

59 Tilpasning et af PRINCE2 s principper PRINCE2 indlejres i organisationen med henblik på: Fælles standarder Udvikling af metoden Integration med forretning Værktøjer Procesansvar PRINCE2 tilpasses til projektet med fokus på: Temaerne Terminologien Processerne Ledelsesprodukterne Rollerne

60 Tilpasning Temaer Temaer tilpasses ved at indarbejde miljø- og projektforhold i strategier. Risikostyringsstrategi Konfigurationsstyringsstrategi Kommunikationsstyringsstrategi Kvalitetsstyringsstrategi Medfører ændret risiko-billede Kontinuerte leverancer Kommunikation igennem Product owner Ændring af kvalitetsgodkendelses-metode

61 Tilpasning Terminologi For at opnå forståelse og signalværdi kan det være nødvendigt med tilpasning af terminologi. Fase Team leder Projektleder? Statusrapport? Release / Sprint Scrum master Product owner Backlog Stories Burn down charts

62 Tilpasning Processer Samtlige aktiviteter skal udføres i PRINCE2 processerne, men det kan være nødvendigt at tilpasse disse til ændrede ansvar, roller og ledelsesprodukter Release: Sprints Sprint-planning Sprint Review/ Retrospective Daily Scrum Styring af prodktleverancer

63 Tilpasning Ledelsesprodukter Det kan være nødvendigt at tilpasse produktbeskrivelserne for ledelsesprodukter, for at udfylde en særlig funktion i projektmiljøet. Projektplan Product roadmap Product backlog Release backlog Burndown chart Slutproduktbeskrivelse Arbejdspakker Statusrapporter

64 Tilpasning Roller Rollebeskrivelser tilpasses hvad angår ansvar Scrum master Product owner Team leder Projektleder? Seniorbruger

65 Roller i PRINCE2 s organisation Product Owner Formand Seniorbruger(e) Projektsikring: Bruger, leverandør og forretning Projektleder Seniorleverandør(er) Ændringsmyndighedc Projektsupport Teamleder Scrum Master PRINCE2 PL Team Crown Copyright Reproduced under Licence fr

66 Kontrakten? Internt projekt? K01 til store offentlige udviklingsprojekter. Ny Agil kontrakt planlagt færdig i Den agile standardkontrakt vil tage afsæt i principperne bag Prince2, DSDM Atern og Scrum Fokus på forretningsmæssig værdi i stedet for tekniske krav

67 Værktøj der kan kombinere de to verdner

68 The needs Agile needs: Backlogs, Stories, Tasks, Points, Releases, Sprints, Burndown charts, velocity, Project needs: Time reporting and follow up towards project budget, Resource management, Planning, Gantt, Milestones Other: Documentation, Risk Management, Software: Defect Management Communication: Helpdesk

69 Backlog handling

70 Burn down s

71 Task Board - workflow

72 Structuring

73 Phase plans

74 Project Visibility