Hur man organiserar utvecklingen i ett nystartat programvaruföretag

Kategorisering av utvecklingen på ditt företag

En av de saker som kan hjälpa till med utvecklingsstrukturen är att dela upp de olika typerna av utvecklingsuppgifter på företaget i kategorier, så att du kan få en bättre uppfattning om prioritering, delegering och organisation inom teamet. 🤝

Nedan följer de tre kategorierna av utveckling som vi har på Salesflare:

Frågor är saker som är trasiga och behöver åtgärdas i produkten.

Men vad har prioritet? Och hur organiserar man dem? Det är därför vi har delat upp frågor i ytterligare tre kategorier: omedelbara frågor, instant staging och icke-instanta frågor.

Omedelbara problem är de som - du gissade rätt - måste åtgärdas omedelbart. Det kan vara saker som är verkligen trasiga, saker som användarna märker, saker i appen som behöver åtgärdas, etc. 🚨

Instant staging är inte lika "omedelbart" som instant issues, men det här är saker som måste åtgärdas innan den senaste programvaruversionen släpps i produktionsmiljön. Det här är oftast problem som vi märker i vår staging-miljö genom interna tester.

Frågor som inte är omedelbara har lägre prioritet och diskuteras i förberedelsemötet för sprinten (mer om det senare).

UX-förbättringar får högre prioritet än icke omedelbara problem och omfattar allt under utveckling som rör upplevelsen och användbarheten av produkten. I grund och botten handlar det om saker som förbättrar upplevelsen för kunderna.

Funktioner är nya funktioner som vi vill lägga till i produkten, t.ex. bulkåtgärder, avancerad filtrering osv. Dessa har lägst prioritet av de planerade uppgifterna under en sprint.

Att dela upp olika typer av utveckling kan hjälpa dig att organisera ditt team på ett bättre sätt, men hur bestämmer du vem som ska ta itu med vad?

Support Hero är här för att rädda dagen!

Vi är själva ett SaaS-företag och förstår vikten av att ta itu med problem snabbt för att ge kunderna bästa möjliga upplevelse. Det betyder dock inte att vi ska ha hela teamet som tillbringar sina dagar med att hoppa på problem - vi skulle aldrig få något annat arbete gjort! 👨‍💻👩‍💻

Det är därför vi använder ett system som både tar bort distraktioner och ökar produktiviteten inom utvecklingsteamet. Vi kallar det Support Hero.

Supporthjälten är en person i utvecklingsteamet, som roterar dagligen, som fokuserar på omedelbara problem som behöver åtgärdas (och svarar på mer djupgående och tekniska frågor som användarna har), så att teamet kan fokusera på sina uppgifter. 💪

Alla problem som inte kan lösas i det exakta ögonblicket av Support Hero loggas i GitHub, den programvara vi använder för kod- och problemhantering, och åtgärdas sedan så snart som möjligt.

Det fina med att ha en supporthjälte är att du även med ett litet team kan erbjuda dina kunder högkvalitativ support - alla djupgående tekniska problem kan lösas på plats och du slipper den frustrerande processen med att behöva lämna över frågor till "rätt" person.

Det bästa av allt: att ha en supporthjälte för dina utvecklare närmare dina kunder. 💛

Allt handlar om struktur

Nu när vi har berört olika typer av utveckling och hur man delegerar frågor, låt oss diskutera hur man organiserar sin struktur. Alla de olika komponenterna nedan samverkar för att informera om hur teamet rör sig framåt.

En produktvision och en färdplan kan hjälpa dig att veta vart du vill föra produkten, så att du sedan kan ha funktioner i åtanke som tar dig dit - detta överlappar helst med vad du hämtar från din support. 👓

Stöd är allt om att få feedback från kunderna. Detta inkluderar funktionsförfrågningar, problem och UX-förbättringar, som följer den tidigare nämnda produktvisionen och färdplanen. Logga dessa och ta med dem till förberedelsemötet för sprinten.

En problemspårare rapporterar fel både i back-end och front-end. Det gör också att du kan se vilka problem som dyker upp även utan att människor berättar det för dig. Ett förslag är Elastic APM - men det finns många alternativ där ute.

Intern testning gör att hela ditt team kan testa nya funktioner innan de går live. Vi testar aktivt innan vi släpper uppdateringar från staging till produktion. Och eftersom vi använder Salesflare internt kan vi därför också själva upptäcka eventuella problem och förbättringar i produkten. Det är alltid bra att låta ditt team använda din produkt när det är möjligt för att få förstahandsexponering för eventuella problem som kan uppstå och för att få en djup förståelse för din egen produkt.

Hotjar inspelningssessioner kan hjälpa ditt team att se hur människor interagerar med produkten och var saker går fel (eller rätt). Användarinspelningar är inte nödvändiga varje dag, men kan ge dig ytterligare insikter i hur människor använder din produkt, eftersom du kan se vad de går igenom utan att de behöver förklara det för dig.

Dags att spurta!

Strukturera ditt utvecklingsteams arbete i sprintar - en agil metodik. Som en allmän riktlinje är två veckor långa sprintar vanligast för IT- och programvaruproduktutveckling. 🏃‍

Vi rekommenderar dock att du förbereder dig inför dina sprintmöten - annars kan det bli lite kaotiskt och utanför ämnet.

Detta kan åtgärdas genom att ha förberedande möten inför sprinten. CTO, produktägaren och produktchefen (läs mer om skillnaden mellan produktägare vs produktchef) deltar i detta möte och använder tiden till att titta på omedelbara problem som återstår, UX-förbättringar, icke omedelbara problem och funktioner. Detta hjälper till att sätta agendan och prioriteringarna för den kommande sprinten utan att behöva ta tid från själva sprintmötet. ✅

Sedan är det naturligtvis dags att ha sprintmötet! Sprintmötet är en teknisk inzoomning på det som diskuterades under förberedelsemötet, så att utvecklingsteamet vet exakt hur de ska gå till väga. Det ger också en plattform för att granska omedelbara problem tillsammans som ett team. Detta möte bör omfatta CTO och utvecklingsteamet. Produktägaren och supportteamet kan också delta, men behövs inte lika mycket i det här skedet.

I början av detta möte är det en bra idé att reflektera över den föregående sprinten - vad som gick bra, vad som gick fel osv.

Vad finns i din verktygslåda?

De verktyg du använder inom ditt företag kan ge ditt utvecklingsteam goda förutsättningar att lyckas. Vi har redan berört Hotjar och Elastic APM, men några andra verktyg att överväga för mer strömlinjeformad kommunikation och uppgiftshantering inkluderar:

Slack - för interna diskussioner, uppdateringar/notifieringar, fildelning och en och annan rolig gif

Trello för uppgift/projektledning och -uppföljning vem som gör vad i en viss sprint

GitHub - där vi spårar problem, funktionsförfrågningar etc.

Intercom - för att kommunicera med kunder

En bra aspekt med att använda dessa verktyg är att de kan interagera med varandra. Till exempel får vi uppdateringar från Trello och Github i Slack. Och i Trello använder vi en GitHub power-up som integrerar GitHub-information i Trello. 🌐

Dessutom kan vi länka GitHub tillbaka till Intercom-konversationer, så att vi alltid har sammanhanget till hands; och när vi levererar funktioner eller åtgärdar problem kan vi kommunicera tillbaka om det utan fel.

Oavsett hur du väljer att strukturera utvecklingen på ditt företag är det alltid viktigt att se till att ditt team - oavsett hur stort eller litet det är - kan arbeta inom de processer du väljer att använda. 🚀

Var inte rädd för att ändra på saker om de inte fungerar! Nyckeln är att hitta det som fungerar för dig och ditt företag och fortsätta med det.

Vi hoppas att den här snabbguiden har gett dig lite inspiration till hur du kan bygga upp och strukturera ditt utvecklingsteam!

Har du fler bra idéer? Berätta för oss i kommentarerna! ✨

Gillade du det här inlägget? Kolla in resten av vår Insida Salesflare serie.