Team som arbetar på distans är inte bara en trend som uppstått under pandemin, utan det nya normala för ambitiösa startups som vill utveckla agila och skalbara produkter. Men sanningen är den här: de flesta grundare gör det helt fel. De slänger in några Zoom-möten i kalendern, hoppas på det bästa och undrar sedan varför deras team på distans känns mer som en belastning än en tillgång.
Hur är det egentligen?
Att leda ett distribuerat team för agil produktutveckling handlar inte om geografi; det handlar om att ompröva hela ditt tillvägagångssätt när det gäller rekrytering, kommunikation, processer och mätning. Det handlar om att inse att distansarbete inte hämmar produktiviteten; det är dåligt ledarskap som gör det. Och det handlar om att inse att i en värld där den bästa procenten av talangerna inte sitter i din stad och väntar på din jobbannons, är distribuerade team inte bara ett alternativ – de är din konkurrensfördel.
I den här artikeln ska jag avslöja myterna kring Silicon Valley, dela med mig av beprövade strategier från verkligheten och visa dig hur du kan förvandla distansarbete från ett nödvändigt ont till ditt startups hemliga vapen. För frågan är inte om du bör bygga upp ditt företag på distans – utan om du har råd att låta bli.
De flesta riskkapitalister förespråkar aktivt tanken att man MÅSTE ha ett lokalt team i sin stad och att man inte bör lägga ut eller anlita externa företag eller personer för något arbete. Tanken är att anställa några utvecklare inom några veckor, sitta tillsammans i ett vardagsrum (eller på ett kontorshotell) och få saker gjorda.
Du har förmodligen fel när det gäller distansarbetande team.
Om du inte har extremt bra kontakter och är mycket övertygande är oddsen emot dig. Att anställa den bästa 1 procenten i San Francisco eller Stockholm? Det är en fantasi för de flesta nystartade företag. Även om du väljer att rekrytera internt kan processen ta allt från 1 till 9 månader om du har rimliga kvalitetskrav. Mycket ofta ligger det närmare den övre gränsen.
Distansarbete kommer att bli verklighet, oavsett om det handlar om interna eller externa team.
Ditt interna team kommer troligtvis ändå att förvänta sig förmåner för distansarbete. Om ditt mål är att bygga upp ett globalt företag finns det ingen anledning att inte börja direkt med ett team som arbetar på distans.
Sanningen är att alla problem med distansarbete egentligen bara är dolda driftsproblem. Det är bara toppen av isberget när det gäller bristfälliga drifts- och kommunikationsprocesser. Det har ingenting med distansarbete att göra.
Distansarbete gör bara att andra problem blir tydligare.
Om man till exempel inte skriver mötesanteckningar efter mötena är det något som kanske inte får några konsekvenser i en intern kontorskultur, eftersom man kan ta igen det vid vattenautomaten. För ett distansarbetsteam är detta dock ett stort problem, eftersom det leder till bristande samordning. Är detta ett problem som beror på distansarbetet? Nej. Det handlar bara om att det saknas bra rutiner för informationsdelning.
Molnsystem har en fantastisk funktion som kallas automatisk skalning. Detta koncept kan även tillämpas på rekrytering. De fasta lönerna för ditt startup-team utgör en kostnad, och du kan inte garantera att hela teamet kommer att utnyttjas fullt ut. Att ha ett team på kontrakt möjliggör automatisk skalning. Spara pengar. Håll dig kvar länge.
Det är här de flesta grundare tappar greppet helt och hållet. De låter sig förföras av Silicon Valley-myten om att anställa de ”bästa och smartaste” på orten, bygga upp sitt drömlag i ett garage och sedan skala upp verksamheten därifrån. Men detta tillvägagångssätt bortser från en grundläggande verklighet:att anställa den bästa 1 procenten på orten är en fantasiför de flesta nystartade företag.
Även om du bestämmer dig för att rekrytera en utvecklare eller designer internt kan rekryteringsprocessen ta allt från 1 till 9 månader om du har rimliga kvalitetskrav. Mycket ofta ligger det närmare den övre gränsen. Under tiden sinar dina resurser, dina konkurrenter lanserar sina produkter och du sitter fast i rekryteringshelvetet.
Det handlar om resultaten
Vilket resultat vill du uppnå som nystartat företag i ett tidigt skede? Jag tror att det första resultatet du vill uppnå är att lansera din produkt (prototypen) så snart som möjligt och samla in feedback för att avgöra om du ska ändra inriktning eller fortsätta på samma väg. Du bör ha en lanseringscykel på 4–6 veckor för MVP:n och en bra strategi för att nå de första användarna och samla in data.
Behöver ni ett helt lokalt team för det här? Nej.
Ditt team är bara ett verktyg för att få saker gjorda tills du har hittat rätt produkt-marknadsanpassning och har tillräckligt med finansiellt utrymme för att kunna fokusera på att bygga upp företaget. Fokusera på det viktiga först.
Fördelen med T-formen
Ett högpresterande team består av T-formade individer som fyller alla luckor i en organisation. Vad händer när det inte finns något arbete på front-end-sidan? Vad händer om en DevOps-ingenjör är på semester? En organisation uppbyggd i flera lager som saknar fullstack-utvecklare genererar med tiden enorma mängder slöseri.
Kom ihåg att fasta kostnader (främst löner) kan sänka företag. Att ha ett team som arbetar på kontraktsbasis möjliggör automatisk skalning. Beroende på hur lång tid ni har på er och er utvecklingsplan kan ni dynamiskt öka eller minska antalet teammedlemmar.
Det handlar inte om att ta genvägar, utan om strategisk resursfördelning. De bästa distansarbetande teamen inser att flexibilitet inte bara är en fördel – den är avgörande för att överleva i startup-världen, där allt förändras var sjätte vecka.
Distansarbete hämmar inte produktiviteten. Det är dåliga arbetsrutiner som gör det. Sanningen är att alla problem med distansarbete egentligen bara är dolda operativa problem. Det är toppen av isberget när det gäller bristfälliga operativa rutiner och kommunikationsprocesser. Distansarbetet gör bara att andra problem blir mer synliga.
Om man till exempel inte skriver mötesanteckningar efter mötena är det något som kanske inte får några konsekvenser i en intern kontorskultur, eftersom man kan ta igen det vid vattenautomaten. För ett distansarbetsteam är detta dock ett stort problem, eftersom det leder till bristande samordning. Är detta ett problem som beror på distansarbetet? Nej. Det handlar bara om att det saknas bra rutiner för informationsdelning.
Den dagliga disciplinen som förändrar allt
När vi införde dagliga commit på Ministry of Programming förklarade vi det som en bästa praxis inom kontinuerlig integration. Men här är vad vi upptäckte: dagliga commit handlar egentligen om att bygga upp en disciplin kring kontinuerlig leverans och öppenhet. Ett väl genomtänkt commit är rent användar- eller affärsvärde förpackat som en kodbit – med en tydlig koppling till affärsvärdet, bra dokumentation och automatiserade tester som gör att det omedelbart kan släppas.
Det är detaljerna som avgör. Ditt distansarbeteande team behöver se regelbundna och konkreta framsteg. Utan dagliga commit finns det ingen daglig build. Utan dagliga builds finns det ingen kontinuerlig leverans. Utan kontinuerlig leverans kan du bara hoppas att ditt distribuerade team förblir samstämt.
Det här är inte detaljstyrning, utan ett sätt att skapa öppenhet och ansvarstagande som gynnar alla. När ditt team är utspritt över olika tidszoner blir dessa små rutiner det sammanhållande elementet som ser till att alla arbetar mot samma mål.
Utforma din virtuella arbetsmiljö precis som din kod
Att använda Slack hela dagen är som att befinna sig i ett virtuellt öppet kontor, vilket inte är optimalt för koncentrerat arbete. Anpassa dina aktiviteter efter rätt virtuella miljöer: asynkron dokumentation för beslutsfattande, synkron video för gemensamt skapande, skriftliga uppdateringar för statusrapportering och muntliga diskussioner för problemlösning.
De bästa distansarbetande teamen inser att olika typer av aktiviteter kräver olika digitala miljöer – precis som man inte skulle skriva kod i ett mötesrum.Processen är den verkliga kulturen när teamet är utspritt över olika tidszoner.
Tänk på arkitekturen för din virtuella arbetsmiljö på samma sätt som du tänker på din programvaruarkitektur. Olika verktyg för olika uppgifter, tydliga gränssnitt mellan systemen och redundans där det behövs som mest.
Låt mig dela med mig av en historia som lärde oss en dyr läxa om att förlita sig för mycket på enkla mätvärden.
För några år sedan införde vi den dagliga commit-frekvensen som ett av våra kriterier för prestationsutvärderingen. Avsikten var god – vi ville uppmuntra kontinuerlig integration och regelbundna kodleveranser. Men en senior utvecklare började dela upp sitt arbete i mycket små commits. Istället för att skapa meningsfulla integrationspunkter gjorde hen separata commits för små ändringar – ett variabelnamn som byttes här, en formateringsändring där. Henes commit-diagram såg fantastiskt ut, ett hav av gröna rutor på GitHub. Under prestationsutvärderingen såg siffrorna fantastiska ut.
Men när vi grävde djupare upptäckte vi att även om antalet commit var högt, så var dessa i hög grad manipulerade och många av dem hade inget verkligt värde, vilket motverkade hela syftet med kontinuerlig leverans.
Denna erfarenhet lärde oss att även välmenande mätvärden kan vara kontraproduktiva när de används isolerat.Det är detaljerna som avgör– en daglig commit som inte är ordentligt utformad ger inget verkligt värde, utan bara brus och extraarbete.
Sanningen är att mätningen av utvecklarnas produktivitet sträcker sig långt bortom commit och PR. Man behöver ramverk som ger en helhetsbild:
Det handlar om resultaten.
Nästa gång du känner dig frestad att mäta produktivitet genom att räkna kodrader eller commits, ta ett steg tillbaka och fråga dig: Mäter vi det som är viktigt, eller bara det som är lätt att mäta?
Verklig produktivitet handlar inte om hur mycket man producerar – utan om hur mycket värde man skapar för kunden. Detta blir ännu viktigare när det gäller team som arbetar på distans, där insynen i det dagliga arbetet kräver mer medveten mätning och kommunikation.
Som grundare som leder team på distans måste du förstå en grundläggande sak:startups är raka motsatsen till ren kod.De verkar i en icke-deterministisk miljö där konkurrenter, kunder och marknadsförhållanden förändras på oförutsägbara sätt. Du kanske har en bestämd åsikt om vad som kommer att hända, men du har med stor sannolikhet fel.
Sanningen är att många grundare fastnar i att skapa perfekta processer och dokumentation när de egentligen borde fokusera på en enda sak:att lansera produkten så snabbt som möjligt och samla in feedbackför att avgöra om man ska ändra inriktning eller hålla fast vid den ursprungliga planen. Ditt distansteam finns inte till för att genomföra en felfri plan – det finns till för att hjälpa dig att hantera osäkerheten och ta reda på vad som faktiskt fungerar.
Det här är vad som skiljer framgångsrika startup-team som arbetar på distans från de övriga:
Föredra handling framför analysförlamning.
När du står inför komplexa produktbeslut ska du motstå frestelsen att ägna veckor åt att samla in krav eller utarbeta detaljerade specifikationer. Utarbeta en enkel handlingsplan och genomför den effektivt genom att utnyttja ditt teams olika styrkor. Kom ihåg: att iterera och lansera är skillnaden mellan hypotes och sanning.
Fokusera på resultaten, inte på antalet anställda.
Varje startup har tre centrala utmaningar: rekrytering, produktutveckling och kapitalanskaffning. Jag skulle alltid välja produktutveckling och kapitalanskaffning, eftersom det inte finns någon mening med att ha ett team utan en hållbar produkt. Ditt team är bara ett verktyg för att få saker gjorda tills du hittar rätt produkt-marknadsanpassning.
Anpassa incitamenten till verkligheten.
Sanningen är att väldigt få människor kommer att arbeta extremt hårt utan rätt incitament, såvida de inte har en extremt stark inre motivation. Vem hindrar dig från att ge aktieandelar till team på kontrakt eller frilansare? Du kommer att få liknande resultat som med ett lokalt engagerat team – det handlar om ledarskap och om att dela framtida vinster.
Omfamna kaoset.
Det är i kaoset som ordning kan skapas, och du kan vara den som skapar ordning i ett nytt företag. Det är den största chansen i din karriär, och det är mycket enklare som anställd nummer 3 än som anställd nummer 56 211.
Din uppgift är inte att eliminera osäkerheten – utan att hantera den snabbare än dina konkurrenter. Distansarbetande team ger dig, när de leds på rätt sätt, den flexibilitet och kostnadsstruktur som krävs för att göra just det.
Att leda distansbaserade team inom agil produktutveckling handlar inte om att kopiera Silicon Valley eller jaga efter det senaste verktyget. Det handlar om ett obevekligt fokus på resultat, operativ disciplin och att bygga upp en kultur där distansarbete är en fördel, inte ett problem.
De framgångsrika grundarna inser att distansarbete inte bara handlar om geografi, utan om att skapa system som fungerar oavsett var teamet befinner sig. Det handlar om att mäta det som är viktigt, inte det som är lätt att räkna. Det handlar om att bygga in flexibilitet i teamets struktur så att man kan skala upp eller ner utifrån verkligheten, inte fantasier.
Som grundare är det din uppgift att se igenom bruset, ifrågasätta myterna och bygga upp ett team som kan skapa värde – oavsett var medlemmarna befinner sig. Omfamna kaoset, mät det som verkligen betyder något och kom ihåg: distansarbete är bara toppen av isberget. Det som verkligen gör skillnad är hur du leder, lär dig och genomför. Ditt distribuerade team är ingen kompromiss – det är din konkurrensfördel.
Är du redo att med självförtroende besluta om du ska byta inriktning eller fortsätta att utveckla?
Man bör genomföra konsekventa iterativa försök under minst tre månader, med tydlig uppföljning av nyckeltal, innan man utvärderar alternativ för en strategisk omställning.
En ihållande kundbortfall på över 80 % per månad, aktiveringsgrader under 15 % och ett LTV:CAC-förhållande under 1:1 under tre månader i rad tyder på att man bör överväga en strategisk omställning.
Genomför parallella experiment med ett litet team samtidigt som du fortsätter att underhålla din befintliga produkt för nuvarande kunder under valideringsfasen.
Förklara vilka konkreta problem förändringen löser för dem, ge stöd under övergångsperioden och erbjud alternativ om den nya inriktningen inte tillgodoser deras behov.