Reload! A/S20. maj 2015 - APMA

Agile projekter i ReloadPræsentation af Reload

• Rasmus Luckow-Nielsen, 36 år

• Partner og administrerende direktør i

Reload

• Baggrund som udvikler, projekt leder og

udviklingschef.

• Arbejder i dag mest med salg,

kommunikation og forbedring af vores

processer

Hvem er jeg?

Vi er specialister i Drupal

Vi er pt. 16 faste folk

Reload startede i 2010.

Vi bor på Frederiksberg

Vi vandt en Børsen Gazelle i 2014

… og så elsker vi gode processer!

Mød Reload

• Se video online på https://vimeo.com/

112038104 eller reload.dk

KunderHer er et par typiske kunder / projekter

Danmarks Radio - DR.dk

Sydenergi/Stofa - stofa.dk

Ingeniørforeningen - ida.dk

COOP - samvirke.dk

Københavns biblioteker - bibliotek.kk.dk

• Et godt projekt er ét vi ikke ved hvordan vi

skal løse når vi går igang

• Et godt projekt bliver vi klogere af

• Vi kommer ofte tidligt ind i projekterne og

bruger meget energi på at afklare de

reelle forretningsbehov, inden vi prøver

at løse dem

Hvis virkeligheden er simpel, så har I nok ikke brug for Reload!

Reloads typiske projektrum

Hør, HVAD der før gik galt for Reload på agile projekter,

og HVORDAN de nu har knækket den agile kode.

– Forsiden af APMA.dk

Hvem har arbejdet i et agilt projekt? Fx som Product Owner eller Scrum Master?

Vi kan jo ikke bare udskrive en blanko-check?!- Typisk reaktion fra kunde, sagt i vantro…

• Feedback loop, kommunikation og ansvarsfordeling

• Giver gennemskuelighed og transparens

Overskrift i en linie

• Det giver mening at være agil når man arbejder inden for komplekse problemområder

• Løbende forventningsafstemning

Hvorfor arbejder vi agilt?

En agil udviklingsproces handler om at give mest

mulig forretningsværdi for pengene

Det handler om at finde symbiosen mellem

forretningsviden og teknisk viden

Viden stiger over tid - fordrer JIT planlægning

Plan

Plan

Plan

Plan

Plan

"JUST-IN-TIME" PLANLÆGNING

Plan Analyse TestKodeDesign Release

Traditionel (prædiktiv): Planlæg hele projektet på forhånd

Scrum (empirisk): Planlæg lidt før projektet og lidt før hvert sprint

Analyse

Design

Kode

Test

Release

Analyse

Design

Kode

Test

Release

Analyse

Design

Kode

Test

Release

Analyse

Design

Kode

Test

Release

Hvad hvis projektet stopper her?

• Fokusér på forretningsværdi

• Lav leverancer der kan afprøves i

virkeligheden og hurtigst muligt

• Prototyping!

• Løbende forbedringer i stedet for "løs det

hele på en gang"

• Lagkagen skal skæres vertikalt og ikke

horisontalt

Fokus på forretningsværdi, time-to-market og minimumsprodukt (MVP)

Fast scope Agil

Transparens "95% færdig" Reel fremdrift er synlig

Time to market Langsommere, alt skal designes først

Hurtigere, færdiggør ting med størst forretningsværdi først

Kvalitet Mindst muligt der opfylder kontrakten

Fokus på Total Cost of Ownership (TCO)

Fast scope vs agil

Fast scope Agil

Projekt fokus Udfør opgaver med mindst mulig indsats

Maksimering af forretningsværdi og TCO

Ændringer Dyre Gratis

Scope FastLøbende forbedret med de

erfaringer der er gjort i projektet

Fast scope vs agil

Fast scope Agil

Kundeinvolvering Stor indsats i starten og slutningen af projektet

Stabil indsats gennem hele projektet

Typiske risici Dyrt pga. ændringer, manglende kvalitet

Uerfarent team "misbruger" den agile praksis

Pris Fast + ændringsønsker Betal kun for udført arbejde

Fast scope vs agil

Fantastisk video - se den!

Udfordringerne… og vi har været en del igennem

Scrum is simple, but not easy

– T-shirt på konference

• Vi er gået fra "kaos agilt"

• Til "vi gør alting efter (scrum) bogen"

• Og er nu endt i en afbalanceret model

hvor vi ved hvad der skal skrues på til

hvert projekt og kunde - og ikke mindst

hvad der er giver mest værdi til processen

Fra kaos til forudsigelighed

• At have en effektiv agil udviklingsproces

stiller en masse krav til resten af

organisationen og de omkringliggende

beslutningsprocesser

• At fordre en agil mentalitet og

arbejdsproces kræver stor opbakning i

organisationen og specielt i ledelsen

• At indføre og køre et scrumforløb som en

ekstern konsulentpart har sine helt egne

udfordringer - se "consultancy scrum".

At arbejde agilt stiller en masse krav til jeres organisation

http://consultancyscrum.org/da/

(Quality)

Scope (functionality, features)

Time (deadline)

Resources (cost, budget)

Et projekt der gik galt for os - IDA Mødeportal

• Et delprojekt af IDA.dk (vi startede på ida.dk i 2012 og arbejder stadig på sitet)

• Vi kunne ikke påvise at vi leverede varen efter de første to sprints (og det var vores

egen fejl).

• Udfordret af forkert opdeling af opgaver og generel undervurdering af

opgavernes kompleksitet og indbyrdes afhængigheder

• Nyt scrum-team internt hos os

• Projektejerne var en anden del af organisationen, der ikke kendte hverken til os

eller til agile udviklingsprojekter. Og vi fik dem ikke ordentligt klædt på.

• Projektets Scope og Budget (samt Kvalitet) var reelt set meget tæt på at være

"fixed". Dvs. ikke meget råderum at bevæge sig i.

Et projekt der gik galt for os - IDA Mødeportal

• På baggrund af disse ting forsvandt tilliden til os. Kunne vi nå at lave de planlagte funktionaliteter inden for tid og budget?

• Og det er grundlæggende meget svært og belastende at køre et (agilt) projekt

uden tillid.

• Vi endte med at fikse scope og pris, tage et økonomisk tab og komme i mål

• Men det var grundlæggende ubehageligt

Hvad lærte vi så? Opskriften på succes for os

• Det er virkelig vigtigt at man får klædt kunden - ikke mindst ledelsen - ordenligt på til et

agilt projekt.

• PAS PÅ når der sker udskiftninger i projektorganisationen - nye folk skal have den

nødvendige grundlæggende forståelse for processen.

• Sørg for at skære opgaverne således man kan vise fremdrift og succes. Dette er en kunst i

sig selv.

• Ved større organisationer med mange interessenter og styregrupper, som man ikke er i

daglig kontakt til, så giver en mere traditionel afrapportering stor mening.

• Vi har efterfølgende introduceret en "sprint rapport" model, som vi har fået meget ros

for.

Hvad lærte vi så? Opskriften på succes for os

• Simple ting som Daily Scrums og fokus på burndowns kan fange mange problemer tidligt.

• Det er i min optik nok det sidste man skal give kald på.

• Involvér kundens Product Owner så meget som muligt - sørg for at de bliver projektets

ambassadør i organisationen.

• Product Owners skal have beslutningsmandat og mod til at forsvare beslutninger.

• Kræv POs tilstedeværelse - mere er godt!

• Jo mere kommunikation desto bedre. Den skal selvfølgelig også være ærlig!

• Vi starter med fokus på hvilken reel forretningsværdi

vi jagter - og hvordan det er prioriteret. Her er Impact

Mapping et godt værktøj.

• Vi arbejder langt mere med prototyping - endnu mere

iterativt og meget tæt med kunde, udvikler, ux og

design. På den måde slipper vi for at kæmpe mod

forudintagede forventninger omkring det endelige

design. I stedet bruger vi style guides og eksempler.

• Endnu større fokus på at lave fremskrivning. Hvad når

vi af funktionalitet for pengene? Hvornår er vi

færdige?

• Risici. Klassisk risiko log i fht. projektet giver ro i

maven.

Agile projekter hos Reload i dag

• Vi kræver at kundens Product Owner er

beslutningsdygtig og sammen med

teamet 1-2 dage om ugen

• Faste rutiner - typisk 2 ugers sprint,

løbende backlog grooming, sprint-

planning, -demo og -retrospektiv samt

daily scrums

• Gode værktøjer - vi sværger til Jira Agile,

og vores kunder arbejder også her.Se også "Agile that works and the tools

we love".

• Gode afrapporteringsskabeloner med

fokus på MVP

Agile projekter i Reload i dag

ereolen.dk er et kæmpe hit

Her gik alt op i en højere enhed og

vi løste opgaven på rekord-tid og

langt under budget.

Og der var ellers et par kommunale

chefer der var noget skeptiske.

Lige nu lægger vi også sidste hånd

på et nyt Intranet for Det

Kongelige Teater, og det er vores

mest agile projekt til dato!

Det tegner også til at blive en stor

succes.

Lige meget hvor godt et projekt vi laver, så vil det af kunden blive betragtet som en fiasko, hvis vi ikke møder

deres forventninger.– Rasmus Luckow-Nielsen, adm. direktør, Reload

Spørgsmål?Jeg snakker meget, så det har vi næppe tid til ?!

Følg os på

reload.dk

twitter.com/reloaddk

facebook.com/reloaddk

linkedin.com/company/reload-a-s

OBS - vi søger en projektleder lige nu. Se reload.dk/jobs senere på ugen - spred ordet :-)