Dette indlæg er alene udtryk for skribentens egen holdning.

Agil transformation: Anvend Minimum Viable Product rigtigt

Af Morten Amstrup9. maj kl. 15:411
PA Consulting
Illustration: PA Consulting.
Hvis man skal lave en succesfuld agil transformation, så nytter det ikke noget, hvis man ikke forstår tankerne bag de forskellige grundfaktorer. Morten Amstrup mener, at de såkaldte MVP’er bliver misforstået alt for mange steder.
Artiklen er ældre end 30 dage

At vores verden er i konstant forandring, er der ikke noget nyt i, sådan har det altid været. Men kravene til hvor hurtigt, vi skal respondere på det foranderlige accelererer konstant.

Det kan vi takke den digitale æra for. Der har været mange gode tanker om, hvordan man bedst muligt agerer på forandringer, og den bedste løsning er ikke ny, tværtimod. De første agile principper blev afprøvet i 1980’erne og det agile manifest blev skrevet i 2001 – altså for 21 år siden. 

Arbejdsmetoderne har haft skiftende navne, for tiden kalder man dem for Organisational Agility, Lean Portfolio Management, og Minimum Viable Product – og metoderne er i fuld gang med at blive implementeret i stort set alle danske virksomheder i de her år for at sikre evnen til at pivotere og reagere på de skiftende markedskrav.

Som en, der bruger al sin tid på at hjælpe danske og internationale organisationer med agile transformationer, ser jeg desværre, at nogle af begreberne bliver misforstået og ikke anvendt rigtigt. 

Artiklen fortsætter efter annoncen

Minimum Viable Product (MVP, red.) er et godt eksempel. Det er et helt centralt element af en agil operationsmodel, men hvis ikke du kan mestre tankerne bag MVP er der en alt for stor risiko for, at du udvikler det forkerte og dermed ikke opnår det ønskede resultat. Alt for mange gange har jeg hørt sætningen ”bare tænk MVP” eller ”lav en lille MVP” og det som i virkeligheden menes er ”lav et draft”, og her er vi meget langt for tankerne bag Minimum Viable Product. 

MVP-begrebet blev introduceret i 2001 af Frank Robinson, som var co-founder af SyncDev, og blev defineret som et produkt, der har den helt rette størrelse til at skabe tilfredshed hos brugerne og som de samtidig vil betale for. Så det handler om at finde sweet-spottet mellem Return of Investment og Risk, og det er netop derfor, det er så vigtigt et element af de agile implementeringer. 

Den kommercielle tanke mangler ofte, når jeg hører større organisationer tale om MVP løsninger og her kan vi lære noget af iværksætterne. Mange af de store unicorns, såsom Airbnb, Uber og Dropbox er alle startet med en minimal løsning, som kom på markedet og genererede omsætning, og den omsætning blev så brugt til at re-investere i den næste produktfeature. Iværksættere har ikke råd til at tænke anderledes, behovet for at få penge ind for at overleve, presser dem til at tænke i MVP. 

Det behov har større virksomheder ikke altid, men det er ikke ensbetydende med, at vi ikke kan lære af iværksætteren, for der er masser af besparelser at hente ved at gøre det på den måde. 

Er du product owner eller product manager i en større virksomhed eller organisation, så hav de her tre tanker med i din næste planlægningsseance:

  1. Hvor godt kender du dine kunder/brugere?
  2. Hvornår har du sidst set dine kunder/brugere bruge dit produkt?
  3. Har du styr på, hvad den næste feature, som dine kunder/brugere ikke kan leve uden, er?

Hvis du kan svare fyldestgørende på de tre spørgsmål, så er du godt på vej. Hvis ikke, så er der meget værdi i at implementere et Minimum Viable Product mindset for jer.

Vil du bidrage til debatten med et synspunkt? Så skriv til vores PRO debatredaktion på pro-sekretariat@ing.dk

1 kommentar.  Hop til debatten
Denne artikel er gratis...

...men det er dyrt at lave god journalistik. Derfor beder vi dig overveje at tegne abonnement på Version2.

Digitaliseringen buldrer derudaf, og it-folkene tegner fremtidens Danmark. Derfor er det vigtigere end nogensinde med et kvalificeret bud på, hvordan it bedst kan være med til at udvikle det danske samfund og erhvervsliv.

Og der har aldrig været mere akut brug for en kritisk vagthund, der råber op, når der tages forkerte it-beslutninger.

Den rolle har Version2 indtaget siden 2006 - og det bliver vi ved med.

Debatten
Log ind eller opret en bruger for at deltage i debatten.
settingsDebatindstillinger
1
11. maj kl. 07:39

MVP og Pilot drift er gode eksempler på at flytte presset fra Salg&Kontrakt over på udviklingsprocessen og så rulle nogle terninger for resultatet. Hvis din organisation har opdelt. Salg og Udvikling i forskellige afdelinger, er det noget 'dark arts' for ikke at lave deres arbejde i salg. Det er fint at have den fleksibilitet når Salg og udvikling er tæt på hinanden som i mindre danske startups. Det har en anden karakter i enterprise. Der minder det mere om udnyttelse af udvikling. (Vil gætte nogle KMD, Netcompany og NNIT udviklere kan genkende og forholde sig til hvad MVP og Pilot drift er i enterprise).