Så genomför du ett projekt med snabb prototypframtagning
Snabb prototypframtagning kan vara ett användbart verktyg för oss som digitala projektledare när vi ska hjälpa kunder som ställer frågorna: ”Men kommer det här att fungera?” och ”Hur kommer det här att fungera?” Ofta är det enkla, men frustrerande svaret helt enkelt: ”Det vet vi inte än – men låt oss hjälpa er att ta reda på det.” Ett utmärkt sätt att ta reda på det, och ett sätt som blir allt populärare bland byråer och kunder, är genom snabb prototypframtagning – att investera lite för att fatta ett välgrundat beslut om produktens livskraft innan man gör några större investeringar.
Vår bransch rör sig i blixtsnabb takt, och som digitala projektledare måste vi snabbt anpassa oss till nya arbetssätt. Ett aktuellt exempel på detta är snabb prototypframtagning. För nio månader sedan hade jag aldrig arbetat med ett projekt för snabb prototypframtagning, och nu har jag precis avslutat mitt fjärde projekt för snabb prototypframtagning för att snabbt testa produktens livskraft. Så om du inte redan har arbetat med ett projekt för snabb prototypframtagning tvivlar jag inte på att ett sådant snart dyker upp för dig.
Det här inlägget förklarar olika vägar för att undersöka produktens livskraft och ger dig några vägledande principer som hjälper dig att tryggt hantera snabbföränderliga digitala eller analoga projekt.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Men först, vad är snabb prototypframtagning?
Snabb prototypframtagning syftar på den process som används för att bygga ett koncepttest eller snabba prototyper. En prototyp är bra för att testa om ett koncept håller. Den gör det möjligt för dig att utveckla fler funktioner snabbare, men det sker normalt på bekostnad av kvaliteten och därför blir produkten till största delen förbrukningsbar.
Prototyper finns i olika former och storlekar
Även om det finns olika sätt att undersöka produktens livskraft finns här tre tydliga angreppssätt:
- Koncepttest – Ett koncepttest är en mycket enkel demonstrator av produkten som är avsedd att kastas bort och används för att testa idén bakom produkten innan den byggs.
- Snabb prototyp – En snabb prototyp är den första enkla versionen av produkten som kan testas med riktiga användare för att skapa större tillförsikt kring produkten innan den fullständiga utvecklingen.
- Minsta livskraftiga produkt (MVP) – En MVP är den första versionen av produkten med produktionskvalitet, där fullt fungerande funktioner byggs upp för användarna.
Din tillförsikt kring produkten bör vara den huvudsakliga faktorn när du avgör vilket angreppssätt du ska välja.
Ju större risk idén innebär = desto snabbare bör du gå fram.
Vissa kanske säger att om en idé är riskfylld bör du ägna mer tid åt att tänka igenom den innan du bygger den. På vissa sätt har de rätt. Du kan bekräfta ett behov nästan utan att bygga någonting. Det finns många exempel på valideringstester som är värda att undersöka.
När du väl vet att det finns ett behov är det enda sättet att bevisa behovet att bygga något, lansera det så snabbt som möjligt i sin enklaste form, få återkoppling och iterera. Vi har många gånger upptäckt att när man undersöker en idé säger kunden nästan alltid ”Det där skulle jag köpa”, men när produkten väl lanseras ökar försäljningen inte.
”Det där skulle jag definitivt köpa” – 100 personer
Personer som faktiskt kommer att köpa den = 10
Jeff Sheldon (@ugmonk) 1 september 2016
Snabb prototypframtagning minskar risken varje gång genom att förkorta återkopplingsslingan och säkerställa att du bygger en produkt som kommer att sälja.
Så vet du vilken som passar dig
| Prototypstil | Tillförsikt | Hur fejkad | Hur förbrukningsbar |
|---|---|---|---|
| Koncepttest | Låg | Helt | Helt |
| Snabb prototyp | Medel | Delvis | Delvis |
| Minsta livskraftiga produkt | Hög | Mycket lite/ingen | Byggd för att hålla |
För att kunna bygga saker snabbt måste du vara öppen för att utveckla nya processer och arbetssätt.
Vägledande principer för att hantera projekt med snabb prototypframtagning
Att arbeta på de sätt som beskrivs nedan kräver ett nytt tankesätt. Jag rekommenderar att du inleder projektet med ett internt uppstartsmöte för att gå igenom dessa principer och förklara varför de är viktiga. Det hjälper till att säkerställa att hela teamet är samordnat från början, vet vad som förväntas av dem och är medvetet om var och varför projektet kan skilja sig från det de är vana vid.
1. Var beredd på att göra mindre
Det innebär förmodligen mindre planering i förväg än du är van vid och att du behöver känna dig bekväm med att ha:
- Inga eller minimala acceptanskriterier
- Inga deluppgifter i användarberättelser
- Inga uppskattningar
Det du förlorar genom en rigid process vinner du i snabbhet, förtroende och kommunikation. Acceptera bristen på kontroll.
Den här principen påminner hela teamet om att det är okej att överge välkända processer för att kunna leverera fungerande programvara snabbare. Det är bra att regelbundet fråga sig själv och teamet: ”är det här det snabbaste sättet att göra x på?”.
2. Visa, berätta inte
Eftersom du planerar mindre i förväg kommer du att prata och rita mer under utvecklingen. Du kanske vill förlänga era standup-möten så att ni kan prata lite mer ingående om funktionen innan teamet börjar bygga den samma dag. Som ordspråket säger: en bild säger mer än tusen ord. Ibland räcker det med en skiss av sidan, en innehållsmodell eller ett diagram som visar hur systemet ska byggas för att börja bygga, och sedan kan ni iterera utifrån det.
Den här principen skapar förtroende hos dig och kunden. Alla tycker om att se framsteg, och genom att regelbundet visa upp arbetet skapas möjligheter till snabb återkoppling, vilket minimerar slöseri.
3. Be om ursäkt, inte om tillåtelse
I de flesta rigorösa programvaruutvecklingsprocesser är konsensus avgörande. Du vill att produktägaren ska godkänna acceptanskriterierna, och som projektledare vill du veta att teamet har förstått kraven innan de skriver en enda rad kod.
Med snabba prototyper är det viktigt att teamet känner sig bemyndigat att helt enkelt bygga det utifrån sin bästa förståelse av nuläget, sedan visa upp arbetet så snabbt som möjligt, få återkoppling och iterera.
Om ni försöker nå konsensus från början går arbetet långsammare, och arbete går sällan till spillo om teamet visar vad de arbetar med tidigt och ofta.
Den här principen är särskilt användbar för utvecklare. Den lägger ansvaret på dem att inledningsvis utforma och bygga en funktion med liten extern påverkan. Ofta bygger vi för mycket och komplicerar saker i onödan eftersom vi inte alltid ser den tekniska komplexitet som våra önskemål innebär. Därför är det ett utmärkt sätt att arbeta att lita på att utvecklarna i teamet avgör vilken den enklaste implementationen är och bygger den först.
För att detta ska fungera är det avgörande att dina utvecklare har en djup förståelse för projektet, så att de kan fatta rätt beslut för projektet och bara bygger tillräckligt .
4. Uppmuntra alltid teamet att visa vad de arbetar med (även om det är fult)
Den här processen är inspirerad av Government Digital Services principer för prototyper.
Vanligtvis visar vi bara funktioner för kunder när de är färdiga. I projekt med snabb prototypframtagning är det viktigt att visa upp dem så snart de fungerar, så att ni kan minimera slöseri, iterera och byta riktning vid behov.
Få det att fungera. Visa det.
Gör det snyggt. Visa det.
Få det att skala. Visa det.
Den här principen befriar teammedlemmarna från känslan av att de bara bör visa upp arbete när det har granskats av en designer eller testats fullständigt. Fira pågående arbete.
5. Välj fysiska arbetsprocesser framför digitala
Som Brett Harned uttrycker det: vi hanterar projekt med våra sinnen, inte med våra verktyg. Var inte rädd för att överge dina verktyg för projektledning. Visualisera arbetet, använd en fysisk backlogg, sätt upp skisser, användarflöden och personas på väggen och håll standup-mötet runt den. Hänvisa till den ofta och uppmuntra människor att ta ansvar för att flytta kort och fira lanseringen av nya funktioner. Om kunden inte befinner sig på samma plats, fotografera allt och dela det via Slack så att kunden inte hamnar utanför.
Att prova en ny process kan vara svårt. Att visualisera arbetet leder sannolikt till samtal som inte skulle uppstå om ni satt i Hangouts och tittade på en digital tavla. Det blir snabbt uppenbart om ett fysiskt kort inte har flyttats på en dag eller om det finns för mycket pågående arbete. Fysiska arbetsprocesser ger ett extra lager av transparens, och tro mig: när allt känns otydligt kommer du att vara evigt tacksam för det.
6. Var fantastiska mot varandra
Det är naturligt att känna sig överväldigad när man försöker införa en ny process och ett nytt arbetssätt, särskilt när man själv också är ny på det. Led ändå med självförtroende och uppmuntra teamet när de har det svårt. Lyssna uppmärksamt på deras farhågor och var beredd att justera processen under arbetets gång. Se till att processen inte skapar ytterligare press på teamet – snabb prototypframtagning handlar om att arbeta smartare, inte hårdare.
Beroende på personligheterna i ditt team kommer vissa teammedlemmar att välkomna det här nya arbetssättet, medan andra kanske kommer att motsätta sig det. Vi lär oss alla i olika takt, och varje disciplin kommer att hantera olika utmaningar när de anpassar sig till att arbeta på ett nytt sätt. Som PM bör du vara medveten om detta och försöka skapa en stödjande och trygg miljö för teamet – sitt tillsammans, drick te och stäm regelbundet av med alla för att se hur det går för dem.
7. Minimera distraktioner
Det är ibland svårt att som PM veta var du kan kompromissa med en ny process och var du bör hålla fast vid din linje. När det gäller att acceptera nya förändringar mitt under en sprint bör du fortsätta att säga ifrån och säga nej. Det är viktigt att ditt team får arbeta ostört när en sprint börjar – att skydda deras tid är det mest värdefulla du kan göra.
Den här principen ger teamet möjlighet att säga ifrån mot förfrågningar. Det är troligt att ni kommer att genomföra sprintar på en vecka, och med ett så kort tidsfönster har ni inte råd att förlora tid. Få stöd från resten av företaget så att människor känner att de kan skjuta upp interna möten eller ytterligare ansvarsområden för att kunna fokusera helt under den perioden.
Så får du snabb prototypframtagning att fungera för dig
Jag har upplevt att det här nya arbetssättet är oerhört givande, även om det ibland kändes kaotiskt, rörigt och okontrollerat. Det är svårt att veta var och hur mycket du bör avvika från din nuvarande process, men jag uppmuntrar dig att experimentera, misslyckas snabbt och vara öppen med ditt team om vad du behöver från dem.
Vid vissa tillfällen tog vi bort en central del av processen och återinförde den senare, eftersom det blev uppenbart att jag hade svårt att hantera projektet utan den. I dessa skeden av projektet såg jag till att tydligt kunna förklara konsekvenserna av att ta bort processen för resten av teamet. Som team diskuterade vi om det fanns något annat sätt för mig att få fram den informationen. Om vi inte kunde hitta en bättre lösning återinförde vi processen. Det är i sådana stunder som du får skörda fördelarna av att ha byggt en stödjande miljö präglad av ömsesidigt förtroende och respekt. Vid varje steg lär vi oss, itererar och går vidare som ett helt team.
Tack till Chris Thorpe för dessa principer – allt jag vet är tack vare honom.
