10 steg för att skapa MVP på 6 veckor.

Start-resan.

En start är en mycket svår sak att göra. I grund och botten, eftersom du måste göra många olika saker samtidigt: affärsfallet, marknadsföring, tonhöjd, marknadsundersökning, design, konkurrensforskning, juridiska artiklar, mycket kommunikation och samtal, letar efter talang ... Uppdraget är mycket lättare om du har ett enastående team, som kan organisera och distribuera uppgifter som ett högpresterande team. Men även för ett team av passionerade och perfekt samordnade stipendiater är det en extremt svår sak att göra (jag skulle säga att det är nästan omöjligt att få det rätt!).

Resan blir ännu mer en utmaning om du är supertät med pengar och resurser. Allt ska göras snabbt och det ska göras med ett skott, inga chanser för misstag. Det låter som ett fantastiskt äventyr, eller hur? Det är därför det är så givande när passion och uthållighet får resultatet.

MVP

MVP är den minimal värdefulla produkten, vissa kallar den den minimala livskraftiga produkten och de känslomässigt intelligenta bland oss ​​kallar den MLP, Minimum Loveable Product, för den här historien kommer jag med Minimum Valuable Product. Jag gillar att träffa marknaden med en produkt som skapar värde baserat på människors verkliga behov - ett bra ställe att bygga på och finess

Idag sätter människor en annan betydelse på MVP än vad Frank Robinson ursprungligen definierade 2001 http://www.syncdev.com/minimum-viable-product/.

En del människor tror till och med att MVP inte är det verkliga fokuset längre, kanske inte 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 låt oss bara säga, den här MVP är den ursprungliga produkten, som skapar konkret värde för din kund. Det kan vara en webbplats, en whitepaper eller en enorm mjukvaruplattform. Det är det genomtänkta experimentet som borde vara en solid fot framåt till den marknad du vill komma in på.

Vår MVP-berättelse om 6 veckor!

På Madappgang mötte vi en dag ett verkligt fall av ett extremt utmanande startuppdrag. Den entreprenörsliga Mr.Donnavan, grundaren av Creator Connect-projektet, ville att vi skulle skapa en MVP på 6 veckor. Projektets mål att ge varje konstnärlig talang en plattform att skapa, ansluta och samarbeta med en knapptryckning. Här är de viktigaste kraven:

  • Det borde vara en inbyggd iOS-app, för att växa och skala snabbt och enkelt efter MVP-utgåvan var designen sammansatt av 163 skärmar
  • Bör tillhandahålla kommunikation i realtid meddelanden
  • Bör ha ett moderationsverktyg för att både kontrollera och blockera dåligt innehåll och användare
  • Bör ha ett integrerat betalningsflöde
  • Bör kunna skapa relaterade grafdata med omnämnanden och hashtags
  • Det ska göras och släppas på 6 veckor

Lärdomar

Denna uppgift såg ut som ett 6-månadersjobb, inte 6 veckor. Men om du tittar på den första punkten i vår grund kommer du att förstå varför det inte stoppade oss. Vi tror djupt att inget fall är omöjligt!

Vi trodde att vi gjorde det. Det var särskilt svårt, riskabelt och utmanande. Och här är lärdomarna vi lärde oss.

Kommunicera mycket

Det ser ut som ett dåligt förslag vid första anblicken, men det är det inte. Misskommunikation är huvudorsaken till misslyckade projekt. Korrekt kommunikation i teamet är nummer ett och det måste vara snabbt och effektivt. Så vad betyder det att ha god kommunikation? Först bör VD / grundaren vara en del av teamet. Vi använder scrummetodik för att gå snabbt och koordinera vårt arbete, så vi måste ta oss tid att se till att theCEO / grundaren förstår hur Scrum fungerar. Man kanske tycker att det ser enkelt ut: flytta bara uppgifterna i raderna från vänster till höger, men problemet är att det inte är så enkelt Scrum är ett dagligt möte, sprintplanering, uppskattning av uppgifter, retrospektiva möten, prioritering av backlog och viktigare är det en snabb konversation för att driva hastighet. Grundaren bör vara på samma sida med alla i teamet och vara en riktig produktägare. Produktägaren har en central roll i Scrum-processen och för att spela rollen bör VD förstå reglerna och betydelsen av varje ritual. Lyckligtvis har vi en fantastisk bok som hjälper oss att navigera, en snabb och lättförståelig guide till ombord icke-tekniska personer till teamet. Scrum: konsten att göra två gånger arbetet under halva tiden

Använd teknik för hastighet

Det finns dussintals tekniker på marknaden för att påskynda processen. Kom bara ihåg att vissa lösningar kan vara svåra att skala efter MVP, och vissa passar inte varandra. Tänk noga, bara upprepa inte dig själv för de bekanta och försök inte heller uppfinna hjulet igen. Var riktig, förstå dina projektbehov och lyssna på teamets upplevelse. De viktigaste teknologierna hjälpte oss med detta projekt:

  • AWS AppSync, GraphQL
  • S3 med CloudFront
  • AWS lambdas (Golang och Nodejs)
  • Identifo av MadAppGang
  • Invision

Prioritera orderstocken

Spendera tid med teamet och skriv tillbaka ordningen. Återstoden är din väg och det enda sättet att mäta din hastighet. Efter 1–2 sprint hittar du din takt, förstår din hastighet och kommer att kunna förutsäga frigörande milstolpar. I vårt fall insåg vi efter den första sprinten att vi behövde ytterligare två utvecklare för att släppa MVP i tid.

Offra

Som produktägare kommer du troligtvis att tro att alla funktioner är viktiga, mer är mer - men vi vet alla att de mest framgångsrika apparna bara gör 1 eller 2 saker riktigt bra, mindre är mer. Var redo att ta bort de icke väsentliga funktionerna för MVP-utgåvan. Var bara ärlig mot dig själv, ärlig om kundens verkliga behov och lyssna på teamet. Din MVP ska inte vara perfekt. Ju snabbare du får feedback från dina användare desto bättre är dina chanser att göra något riktigt värdefullt för dina användare. Din ursprungliga plan är bara din förutsägelse om vad de behöver, verkligheten är alltid annorlunda. Vi tog bort en enorm lista med funktioner för att göra MVP möjligt på 6 månader:

  • Inga betalningar och betalningsflöde
  • Ingen förmåga att följa användare
  • Förenkla nyhetsflödet
  • Inga notifikationer
  • Förenklad onboarding
  • Inga bilder i realtidssamtal
  • Ingen delning
  • Inget felbehandling (användare ser de utvecklarvänliga felen :-))
  • En riktigt enkel bildöverföringsprocess

Gå inte igenom testen

Vi hade en QA-ingenjör på projektet från dag 0. Hon implementerade automatiska UI-test, kontinuerlig integration och utförde ett manuellt test på varje intern version. Tyvärr hoppar majoriteten av människor ofta över testprocessen för MVP: er. För det mesta för att de tror, ​​handlar testning bara om att ha en felfri slutapp. Verkligheten är ganska annorlunda. Första intryck räknas. Med hänvisning till Scrum-boken finns det en fantastisk historia om den.

I Japan tillverkar företag som Honda, Toyota och Nissan i genomsnitt en lyxbil var 17: e timme. Medan biltillverkare i Tyskland, som Audi, BMW och Mercedes, tar 57 timmar att göra en lyxbil. De bilar som produceras av japanska tillverkare hade i genomsnitt bara 34 defekter i varje 100 fordon medan tyska tillverkare tillverkade bilar med i genomsnitt 78,7 defekter per 100 fordon. Skillnaden är att när någon på en Toyota-produktionslinje hittar en defekt, kommer han att stoppa hela produktionslinjen och alla fixar den defekten tillsammans där och då. Denna metod ger också direkt feedback till den plats där den defekten skapades, och en process kan införas så att det inte händer igen. Medan BMW korrigerar felet i bilarna efter att de slutat från produktionslinjen i slutet. För att säkerhetskopiera detta hänvisar Jeff också till forskning gjord av Palm som visade att om ett fel i programvaran fixas efter sex veckor från det hittades, kommer det att ta 24 gånger längre tid att fixa det än om det fixades just nu det upptäcktes .

Du måste komponera ett helt team

Att arbeta inom begränsade tidsramar kräver att du är så effektiv som möjligt. Att ha yttre beroenden slösar mycket tid. Om du till exempel redan har en premadedesign och teamet har börjat implementera det. Och då inser du att du saknar en skärm, eller att du behöver komponera en ny förenklad version av skärmen eftersom du har tagit bort lite funktionalitet. Du kan potentiellt blockeras medan du letar efter din designer, som nu kan vara offline på en semester i bergen. Så kom ihåg att hålla alla lagkamrater ihop, åtminstone när du implementerar en MVP!

Var redo för plan B

Människor är inte maskiner. Lägg inte alla dina ägg i en korg. Utvecklare är människor (ibland är det svårt att tro :-)). De kan ha en förändring i personliga omständigheter, de kan bli sjuka osv. Så var redo att ansluta till andra utvecklare som en säkerhetsplan. På MadAppGang involverar vi medvetet substitutionsutvecklare för att utföra kod- och peer review hela tiden. Det löser två problem. En extern granskning hjälper oss att förbättra koden och projektet. Dessutom, om huvudutvecklaren inte kan arbeta av någon anledning, kräver ersättare inte någon ombordtid. Hon eller han kunde hoppa in och börja skriva koden omedelbart.

Tro på dig själv

Att arbeta i en stressig miljö kan vara skadligt för din mentala hälsa. Känn dig själv, förstå dina gränser, dina behov och förstå ledarskap. kom ihåg om du slutar tro på vad du gör, förvänta dig inte att resten av teamet ska förbli motiverade. Stöd och hjälp alla, vara ett bra exempel för alla, vara ledare. Du har antagligen läst eller åtminstone hört den här ikoniska boken, det kan se ut som kitsch men några av de enkla begreppen fungerar riktigt bra för mig. Hitta din egen inspirationskälla och håll den upp varje dag. Träna, ta kalla duschar, äta gott, meditera, prova tacksamhetsritualer - de är fantastiska för att hålla sig starka under stress och förbli positiva. Ledarskap är utmanande men det är en fantastisk möjlighet för dig att bli en bättre du! Hur man vinner vänner och påverkar människor

Jobba hårt

Det låter uppenbart. Men det finns ett stort antal fall då lagen (eller en del av laget) höll samma rytm för att arkivera enastående resultat. Alla i teamet bör förstå, för att uppnå enastående resultat under så enormt tidspress måste hela teamet gå med på att arbeta hårt från början. Jag uppskattar verkligen vårt MadAppGang-team som frivilligt offrade sina helger och fritid, ändrade sina scheman och drivit alla ansträngningar för att leverera MVP i tid. Det är viktigt att möjliggöra en naturlig balans, ditt team ska känna sig bekväma att de kan ha stillestånd efter att ha tagit sig ihop och pressat hårt.

Hitta bra utvecklare

Allt vi pratar om här är egentligen bara möjligt med ett exceptionellt team, ett team som delar din idé har en bra arbetsprocess och har verklig laganda och passion för deras arbete. I slutändan om du skapar en bra positiv arbetsmiljö för ditt team, litar du på människor, ger flexibilitet, tillåter människor att vara mänskliga, då kommer goda människor att komma, skapa tillsammans, bygga tillsammans och stanna tillsammans. Berätta om din startresa och dina lärdomar, vad är din hemlighet för att bygga fantastiska team ?! Se vår blogg för att lära dig mer om hur du väljer ett bra utvecklingsteam.

Läs mer coola historier på vår blogg: https://madappgang.com/blog