{"id":55846,"date":"2018-05-03T07:32:04","date_gmt":"2018-05-03T07:32:04","guid":{"rendered":"https:\/\/blog.salesflare.com\/?p=55846"},"modified":"2026-02-23T16:13:28","modified_gmt":"2026-02-23T15:13:28","slug":"how-to-organize-development-in-a-lean-software-startup-108bf51ab123","status":"publish","type":"post","link":"https:\/\/blog.salesflare.com\/sv\/hur-man-organiserar-utveckling-i-en-lean-software-startup-108bf51ab123","title":{"rendered":"Hur man organiserar utvecklingen i ett nystartat programvaruf\u00f6retag"},"content":{"rendered":"
\n
<\/header>\n

Hur man organiserar utvecklingen i ett nystartat programvaruf\u00f6retag<\/h1>\n

Insida Salesflare<\/h2>\n
\n
\n
\n
\n

Att starta ett teknikf\u00f6retag kan vara en kaotisk, stressig och givande process.<\/p>\n

Men en av de saker som verkligen kan hj\u00e4lpa till i ett tidigt skede \u00e4r att ha strukturer p\u00e5 plats som g\u00f6r det m\u00f6jligt f\u00f6r ditt team att arbeta effektivt - s\u00e4rskilt p\u00e5 utvecklingssidan. Det sista ditt f\u00f6retag beh\u00f6ver \u00e4r kaos n\u00e4r det g\u00e4ller att bygga din produkt. \ud83d\ude31<\/p>\n

S\u00e5, hur b\u00f6rjar du? Och ska du outsourca eller anst\u00e4lla internt<\/a>?<\/p>\n

Nedan f\u00f6ljer en snabbguide f\u00f6r att bygga upp och strukturera ditt SaaS-utvecklingsteam<\/a> - och om du best\u00e4mmer dig f\u00f6r att l\u00e4gga ut det p\u00e5 entreprenad kan du ocks\u00e5 anv\u00e4nda den h\u00e4r guiden som ett ramverk. \ud83e\udd29<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Kategorisering av utvecklingen p\u00e5 ditt f\u00f6retag<\/strong><\/h4>\n

En av de saker som kan hj\u00e4lpa till med utvecklingsstrukturen \u00e4r att dela upp de olika typerna av utvecklingsuppgifter p\u00e5 f\u00f6retaget i kategorier, s\u00e5 att du kan f\u00e5 en b\u00e4ttre uppfattning om prioritering, delegering och organisation inom teamet. \ud83e\udd1d<\/p>\n

Nedan f\u00f6ljer de tre kategorierna av utveckling som vi har p\u00e5 Salesflare:<\/p>\n

Fr\u00e5gor <\/strong>\u00e4r saker som \u00e4r trasiga och beh\u00f6ver \u00e5tg\u00e4rdas i produkten.<\/p>\n

Men vad har prioritet? Och hur organiserar man dem? Det \u00e4r d\u00e4rf\u00f6r vi har delat upp fr\u00e5gor i ytterligare tre kategorier: omedelbara fr\u00e5gor, instant staging<\/a> och icke omedelbara fr\u00e5gor.<\/p>\n

Omedelbara problem \u00e4r de som - du gissade r\u00e4tt - m\u00e5ste \u00e5tg\u00e4rdas omedelbart. Det kan vara saker som \u00e4r verkligen<\/em> trasiga, saker som anv\u00e4ndarna m\u00e4rker, saker i appen som beh\u00f6ver \u00e5tg\u00e4rdas, etc. \ud83d\udea8<\/p>\n

<\/figure>\n

\"kille<\/p>\n

Instant staging \u00e4r inte lika \"omedelbart\" som instant issues, men det h\u00e4r \u00e4r saker som m\u00e5ste \u00e5tg\u00e4rdas innan den senaste programvaruversionen sl\u00e4pps i produktionsmilj\u00f6n. Det h\u00e4r \u00e4r oftast problem som vi m\u00e4rker i v\u00e5r staging-milj\u00f6 genom interna tester.<\/p>\n

Fr\u00e5gor som inte \u00e4r omedelbara har l\u00e4gre prioritet och diskuteras i f\u00f6rberedelsem\u00f6tet f\u00f6r sprinten (mer om det senare).<\/p>\n

UX-f\u00f6rb\u00e4ttringar <\/strong>f\u00e5r h\u00f6gre prioritet \u00e4n icke omedelbara problem och omfattar allt under utveckling som r\u00f6r upplevelsen och anv\u00e4ndbarheten av produkten. I grund och botten handlar det om saker som f\u00f6rb\u00e4ttrar upplevelsen f\u00f6r kunderna.<\/p>\n

Funktioner <\/strong>\u00e4r nya funktioner som vi vill l\u00e4gga till i produkten, t.ex. bulk\u00e5tg\u00e4rder, avancerad filtrering osv. Dessa har l\u00e4gst prioritet av de planerade uppgifterna under en sprint.<\/p>\n

Att dela upp olika typer av utveckling kan hj\u00e4lpa dig att organisera ditt team p\u00e5 ett b\u00e4ttre s\u00e4tt, men hur best\u00e4mmer du vem som ska ta itu med vad?<\/p>\n

\n
\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Support Hero \u00e4r h\u00e4r f\u00f6r att r\u00e4dda dagen!<\/strong><\/h4>\n

Vi \u00e4r sj\u00e4lva ett SaaS-f\u00f6retag och f\u00f6rst\u00e5r vikten av att ta itu med problem snabbt f\u00f6r att ge kunderna b\u00e4sta m\u00f6jliga upplevelse. Det betyder dock inte att vi ska ha hela teamet som tillbringar sina dagar med att hoppa p\u00e5 problem - vi skulle aldrig f\u00e5 n\u00e5got annat arbete gjort! \ud83d\udc68\u200d\ud83d\udcbb\ud83d\udc69\u200d\ud83d\udcbb<\/p>\n

Det \u00e4r d\u00e4rf\u00f6r vi anv\u00e4nder ett system som b\u00e5de tar bort distraktioner och \u00f6kar produktiviteten inom utvecklingsteamet. Vi kallar det Support Hero.<\/p>\n

\n
<\/div>\n<\/figure>\n

\"superman\"<\/p>\n

Supporthj\u00e4lten \u00e4r en person i utvecklingsteamet, som roterar dagligen, som fokuserar p\u00e5 omedelbara problem som beh\u00f6ver \u00e5tg\u00e4rdas (och svarar p\u00e5 mer djupg\u00e5ende och tekniska fr\u00e5gor som anv\u00e4ndarna har), s\u00e5 att teamet kan fokusera p\u00e5 sina uppgifter. \ud83d\udcaa<\/p>\n

Alla problem som inte kan l\u00f6sas i det exakta \u00f6gonblicket av Support Hero loggas i GitHub, den programvara vi anv\u00e4nder f\u00f6r kod- och problemhantering, och \u00e5tg\u00e4rdas sedan s\u00e5 snart som m\u00f6jligt.<\/p>\n

Det fina med att ha en supporthj\u00e4lte \u00e4r att du \u00e4ven med ett litet team kan erbjuda dina kunder h\u00f6gkvalitativ support - alla djupg\u00e5ende tekniska problem kan l\u00f6sas p\u00e5 plats och du slipper den frustrerande processen med att beh\u00f6va l\u00e4mna \u00f6ver fr\u00e5gor till \"r\u00e4tt\" person.<\/p>\n

Det b\u00e4sta av allt: att ha en supporthj\u00e4lte f\u00f6r dina utvecklare n\u00e4rmare dina kunder. \ud83d\udc9b<\/strong><\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Allt handlar om struktur<\/strong><\/h4>\n

Nu n\u00e4r vi har ber\u00f6rt olika typer av utveckling och hur man delegerar fr\u00e5gor, l\u00e5t oss diskutera hur man organiserar<\/em> sin struktur. Alla de olika komponenterna nedan samverkar f\u00f6r att informera om hur teamet g\u00e5r vidare.<\/p>\n

En produktvision och en f\u00e4rdplan <\/strong>kan hj\u00e4lpa dig att veta vart du vill f\u00f6ra produkten, s\u00e5 att du sedan kan ha funktioner i \u00e5tanke som tar dig dit - detta \u00f6verlappar helst med vad du h\u00e4mtar fr\u00e5n din support. \ud83d\udc53<\/p>\n

St\u00f6d<\/strong> \u00e4r allt om att f\u00e5 feedback fr\u00e5n kunderna<\/a>. Detta inkluderar funktionsf\u00f6rfr\u00e5gningar, problem och UX-f\u00f6rb\u00e4ttringar, som f\u00f6ljer den tidigare n\u00e4mnda produktvisionen och f\u00e4rdplanen. Logga dessa och ta med dem till f\u00f6rberedelsem\u00f6tet f\u00f6r sprinten.<\/p>\n

En problemsp\u00e5rare<\/strong> rapporterar fel b\u00e5de i back-end och front-end. Det g\u00f6r ocks\u00e5 att du kan se vilka problem som dyker upp \u00e4ven utan att m\u00e4nniskor ber\u00e4ttar det f\u00f6r dig. Ett f\u00f6rslag \u00e4r Elastic APM - men det finns m\u00e5nga alternativ d\u00e4r ute.<\/p>\n

Intern testning<\/strong> g\u00f6r att hela ditt team kan testa nya funktioner innan de g\u00e5r live. Vi testar aktivt innan vi sl\u00e4pper uppdateringar fr\u00e5n staging till produktion. Och eftersom vi anv\u00e4nder Salesflare internt kan vi d\u00e4rf\u00f6r ocks\u00e5 sj\u00e4lva uppt\u00e4cka eventuella problem och f\u00f6rb\u00e4ttringar i produkten. Det \u00e4r alltid bra att l\u00e5ta ditt team anv\u00e4nda din produkt n\u00e4r det \u00e4r m\u00f6jligt f\u00f6r att f\u00e5 f\u00f6rstahandsexponering f\u00f6r eventuella problem som kan uppst\u00e5 och f\u00f6r att f\u00e5 en djup f\u00f6rst\u00e5else f\u00f6r din egen produkt.<\/p>\n

Hotjar <\/strong>inspelningssessioner kan hj\u00e4lpa ditt team att se hur m\u00e4nniskor interagerar med produkten och var saker g\u00e5r fel (eller r\u00e4tt). Anv\u00e4ndarinspelningar \u00e4r inte n\u00f6dv\u00e4ndiga varje dag, men kan ge dig ytterligare insikter i hur m\u00e4nniskor anv\u00e4nder din produkt, eftersom du kan se vad de g\u00e5r igenom utan att de beh\u00f6ver f\u00f6rklara det f\u00f6r dig.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Dags att spurta!<\/strong><\/h4>\n

Strukturera ditt utvecklingsteams arbete i sprintar - en agil metodik. Som en allm\u00e4n riktlinje \u00e4r tv\u00e5 veckor l\u00e5nga sprintar vanligast f\u00f6r IT- och programvaruproduktutveckling.<\/a> \ud83c\udfc3\u200d<\/p>\n

Vi rekommenderar dock att du f\u00f6rbereder dig inf\u00f6r dina sprintm\u00f6ten - annars kan det bli lite kaotiskt och utanf\u00f6r \u00e4mnet.<\/p>\n

Detta kan \u00e5tg\u00e4rdas genom att ha sprintf\u00f6rberedelsem\u00f6ten. CTO, produkt\u00e4gare och produktchef (l\u00e4s mer om skillnaden mellan produkt\u00e4gare och produktchef<\/a>) deltar i detta m\u00f6te och anv\u00e4nder tiden till att titta p\u00e5 omedelbara problem som \u00e5terst\u00e5r, UX-f\u00f6rb\u00e4ttringar, icke omedelbara problem och funktioner. Detta hj\u00e4lper till att s\u00e4tta agendan och prioriteringarna f\u00f6r den kommande sprinten utan att beh\u00f6va ta tid fr\u00e5n sj\u00e4lva sprintm\u00f6tet. \u2705<\/p>\n

Sedan \u00e4r det naturligtvis dags att ha sprintm\u00f6tet! Sprintm\u00f6tet \u00e4r en teknisk inzoomning p\u00e5 det som diskuterades under f\u00f6rberedelsem\u00f6tet, s\u00e5 att utvecklingsteamet vet exakt hur de ska g\u00e5 till v\u00e4ga. Det ger ocks\u00e5 en plattform f\u00f6r att granska omedelbara problem tillsammans som ett team. Detta m\u00f6te b\u00f6r inkludera CTO och utvecklingsteamet<\/a>. Produkt\u00e4garen och supportteamet kan ocks\u00e5 delta, men de beh\u00f6vs inte lika mycket i det h\u00e4r skedet.<\/p>\n

I b\u00f6rjan av detta m\u00f6te \u00e4r det en bra id\u00e9 att reflektera \u00f6ver den f\u00f6reg\u00e5ende sprinten - vad som gick bra, vad som gick fel osv.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Vad finns i din verktygsl\u00e5da?<\/strong><\/h4>\n

De verktyg som du anv\u00e4nder inom ditt f\u00f6retag kan ge ditt utvecklingsteam f\u00f6ruts\u00e4ttningar att lyckas. Vi har redan ber\u00f6rt Hotjar och Elastic APM, men n\u00e5gra andra verktyg att \u00f6verv\u00e4ga f\u00f6r mer str\u00f6mlinjeformad kommunikation och uppgiftshantering<\/a> inkluderar:<\/p>\n

Slack - <\/strong>f\u00f6r interna diskussioner, uppdateringar\/notifieringar, fildelning och en och annan rolig gif<\/p>\n

Trello <\/strong>f\u00f6r uppgift\/projektledning och -uppf\u00f6ljning<\/a> vem som g\u00f6r vad i en viss sprint<\/p>\n

GitHub - <\/strong>d\u00e4r vi sp\u00e5rar problem, funktionsf\u00f6rfr\u00e5gningar etc.<\/p>\n

Intercom - <\/strong>f\u00f6r att kommunicera med kunder<\/p>\n

En bra aspekt med att anv\u00e4nda dessa verktyg \u00e4r att de kan interagera med varandra. Till exempel f\u00e5r vi uppdateringar fr\u00e5n Trello och Github i Slack. Och i Trello anv\u00e4nder vi en GitHub power-up som integrerar GitHub-information i Trello. \ud83c\udf10<\/p>\n

Dessutom kan vi l\u00e4nka GitHub tillbaka till Intercom-konversationer, s\u00e5 att vi alltid har sammanhanget till hands; och n\u00e4r vi levererar funktioner eller \u00e5tg\u00e4rdar problem kan vi kommunicera tillbaka om det utan fel.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Oavsett hur du v\u00e4ljer att strukturera utvecklingen p\u00e5 ditt f\u00f6retag \u00e4r det alltid viktigt att se till att ditt team - oavsett hur stort eller litet det \u00e4r - kan arbeta inom de processer du v\u00e4ljer att anv\u00e4nda. \ud83d\ude80<\/p>\n

Var inte r\u00e4dd f\u00f6r att \u00e4ndra p\u00e5 saker om de inte fungerar! Nyckeln \u00e4r att hitta det som fungerar f\u00f6r dig och ditt f\u00f6retag och forts\u00e4tta med det.<\/p>\n

Vi hoppas att den h\u00e4r snabbguiden har gett dig lite inspiration till hur du kan bygga upp och strukturera ditt utvecklingsteam!<\/p>\n

Har du fler bra id\u00e9er? Ber\u00e4tta f\u00f6r oss i kommentarerna! \u2728<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Gillade du det h\u00e4r inl\u00e4gget? Kolla in resten av v\u00e5r <\/em>Insida Salesflare<\/em><\/a> serie.<\/em><\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

F\u00f6r mer heta saker om nystartade f\u00f6retag, tillv\u00e4xtmarknadsf\u00f6ring och f\u00f6rs\u00e4ljning<\/em><\/p>\n

\ud83d\udc49<\/em><\/strong>prenumerera h\u00e4r<\/em><\/strong><\/a><\/p>\n

\ud83d\udc49f\u00f6lj @salesflare p\u00e5 <\/em><\/strong>Twitter<\/em><\/strong><\/a> eller <\/em><\/strong>Facebook<\/em><\/strong><\/a><\/p>\n<\/div>\n<\/div>\n<\/section>\n<\/section>\n