2. AGENDA
•
•
•
•
•
Hvem snakker?
De betydende faktorer
Agil forretningsudvikling
D60 leverancemodel - Bedrock
Opsamling og ?
13-11-2013
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
2
3. Hvem snakker?
NIELS BERING LARSEN, D60 A/S
13-11-2013
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
3
4. HVEM ER JEG
2009: Cand.it, informationsvidenskab, Aarhus Universitet
Niels Bering Larsen
Manager, IT development
D60 a/s
• 6-90 på 4 år
Danske Commodities
• Projektet: 3-40 personer på 3 år
• Virksomheden: 40-400 på 3 år
• Udvikling og implementering af forretningskritisk it-system
og rapporteringsløsning
http://www.version2.dk/blogs/niels-bering-larsen
www.linkedin.com/in/nielslarsen
13-11-2013
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
www.twitter.com/nielslarsen
4
6. SMART SOFTWARE SOLUTIONS
Software Development
• We develop and integrate your it-system
Business Intelligence
• to transform your company’s large amount of data
into usable and accessible knowledge
Grow smarter
Analytics
• in which we can identify patterns and trends that
otherwise go unseen
Work smarter
13-11-2013
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
6
7. De betydende faktorer
PROJEKT- OG PROGRAMLEDELSE
13-11-2013
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
7
9. ET MUST I ALLE PROJEKTER
Ejerskab
Transparent
13-11-2013
Værdiskabende
Forstå
opgaven/projektet
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
9
10. ”Man behøver ikke at kunne se toppen
af stigen for at tage det første skridt”
(Martin Luther King)
13-11-2013
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
10
13. DET AGILE MANIFEST
Individuals and
interactions
over processes
and tools
Responding to
change
over following a plan
Customer
collaboration
over contract
negotiation
Working software
over comprehensive
documentation
http://agilemanifesto.org/
13-11-2013
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
13
14. BULLSHIT?
Individuals and
interactions
•
•
•
•
•
•
•
For blødt
Kunden vil ikke være med til det
Direktionen har behov for en plan
Der er en kontrakt
Dokumentation er nødvendig
Hvem træffer beslutningen
Alignment imellem
forretningsenheder
• Kan vi være sikre på fremdrift
• Hvor er projektlederen
• Overdragelsen af projektet
13-11-2013
over processes
and tools
Responding to
change
over following a plan
Customer
collaboration
over contract
negotiation
Working software
over comprehensive
documentation
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
14
15. KØBT?
Individuals and
interactions
•
•
•
•
•
•
•
•
•
Involvering
Ingen kender alligevel fremtiden
Optimering af værdi
Tæt samarbejde
Løbende implementering
Løbende ibrugtagning
Afstemning af virkeligheden
Bruge tiden rigtigt
Løs opgaver i stedet for at skrive
specs
13-11-2013
over processes
and tools
Responding to
change
over following a plan
Customer
collaboration
over contract
negotiation
Working software
over comprehensive
documentation
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
15
17. VORES MODEL
• Bedrock – vores projektmodel
• Leverancemodel baseret agile principper og i høj grad
inspireret af Scrum-metoden,
• Handler primært om at sikre effektive leverancer til vores
kunder
Ejerskab
Transparent
13-11-2013
Værdiskabende
Forstå
opgaven/projektet
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
17
18. ROLES
D60 roles
Customer roles
Program manager
Overordnet prioritering og planlægning for hele
programmet
Project Sponsor
Medarbejder hos kunden, der internt hos kunden står på
mål for værdien af Leverancen
Business Consultant
Seniorkapacitet med særlig kendskab til løsningens
funktioner, der sparrer med kunden og rådgiver om
opbygningen af Product Backlog. Også kaldt Product
Owner Proxy.
Product Owner
Medarbejder hos kunden, der har ansvaret for indholdet af
Product Backlog og prioriteringen heraf. Product Owner
har også til opgave at facilitere internt hos kunden
vedrørende specifikke krav og problemstillinger.
Arkitekt
Seniorkapacitet, der sikrer, at løsningen følger en
referencearkitektur, der sikrer brugeroplevelsen såvel som
platformens skalerbarhed og stabilitet.
Superbrugere
Medarbejdere hos kunden, der kan interagere direkte med
d60 om specifikke problemstillinger og krav i
udviklingsforløbet. Disse personer vil også fungere som
eksperter i systemets funktionalitet. Der vil typisk være
flere Superbrugere, der dækker forskellige moduler eller
forretningsprocesser.
Lead Developer
Udvikler med dagligt ansvar for kvalitet og opgaveløsning i
udviklingsteamet.
Developer
Udvikler løsninger, men har også direkte kontakt til
Product Owner og brugere, når det er relevant.
Projektkoordinator
Administrativt ansvarlig for kunderapportering,
Projekt- og programledelse, IT
fremdriftsstyring, kapacitetsplanlægning,
13-11-2013
Universitetet Niels Bering Larsen
sprintplanlægning, kontrol af tidsregistreringer m.m..
18
19. SKALERING – BEDROCK OF BEDROCKS
Bedrock
team 2
Bedrock
team 1
Prioritering/Ønsker
Bedrock
team 3
Prioritering/Ønsker
Overall program
1-1 på alle roller
Alignment på tværs af alle roller
13-11-2013
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
19
21. EJERSKAB
• PO og PO-Proxy ejer forretningskrav, prioritering og
værdiskabelse
• Hver gang et sprint er gået, har kunden fået noget værdi
• Teamet committer sig til antallet af opgaver
• Teamet kan fokusere på commitment og er skærmet for
skiftende prioritering
Demo:
Styring af sprint (Her)
Ejerskab
Transparent
13-11-2013
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
Værdiskabende
Forstå
opgaven/projektet
21
22. VÆRDISKABENDE
• PO og PO Proxy skaber værdi ved gå dybt ned i de
features der skal udvikles
• Forretningsudvikling sikres ud fra overordnet prioritering
og bottomup ønsker
• Teamet kan bidrage med løsningsforslag og perspektiver
på sprintplanlægningsmøder
• Udviklere bruger ikke tid på at beskrive, estimere og
specificere noget der først skal laves om et år
• De bliver leveret værdi/features til forretningen løbende
• Processen optimeres kontinuerligt igennem
retrospectives
Demo:
• Et retrospective board (Her)
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
Værdiskabende
Transparent
13-11-2013
Ejerskab
Forstå
opgaven/projektet
22
23. FORSTÅ OPGAVEN/PROJEKTET
• Alle i teamet (PO, team etc.) skal forstå omfanget og
indholdet i opgaven
• Opgaver brydes ned, så daglig progress kan ses og følges
• Klart mål med opgaven fra PO’s side, ellers kan
estimering ikke foretages
Demo:
Nedbrydning af opgaver i tasks på kanbanboard (Her)
Ejerskab
Transparent
13-11-2013
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
Værdiskabende
Forstå
opgaven/projektet
23
24. TRANSPARENT
• Alle ved kontinuerligt hvad der arbejds på (prioritering
og progress er kendt for alle)
• Alle kan på daily scrums se hvordan det skrider frem
• Alle er velkomne til at deltage i sprint demo, sprint
planning
• Klart indblik i hvad der kommer med i næste relase
• Et sprint indeholder alle facetter fra udvikling til release
Demo:
Sprint reports (Her)
Ejerskab
Transparent
13-11-2013
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
Værdiskabende
Forstå
opgaven/projektet
24
28. MINE ERFARINGER
• Agile projekter skaber strategisk forretnings- og
organisationsudvikling
• Forretningsmæssig vision, ejerskab og forståelse er
centralt for succes i projektet
• Agile projekter sikrer commitment og involvering
• Agilt mindset skal sikres hos alle stakeholderes
• Agile projekter kan skalere godt – hvis man gør det
rigtigt
• Agilt kan være rigtigt svært
13-11-2013
Projekt- og programledelse, IT
Universitetet Niels Bering Larsen
28