Echometers historie: 3 grunner til (k)et annet retroverktøy

Den største suksessen til Echometer så langt er ikke at vi har fått gode kunder (som Miele eller Volvo), tusenvis av brukere eller risikovillig kapital.

Vår største suksess er noe ganske enkelt. La meg utdype det litt…

Begynnelsen på Echometer: Finne idé, team og penger

Bob:

Looks like you’ve been missing a lot of work lately.

Peter:

I wouldn’t say I’ve been missing it, Bob.

Paul Wilson og Ron Livingston i filmen “Office Space”

Ganske Morsomt sitat fra filmen “Office Space” oppsummerer det ganske godt. Jean, den daværende assistenten til administrerende direktør i et datterselskap i et verdensomspennende konsern, opplevde dette live før Echometer: 85 % av sysselsatte personer er egentlig ikke fornøyd med jobben sin.

Prøv følgende: Spør 5 tilfeldig utvalgte personer om jobben deres. Antagelig vil 4 av dem før eller siden begynne å klage over jobben sin – enten det er over kundene sine, lederen sin eller kollegaene sine.

Så Naive Jean spurte seg selv: Hvorfor tar ikke folk ansvar og former arbeidsmiljøet sitt proaktivt? I stedet for bare å klage på det. For et stort problem i dagens arbeidsliv!

Så han lette etter et team som kunne hjelpe ham med å takle denne grove ideen eller dette «problemområdet» som han hadde snublet over.

Det var her jeg (Christian) kom inn i bildet. Som psykolog var jeg nettopp ferdig med jobben som data scientist i en bedrift. Men det som virkelig engasjerte meg, var å gjøre psykologisk kunnskap praktisk anvendelig (se f.eks. Psytastisk App).

Jeg presenterte en psykologibasert startup-idé på et arrangement den dagen – og Jean så pitchen min. Han likte ikke ideen min, men han likte meg. Gudskjelov! Jean tenkte at denne fyren kunne passe godt til Echometer – og jeg tenkte det samme.

På dette tidspunktet hadde Jean allerede Robin om bord, en svært kompetent og sympatisk programvareutvikler. De hadde møttes på jobbene sine i Bertelsmann-konsernet. 

Dermed var teamet komplett. Og vi tre var enige om én ting: Hvis vi gjør dette, skal vi gjøre det riktig. Det vi ikke ønsker, er å tjene penger på produktet vårt så raskt som mulig.

Takk og lov for at vår tidlige mentor, psykologiprofessor Meinald Thielsch, gjorde oss oppmerksomme på det europeiske stipendet for vitenskapsbaserte oppstartsbedrifter, EKSISTERER, oppmerksom. Vi søkte på stipendet – og fikk det. Nå var det altså vår offisielle oppgave å omsette vitenskapelig innsikt til praksis – perfekt!

135 000 euro på kontoen … og ingen anelse

Den 1. februar 2019 hadde vi 135 000 euro på kontoen (eller mer presist, tilgjengelig som budsjett, i henhold til bestemmelsene i stipendet). Og dette helt klare «problemområdet» som måtte løses. 

Men stopp – problemet er jo ikke så klart! Hva er de underliggende årsakene som må løses? Godt spørsmål. Hvordan kan vi oppnå problem-løsning-tilpasning (eller PSF) når vi ennå ikke kjenner de eksakte problemene?

Vi gjorde det alle gode oppstartsbedrifter gjør: Vi forsøkte å forstå problemet ved å intervjue hundrevis av mennesker i målgruppen vår. Dette var i vårt første kontorlokale, det Gründernes garasje.

Hvilken bok ville jeg tatt med meg hvis jeg var strandet på en øde øy?

‘Hvordan bygge en båt.’

Steven Wright

Dette pragmatiske svaret fra Steven var mer eller mindre vår tilnærming til den komplekse utfordringen det er å starte en oppstartsbedrift. Gjør det åpenbare først. Vær hyggelig og hardtarbeidende.

Når jeg ser tilbake på den tiden nå, skjønner jeg egentlig ikke hvorfor vi hadde det så travelt. Vi kunne ha vært mye mer effektive. Men jeg tror det er en del av vår personlige utviklingsreise: Å lære steg for steg.

På et tidspunkt kunne vi gi problemområdet et tydeligere navn, et mønster som vi så i intervjuene våre: det manglende «Agile Mindset».

Jeg kjente den under et annet navn fra psykologistudiene: Savnet Mestringstro, som er relatert til «Innlært hjelpeløshet»: I utgangspunktet følelsen av at man ikke kan takle utfordringene sine alene. Etter mottoet «Dette må lederen min løse for meg».

På dette tidspunktet fikk vi også våre første pilotkunder (for eksempel Butikkvarer , se skjermbilde av LinkedIn). Vi solgte hovedsakelig konsulenttjenester, som gjorde det mulig for oss å utvikle individuelle funksjoner i programvaren vår. Det gikk i riktig retning, men …

Time To Market: «…det tar for lang tid!»

Stipendet var begrenset til 12 måneder – og dermed også budsjettet vårt. Etter 10 måneder med stipend hadde vi den første MVP-programvareløsningen i drift.

Vi hadde altså fortsatt to måneder igjen. Og det var fortsatt altfor mye å gjøre for å gjøre løsningen brukbar for kundene uten omfattende opplæring og tilvenning. Hva skulle vi gjøre?

Takket være litt omsetning og takket være et annet, mindre tilskudd, har NRWs grunnleggerstipendvi var i stand til å fortsette å jobbe. Hver av grunnleggerne hadde en månedslønn på 1450,00 euro det andre året. Ikke verst i det hele tatt!

I løpet av det andre året fikk vi mange nye innsikter om personas liv, om markedet vårt … Og vi så tydeligere og tydeligere hvorfor det er behov for et smidig teamutviklingsverktøy som vårt.

Hva har vi lært konkret?

Disse superviktige nye rollene – Scrum Master og Agile Coaches – har et problem: For å bli respektert av interessenter og ledere, må man på en eller annen måte kunne måle sin egen ytelse. Men hva gjør en Scrum Master vellykket? Hvordan vet jeg om jeg er en god Agile Coach?

Hva er en Agile Coach?
Som regel er det en coach for team som jobber med smidige metoder eller rammeverk. Coachen eller den såkalte tjenende lederen er kjent med disse rammeverkene (f.eks. Scrum) og trener teamet i å implementere dem.

Samtidig er nettopp disse lederne og interessentene ofte en av hovedårsakene til et arbeidsmiljø som hindrer smidig omstilling.

Noen av IT-sjefene vi intervjuet, uttrykte det ganske drastisk på denne måten:

For å være ærlig, ser jeg på mine Agile Coaches som «Tree hugger». Av alle ledere er de hippiene. Det er bare vanskelig å si om arbeidet deres har den nytten det burde ha. Etter det jeg hører, er noen Scrum Master som barnehageansatte for teamet sitt.

IT-sjefer i våre intervjuer

Det gjør vondt. De spiller en så viktig rolle, men blir ofte ikke tatt på alvor av ledelsen.

I lys av dette er det behov for en mer datadrevet og smidig coachingprosess (noe som selvsagt ikke står i motsetning til å fremme smidige verdier eller Psykologisk sikkerhet i team bør stå). Slik vinner Agile Coaches respekten til ledere av den «gamle skolen» – noen ganger kaller vi dem også «fossefallsledere».

Og når Scrum Master og Agile Coaches først har denne respekten, kan de jobbe med tankesettet til fossefallsledere – som ofte er en av de sentrale blokkeringene for vellykkede agile transformasjoner.

Implikasjoner for Echometer: En datadrevet tilnærming og Health Check om smidig modenhet utgjør en sentral pilar i verktøyet vårt.

For Scrum Master og Agile Coaches er utviklingen av det agile tankesettet til teamet deres fortsatt en stor utfordring, en slags black box. Hvordan glemmer ansatte den «lærte hjelpeløsheten»? Hvordan skaper man selvtillit? Hvordan aktiverer man teammedlemmer slik at de deltar i den kontinuerlige forbedringsprosessen?

Årsakene til menneskelig atferd ligger i psykologien. På bakgrunn av dette trenger Agile-coacher et psykologisk perspektiv på utviklingen av det smidige tankesettet.

Implikasjoner for Echometer: Praktisk anvendelig og vitenskapelig basert psykologi utgjør en sentral del av verktøyet vårt.

Agile Manifest postulerer det, og Agile Coaches og Scrum Master gjentar det igjen og igjen: «Individer og interaksjoner over prosesser og verktøy». 

Tidlig i intervjuene våre uttalte Agile-coachene seg mot verktøy og påberopte seg Agile-manifestet. Vi var helt enige med dem. Men hvorfor enda et retroverktøy? 

Hva vi måtte lære: Denne setningen betyr ikke at verktøy ikke er viktige. Prosesser og verktøy må først og fremst tjene og tilpasse seg individer og interaksjoner. 

La meg forklare det med et annet favorittsitat fra markedet vårt: “A fool with a tool is still a fool.” På tysk: En dumrian med et verktøy er fortsatt en dumrian.

Stemmer! En dumrian med et flott verktøy forblir en dumrian. Men er ikke “Scrum” i seg selv i bunn og grunn et verktøy? Er ikke en “sjekk inn” i en retrospektiv også en slags verktøy? 

Verktøy har makt til å gjøre dumrianer nesten klokere – så lenge verktøyet veileder dem tydelig. Det vil si at hvis dumrianene bruker det, må de ikke kunne gjøre noe galt. 

Bare så det er sagt: Min erfaring er at de fleste Agile-trenere og scrum masters er det motsatte av idioter.

Implikasjon for Echometer: Det må være den enkleste tingen i verden å bruke våre psykologiske dytt – avhengig av teamets modenhetsnivå.

Disse tre erfaringene er i seg selv grunn nok til å lage et nytt verktøy. Og ikke et typisk retroverktøy. Verktøyet, Echometer, må gå lenger enn klassiske retrosystemer for virkelig å ha en bærekraftig positiv innvirkning. #Sbærekraftighet

Fundraising – og skalering?

Den gangen tok vi alle Scrum Master-sertifiseringen … For å bli kjent med vår persona, for å få en følelse av hvordan folk blir kastet ut i det kalde vannet – og plutselig er i denne nye rollen som Servant Leader og coach.

Dette var nok en liten brikke i puslespillet for å fange opp brukernes synspunkter. Vi fikk flere kunder. Likevel gikk vi sakte, men sikkert tom for penger mot slutten av 2020.

Som om ikke det var nok, hadde en konkurrent fra Silicon Valley samlet inn 8 millioner dollar fra Microsoft Ventures og andre investorer noen måneder tidligere. I seg selv er ikke det noe problem, men la oss si det slik … psykologisk sett ga dette litt krydder til vår startup-reise. Hvis vi er David, hadde vi endelig funnet vår Goliat med dette.

Det perfekte tidspunktet for å snakke med Angel-investorer! Det var gøy. Så mye penger i samtalen! Vi var veldig glade for å se at noen av de første investorene som sa ja til å investere, var tidlige kunder.

I januar 2021 har vi vår pre-seed runde på rundt 600 000 euro med kjente engleinvestorer som Stephen Weich, tidligere administrerende direktør i Unicorn Bottle Mail. Ikke helt 8 millioner, men likevel. Vi var likevel veldig fornøyde med det: nok økonomisk handlingsrom til å fortsette å jobbe med oppdraget vårt! 

Neste steg er åpenbart: La oss publisere “We are hiring”-merket!

”Vi ansetter” … for raskt

Og det var akkurat det vi gjorde. Salg, markedsføring, Customer Success … Vi ansatte. For raskt.

Jeg må legge til at vi gjorde en viss fremgang på den tiden. Vi vant kunder som Toyota, Miele, Volvo, Deutsche Bahn, Bilfinger, DATEV, ledende bilprodusenter hvis navn vi ikke har lov til å publisere. Dette er hva en bruker av Volvo la ut på LinkedIn publisert – wow, det føles virkelig bra:

Så vi utvikler verktøyet vårt i riktig retning. Men i ettertid ser vi at vi fortsatt hadde feil go-to-market-strategi: Vi hadde et “outbound”-salgsteam som aktivt oppsøkte målgruppen vår og demonstrerte programvaren.

Dette er en ganske dyr salgsmetode som du bare har råd til hvis den gjennomsnittlige årlige kontraktsverdien (ACV) er på minst 10 000 euro. Siden ACV-verdien vår var mye lavere på den tiden, var det altfor tidlig å ansette alle disse flinke folkene og skalere de eksisterende prosessene. 

Noen smertefulle erfaringer

Vår viktigste innsikt: Scrum Masters og Agile Coaches ønsker ikke en online demo av retrospektive verktøy. De vil bare prøve verktøyene selv og avgjøre om de er gode eller ikke. Jeg innrømmer at det tok oss ganske lang tid å komme til denne erkjennelsen.

Så vi tok en risiko som slo feil. Nå hadde vi et salgsteam som ikke kunne finansiere seg selv uten egen skyld. Dessverre var det bare én fornuftig løsning igjen: Vi måtte si opp noen av medarbeiderne igjen, i noen tilfeller ikke engang ett år etter at de ble ansatt. 

Som gründer er dette en av de vanskeligste beslutningene du kan ta.

Men i vårt tilfelle skjedde det noe bemerkelsesverdig. Hvert eneste teammedlem, også de som måtte forlate oss, reagerte med sorg, men også med forståelse og medfølelse. 

Det var ikke spor av fiendtlighet, skuffelse eller fornærmelser. Jeg er stolt over at vi har klart å bygge en teamkultur som er så åpen og ærlig og som tillater sårbarhet, at dette har kunnet skje på denne måten.

Vår viktigste salgsmedarbeider, Andreas, publiserte dette innlegget på LinkedIn: “Farvel, Echometer”. Å høre “Disse 18 månedene var de beste i min lange karriere!” er en ære.

For som gründere mente vi tidlig at en bedrift er “Maskinen er det som bygger maskinen”. Å ha engasjerte kolleger som elsker jobben sin, er nøkkelen til det.

Det bringer meg tilbake til vår største suksess så langt. Det er rett og slett det faktum at vi så langt på vår vei – med alle oppturer og nedturer – har klart å skape en veldig positiv opplevelse både for våre brukere og for våre kolleger. 

Dette høres kanskje trivielt ut, men hvis du er en gründer (eller tilfeldigvis kjenner noen), vet du kanskje hvor vanskelig det er når du er under press for å lykkes og har alle odds mot deg. Etter vår mening er en oppstartsbedrifts reise, uansett hvor den fører hen, vellykket så lenge den har en positiv innvirkning på kunder og kolleger.

Å prøve er det første skrittet mot å mislykkes.”

– Homer Simpson, The Simpsons

Konklusjon: Echometer er ikke et retro-verktøy, men et verktøy for moderne teamutvikling

Homer har min humor, og han har rett. Men han glemte den andre delen: Å feile (og snakke om det) er veien til læring og dermed til suksess. Vi, i likhet med mange andre oppstartsbedrifter, fortsetter å feile.

Vi er for eksempel veldig glade for at vårt nåværende produktfokus på “moro og fleksibilitet i retrospektivet” fører til de første suksessene. Etter å ha sett vårt integrerte whiteboard sa en bruker nylig at Echometer er som “ Miro gifter seg med EasyRetro ”. Fint! #CelebrateTheSmallThings

Så trenger vi virkelig enda et retroverktøy? La meg si det slik: Som Agile-coach eller Scrum Master, vil du si at det er lett å fremme det smidige tankesettet i og mellom team?

Der har du det. Det er grunnen til at vi Echometer utvikler.