IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE

Størrelse: px

Starte visningen fra side:

Download "IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE 13-11-2013 1"

Rune Thorsen
10 år siden
Visninger:

1 IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE 1

2 AGENDA Hvem snakker? De betydende faktorer Agil forretningsudvikling D60 leverancemodel - Bedrock Opsamling og? 2

3 Hvem snakker? NIELS BERING LARSEN, D60 A/S 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: på 3 år Udvikling og implementering af forretningskritisk it-system og rapporteringsløsning

på 4 år Danske Commodities Projektet: 3-40 personer på 3 år Virksomheden: 40-400 på 3 år Udvikling og

5 D60 HISTORIEN 5

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 6

data into usable and accessible knowledge Grow smarter Analytics in which

7 De betydende faktorer PROJEKT- OG PROGRAMLEDELSE 7

8 DET OVERORDNET PERSPEKTIV Mennesker IT Forretning 8

9 ET MUST I ALLE PROJEKTER Ejerskab Værdiskabende Transparent Forstå opgaven/projektet 9

10 Man behøver ikke at kunne se toppen af stigen for at tage det første skridt (Martin Luther King) 10

11 AGIL FORRETNINGSUDVIKLING 11

12 DEN KENDTE MODEL 12

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 13

plan Customer collaboration over contract negotiation

14 BULLSHIT? 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 Individuals and interactions Responding to change Customer collaboration Working software over processes and tools over following a plan over contract negotiation over comprehensive documentation 14

nødvendig Hvem træffer beslutningen Alignment imellem forretningsenheder Kan vi være sikre på fremdrift Hvor er

15 KØBT? 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 Individuals and interactions Responding to change Customer collaboration Working software over processes and tools over following a plan over contract negotiation over comprehensive documentation 15

for at skrive specs Individuals and interactions Responding to change Customer collaboration Working

16 Vores model BEDROCK 16

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 Værdiskabende Transparent Forstå opgaven/projektet 17

Handler primært om at sikre effektive leverancer til vores

18 ROLES D60 roles Program manager Overordnet prioritering og planlægning for hele programmet 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. Arkitekt Seniorkapacitet, der sikrer, at løsningen følger en referencearkitektur, der sikrer brugeroplevelsen såvel som platformens skalerbarhed og stabilitet. Lead Developer Udvikler med dagligt ansvar for kvalitet og opgaveløsning i udviklingsteamet. Customer roles Project Sponsor Medarbejder hos kunden, der internt hos kunden står på mål for værdien af Leverancen 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. 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. Developer Udvikler løsninger, men har også direkte kontakt til Product Owner og brugere, når det er relevant. Projektkoordinator Administrativt ansvarlig for kunderapportering, fremdriftsstyring, kapacitetsplanlægning, 18 sprintplanlægning, kontrol af tidsregistreringer Universitetet m.m.. Niels Bering Larsen

Arkitekt Seniorkapacitet, der sikrer, at løsningen følger en referencearkitektur, der sikrer brugeroplevelsen såvel som platformens skalerbarhed og stabilitet.

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 19

20 UDVIKLINGSPROCESSEN 20

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 Værdiskabende Transparent 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) Ejerskab Værdiskabende Transparent 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 Værdiskabende Transparent 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 Værdiskabende Transparent Forstå opgaven/projektet 24

25 OPSAMLING 25

26 DET OVERORDNET PERSPEKTIV IT Mennesker Forretning 26

27 DET DAGLIGE PERSPEKTIV Ejerskab Værdiskabende Transparent Forstå opgaven/projektet 27

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 28

29 Bullshit eller købt?? 29

30 KONTAKTOPLYSNINGER Niels Bering Larsen Manager, IT development Mail: Phone:

Relaterede dokumenter

Kvalitetssikring og agile udvikling

Kvalitetssikring og agile udvikling Gæsteforelæsning for dsoftark-e10 på Århus Universitet Dagsorden Hvem er jeg og hvad er min baggrund i test og agile? Hvad kan I forvente? Agile og scrum Kvalitetssikring