Evolution Quest explained

Evolution Quest explained

Att bygga ett företag genom Quests

På Singula pratar vi ofta om självledarskap. För många handlar självledarskap om hur man leder sitt arbete i kunduppdrag, hur man utvecklar sin egen kompetens eller hur man driver sina egna initiativ. För oss handlar självledarskap också om något större – hur vi tillsammans utvecklar själva företaget.


I många organisationer sker utvecklingen av interna arbetssätt på ett ganska klassiskt sätt. En chef eller en mindre grupp får i uppdrag att förbättra en process. De analyserar, designar ett nytt arbetssätt och presenterar sedan lösningen för resten av organisationen. Därefter startar ofta ett nytt projekt där lösningen ska implementeras. Människor ska informeras, utbildas och börja arbeta på ett nytt sätt.
I teorin låter det rationellt. I praktiken uppstår nästan alltid samma situation. När arbetssättet presenteras börjar diskussionerna. Någon undrar varför man inte gjort på ett annat sätt. Någon annan ser att modellen inte riktigt fungerar i deras del av organisationen. En tredje tycker att det hade varit bättre att tänka annorlunda redan från början. Problemet är att när lösningen väl är färdig är det ofta för sent att göra större förändringar.

Vi har därför valt att arbeta på ett annat sätt.


På Singula utvecklar vi vår organisation genom det vi kallar Evolution Quests. En Quest är ett gemensamt åtagande att förändra något konkret i företaget under en begränsad period. Fokus ligger inte på aktiviteter i sig, utan på att skapa ett nytt läge. När en Quest är klar ska något faktiskt vara annorlunda än innan.
Det kan handla om hur vi arbetar, hur vi organiserar oss eller hur vi skapar värde för kunder och medarbetare.


Varje Quest drivs under ungefär tolv veckor. Arbetet börjar med att vi försöker förstå vilket förändrat läge vi vill skapa. Frågan vi ställer oss är egentligen ganska enkel: vad ska vara sant efter denna period som inte är sant idag? När vi har en tydlig bild av det börjar arbetet. Under perioden testar vi olika initiativ och idéer. De ses inte som färdiga planer utan som hypoteser som kan förändras längs vägen.


När perioden är slut samlas vi för att visa vad som faktiskt har förändrats och vad vi har lärt oss. Vi gör en gemensam demo och en retrospektiv där vi reflekterar över vad som fungerat och vad vi kan göra bättre nästa gång.


Det här arbetssättet är inte teoretiskt för oss. Det är så vi faktiskt bygger företaget.
Ett exempel är utvecklingen av vår onboardingprocess. Istället för att någon enskild person skulle designa hur onboarding ska fungera arbetade vi med det som en Quest. Flera personer från organisationen deltog och bidrog med olika perspektiv. Under perioden testade vi nya sätt att nå kandidater, förbättrade kommunikationen i onboardingflödet och utvecklade hur vi presenterar Singula för nya människor. Resultatet blev inte bara en bättre process, utan också en process som organisationen själv äger och använder.


Ett annat exempel är när vi utvecklade och inredde vårt kontor. Istället för att se det som ett traditionellt projekt blev det en Quest där människor engagerade sig utifrån intresse och kompetens. Diskussionerna handlade inte bara om möbler och färger utan om hur vi faktiskt vill arbeta tillsammans. Kontoret blev därför inte bara en fysisk plats utan en miljö som stödjer hur vi samarbetar, träffas och bygger relationer.


Vi har också använt samma modell för att implementera vårt systematiska arbetsmiljöarbete, SAM. I många organisationer är arbetsmiljöarbete något som administreras centralt och kommuniceras ut i organisationen. Hos oss arbetade vi istället fram strukturer och arbetssätt tillsammans. Det gjorde att förståelsen för arbetsmiljöfrågorna ökade samtidigt som arbetssätten växte fram.


En viktig skillnad mot mer traditionella organisationer är hur arbetet organiseras. Quests tilldelas inte en chef eller en projektgrupp. Istället presenteras de för organisationen och tas vidare av våra celler, där människor kan välja att bidra utifrån sin kompetens, sitt intresse och sin möjlighet att skapa värde.
Det innebär att de som faktiskt ser behovet och vill lösa problemet också är de som driver utvecklingen.


Det leder till något som annars är svårt att uppnå i organisationer: utveckling och implementation sker samtidigt. I många företag utvecklas först en lösning och därefter försöker man implementera den. Hos oss växer lösningen fram tillsammans med organisationen. När människor själva har varit med och skapat ett nytt arbetssätt behövs ingen separat implementeringsfas. Förståelsen och ägandeskapet finns redan där.


Samtidigt är det viktigt att säga att Quests inte ersätter vårt dagliga arbete. Vår Business As Usual är fortfarande grunden i verksamheten. Det är där vi levererar värde till våra kunder varje dag. Men Quests ger oss ett strukturerat sätt att parallellt utveckla organisationen, utforska nya idéer och förbättra hur vi arbetar.


I grunden handlar det om en ganska enkel övertygelse. De människor som arbetar i ett företag är också de som bäst kan utveckla det. När man ger organisationen möjlighet att tillsammans forma sina arbetssätt skapas både bättre lösningar och ett starkare engagemang.


Evolution Quests är vårt sätt att göra det möjligt. Det är så vi fortsätter att utveckla Singula – tillsammans.

Fler inlägg

Agil Mekanikutveckling

Att prata om agilitet i mekanikutveckling får ofta folk att höja på ögonbrynen. Det är en sak att ändra några rader kod, en helt annan att göra om en gjutform eller vänta på en ny prototyp i veckor. Hur ska vi kunna iterera snabbt när vi jobbar med stål, toleranser och långa ledtider? Just därför blir det så intressant att se vad som faktiskt händer när mekanikutveckling börjar låna det bästa från det agila arbetssättet.

Läs inläggen >

Agil transformation och team nyckel till framgang

Om du någon gång har suttit i ännu ett ’agilt’ möte med färgglada post it-lappar och känt att själva jobbet sker någon annanstans, då är du inte ensam. Det är lätt att tro att agil transformation handlar om nya verktyg, nya ceremonier och nya ord. Men utan riktiga team bakom alla processbilder blir det mest kosmetik. Frågan är vad som händer när vi börjar bygga starka team först och processerna sedan.

Läs inläggen >

Mobprogrammering – Agiltsamarbete på riktigt

Idén att samla ett helt utvecklingsteam runt en enda skärm låter nästan som ett skämt första gången man hör den. Ska alla verkligen titta på samma kodrad, samtidigt, och kalla det effektivt arbete? Jag var själv rätt skeptisk. Tills jag såg vad som händer med kvalitet, lärande och fokus när ett helt team faktiskt börjar tänka tillsammans i realtid.

Läs inläggen >