10 trin til at oprette MVP på 6 uger.

Start-rejsen.

En opstart er en meget vanskelig ting at gøre. Grundlæggende, fordi du er nødt til at gøre en masse forskellige ting samtidig: business case, marketing, pitch, markedsundersøgelse, design, konkurrenter research, juridiske papirer, en masse kommunikation og samtaler, på udkig efter talent ... Opgaven er meget lettere hvis du har et fremragende team, der kan organisere og distribuere opgaver som et team med højtydende arbejde. Men selv for et team med lidenskabelige & perfekt koordinerede stipendiater er det en ekstremt hård ting at gøre (jeg vil sige det er næsten umuligt at få det rigtigt!).

Rejsen bliver endnu mere en udfordring, hvis du er super stram med penge og ressourcer. Alt skal ske hurtigt, og det skal ske med et skud, ingen chancer for fejl. Det lyder som et fantastisk eventyr, ikke sandt? Derfor er det så belønningsfuldt, når lidenskab og udholdenhed får resultaterne.

MVP

MVP er det minimale værdifulde produkt, nogle kalder det det minimale levedygtige produkt og de følelsesmæssigt intelligente blandt os kalder det MLP, minimumselskeligt produkt, for denne historie går jeg med Minimum Værdifuldt produkt. Jeg kan godt lide at ramme markedet med et produkt, der skaber værdi baseret på menneskers reelle behov - et godt sted at bygge videre og finesse

I dag lægger folk en anden betydning på MVP end hvad Frank Robinson oprindeligt definerede i 2001 http://www.syncdev.com/minimum-viable-product/.

Nogle mennesker tror endda, MVP er ikke det reelle fokus mere, måske ikke relevant:

  • https://hackernoon.com/the-mvp-is-dead-long-live-the-rat-233d5d16ab02
  • https://medium.com/the-happy-startup-school/beyond-mvp-10-steps-to-make-your-product-minimum-loveable-51800164ae0c
  • https://blog.leanstack.com/dont-start-with-an-mvp-aa883de5cd18

Men lad os bare sige, denne MVP er det oprindelige produkt, der skaber konkret værdi for din kunde. Det kan være et websted, en whitepaper eller en enorm softwareplatform. Det er det gennemtænkte eksperiment, der skal være en solid fod fremad i det marked, du ønsker at komme ind på.

Vores 6 ugers MVP-historie!

På Madappgang mødte vi en dag en real-case sag om en ekstremt udfordrende opstartmission. Iværksætteren Mr.Donnavan, grundlæggeren af ​​Creator Connect-projektet, ønskede, at vi skulle oprette en MVP på 6 uger. Målet med projektet er at give ethvert kunstnerisk talent en platform til at skabe, forbinde og samarbejde ved at trykke på en knap. Her er de vigtigste krav:

  • Det skal være indbygget iOS-app, for at vokse og skalere hurtigt og nemt efter MVP-frigivelse designet var sammensat af 163 skærme
  • Bør give kommunikation i realtid meddelelser
  • Bør have et moderationsværktøj til både at kontrollere og blokere dårligt indhold og brugere
  • Bør have en integreret betalingsstrøm
  • Bør være i stand til at oprette relaterede grafdata med omtaler og hashtags
  • Det skal gøres og frigives på 6 uger

Erfaringer

Denne opgave lignede et 6-måneders job, ikke 6 uger. Men hvis du ser på det første punkt i vores fundament, vil du forstå, hvorfor det ikke stoppede os. Vi tror dybt, at intet tilfælde er umuligt!

Tro mod vores tro gjorde vi det. Det var især hårdt, risikabelt og udfordrende. Og her er de lektioner, vi har lært.

Kommuniker meget

Det ser ud som et dårligt forslag ved første øjekast, men det er det ikke. Miskommunikation er hovedårsagen til mislykkede projekter. Korrekt kommunikation i teamet er nummer et, og den skal være hurtig og effektiv. Så hvad betyder det at have god kommunikation? For det første skal administrerende direktør / grundlægger være en del af teamet. Vi bruger scrum-metodik til at bevæge os hurtigt og koordinere vores arbejde, så vi er nødt til at tage os tid til at sikre, at theCEO / grundlægger forstår, hvordan Scrum fungerer. Man synes måske, det ser let ud: bare flytte opgaverne i rækkerne fra venstre til højre, men problemet er, at det ikke er så let. Scrum er et dagligt møde, sprintplanlægning, opgavestimering, retrospektive møder, efterslæbsprioritering og vigtigst af alt er det en hurtig samtale for at køre hastighed. Grundlæggeren skal være på samme side med alle på teamet og være en ægte produktsejer. Produktejer har en vigtig rolle i Scrum-processen, og for at spille rollen, skal administrerende direktør forstå reglerne og betydningen af ​​ethvert ritual. Heldigvis har vi en forbløffende bog til at hjælpe os med at navigere, en hurtig og let at forstå guide til ombord ikke-tekniske folk til teamet. Scrum: Kunsten at gøre to gange arbejde i halve tiden

Brug teknologi til hastighed

Der er snesevis af teknologier på markedet for at hjælpe med at fremskynde processen. Bare husk, nogle løsninger kan være svære at skalere efter MVP, og nogle passer ikke til hinanden. Tænk nøje, bare gentag ikke dig selv af hensyn til de velkendte, og prøv heller ikke at opfinde hjulet igen. Vær reel, forstå dine projektbehov og lyt til teamets oplevelse. De vigtigste teknologier hjalp os med dette projekt:

  • AWS AppSync, GraphQL
  • S3 med CloudFront
  • AWS lambdas (Golang og Nodejs)
  • Identifo af MadAppGang
  • invision

Prioriter efterslæb

Brug tid med teamet, og sammensæt efterslæb. Efterspørgslen er din vej og den eneste måde at måle din hastighed på. Efter 1–2 sprints finder du dit tempo, forstår din hastighed og vil være i stand til at forudsige frigørelses milepæle. I vores tilfælde, efter den første sprint, indså vi, at vi havde brug for 2 flere udviklere til at frigive MVP'en i tide.

Ofre

Som en produktejer vil du sandsynligvis tro, at hver funktion er vigtig, mere er mere - men vi ved alle, at de mest succesrige apps bare gør 1 eller 2 ting virkelig godt, mindre er mere. Vær klar til at fjerne de ikke-væsentlige funktioner til MVP-frigivelsen. Bare vær ærlig overfor dig selv, ærlig om kundens reelle behov og lyt til teamet. Din MVP bør ikke være perfekt. Jo hurtigere du får feedback fra dine brugere, desto bedre er dine chancer for at gøre noget virkelig værdifuldt for dine brugere. Din oprindelige plan er bare din forudsigelse af, hvad de har brug for, virkeligheden er altid anderledes. Vi fjernede en enorm liste over funktioner til at gøre MVP muligt på 6 måneder:

  • Ingen betalinger og betalingsstrøm
  • Ingen mulighed for at følge brugere
  • Forenkle nyhedsfeed
  • Ingen meddelelser
  • Forenklet onboarding
  • Ingen billeder i realtidssamtaler
  • Ingen deling
  • Ingen fejlbehandling (brugere ser de udviklervenlige fejl :-))
  • En virkelig enkel billedoverførselsproces

Undersøg ikke testen

Vi havde en QA-ingeniør på projektet fra dag 0. Hun implementerede automatiske UI-test, kontinuerlig integration og udførte en manuel test på hver intern udgivelse. Desværre springer flertallet af mennesker ofte over testprocessen for MVP'er. Mest, fordi de tænker, handler testning kun om at have en fejlfri app. Virkeligheden er ganske lidt anderledes. Første indtryk tæller. Når der refereres til Scrum-bogen, er der en fantastisk historie om den.

I Japan fremstiller virksomheder som Honda, Toyota og Nissan i gennemsnit en luksusbil hver 17. time. Mens bilproducenter i Tyskland, som Audi, BMW og Mercedes, tager 57 timer at fremstille en luksusbil. Bilerne produceret af japanske producenter havde i gennemsnit kun 34 defekter i hver 100 køretøjer, mens de tyske fabrikanter lavede biler med et gennemsnit på 78,7 defekter pr. 100 køretøjer. Forskellen er, at når nogen på en Toyota-produktionslinje finder en fejl, vil han stoppe hele produktionslinjen, og alle vil fikse den mangel sammen der og da. Denne metode giver også direkte feedback til det sted, hvor denne defekt blev oprettet, og en proces kan bringes på plads, så den ikke sker igen. Mens BMW er rettet på defekter i biler, når de kommer ud af produktionslinjen i slutningen. For at sikkerhedskopiere dette, refererer Jeff også til forskning udført af Palm, der viste, at hvis en fejl i software rettes efter seks uger fra det blev fundet, vil det tage 24 gange længere tid at løse det, end hvis det fik rettet på det øjeblik, det blev opdaget .

Du skal sammensætte et komplet hold

At arbejde inden for begrænsede tidsrammer kræver, at du er så effektiv som muligt. At have eksterne afhængigheder spilder meget tid. For eksempel, hvis du allerede har et premade-design, og teamet er begyndt at implementere det. Og så er du klar over, at du mangler en skærm, eller at du er nødt til at komponere en ny forenklet version af skærmen, fordi du har fjernet noget funktionalitet. Du kan potentielt blokeres, mens du leder efter din designer, som nu kunne være offline på en ferie i bjergene. Så husk at holde alle holdkammerater sammen, i det mindste mens du implementerer en MVP!

Vær klar til plan B

Mennesker er ikke maskiner. Læg ikke alle dine æg i en kurv. Udviklere er mennesker (undertiden er det svært at tro :-)). De kan have en ændring i personlige forhold, de kan blive syge osv. Så vær klar til at oprette forbindelse til andre udviklere som en backup-plan. Hos MadAppGang involverer vi bevidst substitutionsudviklere til at udføre kode og peer reviews hele tiden. Det løser to problemer. En ekstern gennemgang hjælper os med at forbedre koden og projektet. Hvis hovedudvikleren endvidere ikke er i stand til at arbejde af en eller anden grund, kræver den substitutionsudvikler ingen onboarding-tid. Hun eller Han kunne springe ind og begynde at skrive koden med det samme.

Tro på dig selv

At arbejde i et stressende miljø kan være skadeligt for din mentale sundhed. Kend dig selv, forstå dine grænser, dine behov og forstå lederskab. husk, at hvis du holder op med at tro på, hvad du laver, skal du ikke forvente, at resten af ​​holdet forbliver motiverede. Støtt og hjælp alle, vær et godt eksempel for alle, vær leder. Du har sandsynligvis læst eller i det mindste hørt denne ikoniske bog, den kan forekomme kitsch, men nogle af de enkle begreber fungerer rigtig godt for mig. Find din egen inspirationskilde, og hold den op hver dag. Træning, tag kolde brusere, spis godt, meditere, prøv taknemmelighedsritualer - de er fantastiske til at forblive stærke under stress og forblive positive. Lederskab er udfordrende, men det er en fantastisk mulighed for dig at være en bedre dig! Sådan vinder du venner og påvirker mennesker

Arbejd hårdt

Det lyder indlysende. Men der er et stort antal tilfælde, hvor holdene (eller en del af holdet) holdt den samme rytme for at arkivere fremragende resultater. Alle i teamet skal forstå, for at opnå enestående resultater under så enormt tidspress, har hele teamet brug for at blive enige om at arbejde hårdt fra starten. Jeg værdsætter virkelig vores MadAppGang-team, der meldte sig frivilligt til at ofre deres weekender og fritid, ændrede deres tidsplaner og skubbede alle bestræbelser på at levere MVP'en i tide. Det er vigtigt at give mulighed for en naturlig balance, dit team skal føle sig godt tilpas, at de kan have driftsstop efter at have trukket sammen og skubbet hårdt.

Find gode udviklere

Alt det, vi taler om her, er virkelig kun muligt med et ekstraordinært team, et team, der deler din idé har en god arbejdsproces og har reel teamånd og lidenskab for deres arbejde. I sidste ende, hvis du skaber et godt positivt arbejdsmiljø for dit team, stoler du på mennesker, giver fleksibilitet, tillader mennesker at være mennesker, så kommer gode mennesker, skaber sammen, bygger sammen og forbliver sammen. Fortæl os om din opstart og dine erfaringer, hvad er din hemmelighed for at opbygge fantastiske teams ?! Se vores blog for at lære mere om valg af et godt udviklingshold.

Læs flere seje historier på vores blog: https://madappgang.com/blog