Minimum Viable Product: et kraftfullt tankesett, ikke bare en måte å lage prototyper av programvare på i 2022

De fleste av Lasting Dynamics Academy-traineene som nettopp har fått opplæring, og også alle kandidatene til jobbintervjuene våre, sliter med å svare på spørsmålet: "Hvorfor er MVP så viktig?".
De vanligste svarene er: "fordi det gjør det mulig å spare penger og tid" eller "MVP er en prototype av programvare med grunnleggende funksjonalitet" - men er "Minimum Viable Product" bare en formel for å lage en prototype av programvareprodukter, eller er det mye mer enn det?
Kan vi bruke Minimum Viable Product til å utvikle et hvilket som helst produkt? Kan vi bruke det til å bygge solide profesjonelle tjenester? Er dette konseptet egentlig relatert til programvareutvikling, eller kan det brukes til forretningsutvikling, markedsføring, sport og mye mer?

Vi vil endelig svare på alle disse spørsmålene og avsløre en av de største hemmelighetene bak agile metoder som ingen andre har forklart før på internett.

1. MVP - minimum levedyktig produktdefinisjon

MVP, eller "minimum viable product", er et begrep som har vært brukt i teknologibransjen i flere tiår for å beskrive det minste antallet funksjoner som er nødvendig for å lansere et produkt. Det er viktig å merke seg at det ikke nødvendigvis betyr den billigste eller raskeste måten å bygge et produkt på: Det er et verktøy som gjør det mulig for oss å identifisere det minste antallet trinn som må tas for å bringe en idé til markedet.
Denne definisjonen er viktig fordi den gir en forståelse av hva et Minumum Viable Product innebærer, og hvorfor den er mye brukt av oppstartsbedrifter og bedrifter som ønsker å lansere produktene sine på markedet.

Minimum Viable Product er også synonymt med iterativ utvikling basert på kontinuerlige og påfølgende forbedringer - av denne grunn er det definitivt en del av enhver smidig metodikk per definisjon, med bruksområder fra forretningsutvikling til markedsføring, kvalitetssikring, programvareutvikling og mye mer.

2. MVP er et tankesett

La oss gå rett på sak: MVP er et tankesett som ikke bare kan ses på som en måte eller et verktøy for å lage prototyper av produkter.
Den representerer en formel som er vanskelig å lære, og som tilpasser menneskesinnet til å tenke klokere, uten å late som om den umiddelbare perfeksjonen går på bekostning av kvaliteten.
MVP-prinsippet hjelper entreprenører, utviklere, designere og andre fagfolk over hele verden med å bryte ned store og omfattende mål til mindre nøkkelresultater og oppgaver som kan gjennomføres med de verktøyene de har til rådighet, med fokus på de kortsiktige aktivitetene samtidig som de holder fast på veien og den langsiktige visjonen.
Alle smidige metoder, Feature-Driven Development (FDD), Test-Driven Development (TDD), Extreme Programming (XP), Objectives & Key Results (OKR), den klassiske SCRUM og de vanligste Kanban- og Lean-metodene er alle basert på og/eller implementerer eksplisitt MVP-tankegangen, tenk over det:

• En produkteier som sammen med SCRUM-master evaluerer prioriteringene i backloggen under en grooming-økt, etter forretningsbehovene og utviklingskompleksiteten - bruker en MVP-tankegang for å avgjøre hva som bør oppnås først og hva som kan komme senere.
• Definisjonen av nøkkelresultater når man bryter ned målene i mindre biter i OKR-metodikken, er definitivt en måte å identifisere det minimum av tiltak som skal til for å nå målene.
• Utformingen av det relevante antallet enhetstester som skal implementeres for å oppfylle akseptkriteriene for et krav, samt utviklingen av et minimum av kodelinjer og senere refaktorering, er et av de beste uttrykkene for MVP-tankegangen i TDD.
  men det er ganske enkelt å definere noen eksempler fra hverdagen:
• en person som 30 minutter før alle supermarkeder stenger, oppdager at kjøleskapet er tomt og må bestemme seg for hva han eller hun skal kjøpe - en ikke-levedyktig måte ville være å late som om man har alt man trenger på 30 minutter, og en lat tilnærming ville være å gi opp, mens en MVP-tankegang ville tvinge frem å kjøpe bare de mest presserende produktene, som til slutt kan være tilgjengelige i dagligvarebutikken i underetasjen, slik at bilen ikke ville være nødvendig og handletiden kunne ta så kort tid som mulig.
• en person som aldri spiser frukt, men som vet at frukt er veldig sunt, men som samtidig oppdager at det ikke anbefales eller sannsynligvis ikke er best å spise frukt rett etter lunsj - kan bestemme seg for å spise frukt når som helst uten å bry seg om denne grensen og utsette atferdsendringene etter å ha forsikret seg om at det å spise frukt kan bli en vane i seg selv.
• et fotballag som er i ferd med å vinne kampen og to minutter før sluttsignalet bestemmer seg for å holde ballen nær motstanderlagets hjørne, eller et team av programvareutviklere som noen dager før utgivelsen i produksjon bestemmer seg for å stemple de ventende PR-ene som "risikable" og bare slår sammen endringene som ikke har noen større innvirkning på kodebasen.

Dette tankesettet kan brukes i alle bransjer, uavhengig av kompetanseområde, som et mantra for å ta gode beslutninger, datadrevet, ment for å tilpasse seg endringene gradvis og oppdage flere av de neste stegene på veien for å ta klokere beslutninger (iterasjoner).
Minimum Viable Product er det grå området mellom svart og hvitt som får ting til å skje og lykkes;
MVP er streng, kirurgisk og modig!

3. Forretningsapplikasjoner

Som bedriftseier kan jeg si at min forståelse av MVP har endret seg i løpet av de 12 årene jeg har jobbet med MVP - jo mer jeg lærer om MVP-tankegangen, desto mer tror jeg at dette er et prinsipp som alle bør oppdage, studere, lære, utvikle, forbedre og anvende overalt i en bedrift.

1 - Fokuser kun på utgående strategier for å skaffe likviditet og inntekter raskere, slik at overskuddet kan reinvesteres senere for å finansiere mer langsiktige inngående strategier.

2 - Bruk et MVP-orientert tankesett for å bygge alle typer team, fra teknologi til markedsføring og HR. Definer OKR-er på et høyere nivå, og iterer ved hjelp av en Kanban- eller SCRUM-tilnærming, og sørg for at du kan måle resultatene, spore veksten og skalere senere når forretningsenheten har andre utfordringer.

3 - Utvikle virksomheten i ditt eget land først, med enklere prosjekter for å lære opp teamene dine før du går ut i verden og tar på deg større utfordringer

4. Nedenfra og opp-tilnærming til alle vertikaler og spin-off-utvikling, slik at aggregeringen til et konsern bare er det siste steget etter at man har lykkes med de individuelle enhetene.

4. Applikasjoner for programvareutvikling

Folk fortsetter å tenke på MVP som bare en strategi for å lansere et produkt, og alle publikasjoner der ute analyserer dette fenomenet fra et veldig overfladisk perspektiv, vil jeg si, til og med for forretnings- / markedsføringsorientert, uten å falle inn i labyrinten av programvareutviklingspraksis.

Den kontinuerlige dekonstruksjonspraksisen er en varig, dynamisk og smidig praksis som ofte brukes i akademiets opplæring for å forklare hvorfor MVP er så viktig:
en programvareutvikler som analyserer en brukerhistorie, en makro eller bare en oppgave, kan bestemme seg for å følge en MVP-tankegang ved å bryte ned kravene i de første 30% / 40% lett synlige oppgavene for ikke å kaste bort tid og forsøke å se for langt. Når de første oppgavene er utført, kan det være lurt å ta en pause og tenke seg om et øyeblikk før neste oppgave påbegynnes, for å notere alle de andre oppgavene som dukket opp etter at den første delen var fullført. En utvikler som virkelig forstår MVP-tankegangen, vil kanskje prioritere oppgavene slik at han eller hun ikke går løs på alt på en gang, men likevel er i stand til å gjøre det:

• låse opp teamkollegers arbeidsflyt i påvente av en utdata
• slå sammen raskere for å unngå kodekonflikter
• evaluere effekten av endringen og konsolidere det utdypende arbeidet før komplekse refaktoriseringer og andre justeringer

5. Eksempler på minimum levedyktige produkter

Avslutningsvis vil jeg presentere et enkelt MVP-eksempel på et minimum levedyktig produkt som brukes til å leke med teamkamerater, studenter og kolleger for å sjekke om i det minste den grunnleggende forståelsen er klar:

Hvilken av de følgende kan betraktes som en MVP?

• en spørreundersøkelse ble gjennomført blant et utvalg kunder for å få deres meninger
• en leadgenerering som er ment å samle inn data om potensielle brukere
• den 9. versjonen av programvaren din skal lanseres etter 5 års utvikling

Bli med i akademiet vårt for å lære svarene!