Nevrodiversitet er min superkraft! (med Simon Prior fra EasyJet)

Les transkripsjonen:

Vi prøver ut å transkribere podkastene våre ved hjelp av et program. Tilgi eventuelle skrivefeil, siden roboten ikke er korrekt 100 % av tiden.

Introduksjon:
I den digitale virkeligheten vinner evolusjon over revolusjon. QA-tilnærmingene og teknikkene som fungerte i går, vil svikte deg i morgen. Så frigjør sinnet ditt. Automatiseringskyborgen har blitt sendt tilbake i tid. TED-foredragsholder Jonathon Wrights oppgave er å hjelpe deg med å redde fremtiden fra dårlig programvare.

Jonathon Wright
Hei, og velkommen til programmet. I dag har jeg med meg en helt spesiell gjest, Simon, som skal snakke med deg om betydningen av mentorskap. Han er også STEM-ambassadør og en viktig del av fagmiljøet. Jeg husker at han inviterte meg til den første testingsamlingen i Aylesbury for mange år siden. Han gjør utrolig mye for miljøet, og jeg gleder meg veldig til å ha ham med i programmet. Hei, Simon.

Simon
Hei, Jonathon.

Jonathon Wright
Hvordan går det?

Simon
Jo, bra. Det er selvsagt en helt spesiell tid akkurat nå med covid-19 og alt det fører med seg, men ellers går det veldig bra.

Jonathon Wright
Det er en interessant tid. Jeg ble veldig imponert da jeg så at du også er førstehjelper innen psykisk helse. Hva innebærer det?

Simon
Det er en kvalifikasjon jeg tok for min egen del for to–tre år siden. Jeg har selv hatt noen utfordringer med psykisk helse tidligere, noe jeg kan fortelle om hvis vi kommer inn på det. Jeg har fått en bedre forståelse av utfordringer knyttet til psykisk helse, og det hjelper meg å være der for teamet mitt. Jeg legger merke til tegnene på at noen begynner å slite, vet når jeg skal åpne samtalen med dem, snakke med dem og støtte dem. Jeg kan gi dem rom til å håndtere det de trenger å håndtere. Det er bare enda et verktøy i verktøykassen min for å hjelpe teamet mitt – og meg selv – gjennom vanskelige ting.

Jonathon Wright
Og mer enn noen gang er det sannsynligvis utrolig viktig å ha den kompetansen, særlig når folk jobber hjemmefra. Mindfulness. Du regnes som en forkjemper for nevrodiversitet, og det er veldig imponerende. Jeg holder faktisk på med en artikkel for QA Lead om betydningen av psykisk sykdom blant testere og QA-folk. Det er mye stress, særlig innen testing. Men la oss begynne med historien din, for jeg vil virkelig forstå hvordan du begynte med QA og testing.

Simon
Jeg tok en grad i informatikk. Etterpå ble jeg faktisk værende på universitetet og gjennomførte et forskningsprosjekt om datakriminalitet, der jeg så på profilering av kriminelle. Det var veldig interessant, men finansieringen varte dessverre bare noen måneder. Deretter begynte jeg å se etter jobber, først innen dataetterforskning. Det gikk ikke særlig bra, så jeg endte i et graduate-program hos McAfee og begynte som programvareutvikler i C++. Jeg jobbet et par år som juniorutvikler, og gjennom sprintmodellen lærte jeg mer om testprosessene. Jeg innså at jeg faktisk likte å ødelegge programvare mer enn å skrive den. Derfor begynte jeg å ta på meg noen av oppgavene og identifisere problemer, og i 2010 ble jeg fullt kvalifisert QA-ingeniør.

Men reisen min innen QA gikk ganske sakte de første tre–fire årene. Det var først i 2014 at jeg virkelig oppdaget fagmiljøet, med blant annet Ministry of Testing, TestBash, Software Testing Club og deretter Twitter, som er min viktigste kilde til kontakt med de fleste testerne i miljøet.

I 2015 deltok jeg på min første TestBash-konferanse. Etterpå bestemte jeg meg for at vi trengte et fagmiljø i Buckinghamshire, og startet Aylesbury Tester Gathering. Du kom selvfølgelig ned for å holde et foredrag, og det var et fantastisk foredrag på den tiden. Samlingen varte i omtrent fire år.

I 2018 sluttet jeg i McAfee. Da var jeg QA-leder og ledet to team – ett i Aylesbury og ett i Cork i Irland. Det ene teamet bygde jeg opp fra grunnen av, mens det andre var et ganske veletablert team. Jeg fikk derfor svært forskjellige erfaringer med de to teamene, og det lærte meg mye om ledelse.

Deretter sluttet jeg i McAfee og begynte i National Lottery i november 2018. Der var jeg programtestleder i litt over ett år. Det var en interessant erfaring. Jeg lærte mye i en ganske senior rolle der jeg hadde oversikt over alle prosjektene. Samtidig var det en svært gammeldags og tradisjonell fossefallsmodell for utvikling. Selv om jeg forbedret prosessen ganske mye på tvers av organisasjonen, følte jeg at det ikke passet helt med det jeg ønsket og hvordan jeg ville utvikle meg.

Så begynte jeg i EasyJet i januar i år, og det er der jeg er nå, som testleder for det vi kaller den sentrale QA-funksjonen. I EasyJet finnes det mange ulike funksjoner knyttet til nettstedet, driften, programvaren som håndterer flyfordeling og så videre. Deretter har vi det sentrale QA-området, som er mitt område. Jeg definerer beste praksis og automatisering. Alle overordnede prosjekter på tvers av områdene går gjennom meg. Det er området mitt, og jeg bygger det opp akkurat nå.

Jonathon Wright
Det høres utrolig spennende ut. Det ligger mitt hjerte nært også. Da jeg bodde på New Zealand, jobbet jeg for lotteriet der, og det å drive QA på en slik plattform i den størrelsesordenen har sine egne utfordringer. Den enorme kompleksiteten alene. Nå kan jeg bare forestille meg utfordringene du møter i EasyJet når du håndterer både flysystemer og bestillinger. Jeg la merke til at dere nylig endret retningslinjene slik at folk kunne få refusjon på grunn av problemene. Hvor raskt kan dere bevege dere nå? Har du sett en utvikling mot mer smidige arbeidsmetoder og raskere lanseringer?

Simon
Ja, det varierer fra område til område. Innen de digitale områdene er det absolutt et mye større fokus på å gå over til smidige DevOps-modeller. For noen av de interne systemene gir det mer mening å kjøre prosjektene etter en fossefallsmodell. Det handler om å forstå hva som passer i hvilken situasjon, og ikke bare anta at én løsning passer for alle. Hvis vi kan levere programvare på en vellykket måte, og metoden fungerer for menneskene som bruker den, er det tross alt det viktigste.

Selv om smidig DevOps foretrekkes av mange, finnes det fortsatt situasjoner der en mer tradisjonell modell gir mening. Det handler om å ha begge metodene i verktøykassen og vite når man skal bruke den som passer best. Det er noe av det mest utfordrende: å forstå hvilke prosjekter som trenger hva.

Men som sagt er det digitale området, der jeg bruker mesteparten av tiden min nå, absolutt mer Scrum-fokusert.

Jonathon Wright
Jeg kan bare forestille meg utfordringene, særlig nå når dere kanskje må implementere ting svært raskt, gjøre endringer og støtte systemets robusthet, spesielt under høy belastning. Har dere opplevd en slik enorm økning i volum de siste ukene?

Simon
Ja, absolutt. Det finnes også et svært umiddelbart behov for å få noe ut ganske raskt. Da må man lære å redusere det vanlige kvalitetsnivået sitt, slik man ser kvalitet i enkelte sammenhenger. Vi må forstå at det haster å få noe ut på markedet, slik at vi kan behandle refusjoner eller noe lignende. Derfor gjør man akkurat nok til å få løsningen ut døren uten at den bryter sammen. Samtidig aksepterer man at den ikke blir like grundig og gjennomarbeidet som den vanligvis ville vært. Det krever en annen innstilling når man raskt må få noe ut i en krisesituasjon. Det er absolutt noe vi har måttet lære ganske raskt de siste ukene.

Jonathon Wright
Ja, jeg husker et godt eksempel. Jeg tror vi kanskje snakket om det på Aylesbury-arrangementet: Da digitale løsninger først begynte å komme, tok den britiske regjeringen virkelig i bruk digitale tjenester. Det finnes mange suksesshistorier om hvordan de utviklet en plattform for underskriftskampanjer på gov.uk. Den ble satt i drift på seks uker med fire ansatte og fullstendig åpen kildekode. Men da Brexit skjedde og alle belastet den for hardt, gikk systemet ned. Hvis du husker sikkerhetsproblemet: Da de startet underskriftskampanjen igjen, brukte noen API-kall til å legge inn falske meldinger, og de klarte ikke å finne ut hvor mange som hadde stemt.

Noen ganger må man få produktet ut og legge enkelte ting til side. Men når det gjelder noe så kritisk som flyvninger, finnes det et godt eksempel. Da jeg var på New Zealand, jobbet jeg med New Zealand Air. Jeg vet ikke om nyheten nådde helt frem til dere, men vi testet en app. Da den ble lansert, oppdaget vi at når man trykket på tilbakeknappen, fikk folk se andre personers kredittkortinformasjon. Det er selvsagt ganske alvorlig.

Systemet ble naturligvis tatt ned. Men så sa noen: «Dere kan ikke ta ned systemet, for vi bruker det til innsjekking.» Dermed ble alle som ventet på å gå om bord hos New Zealand Air berørt, og det førte til en enorm systemsvikt på tvers av virksomheten, fordi alle disse systemene samhandler. Jeg antar at du kjenner denne typen kompleksitet fra McAfee, med de kompliserte landskapene innen antivirus, nettsikkerhet og alt som hører med.

Opplever du at systemene fortsatt er like komplekse i den nåværende rollen din?

Simon
På noen måter er de mer komplekse, fordi det er flere bevegelige deler. Det finnes mange forskjellige teknologistakker på ulike steder, som gjør forskjellige ting og alle er svært kritiske – fra betalinger og setebestillinger til selve flybestillingen og fordelingen av flyvninger. Hvis de blir forstyrret, oppstår det enda flere typer kompleksitet.

Det er interessant å komme fra et selskap som er rent teknologifokusert, som McAfee, der de har de nyeste og beste teknologistakkene og alle mulige verktøy for automatisering og kunstig intelligens bygget inn i prosessen. Så kommer man til et sted der teknologi ikke er hovedfokuset. Teknologien støtter dem i arbeidet deres. Å innføre beste praksis i et slikt miljø er på noen måter en større utfordring. Man oppdager at systemene faktisk er mer komplekse.

Jonathon Wright
Jeg vet at du er svært engasjert i fagmiljøet. Når du trenger å hente inn erfaring, henvender du deg da til steder som Ministry of Testing og TestBash, eller til de store arrangementene du deltar på? Hvor finner du inspirasjon i fagmiljøet, og hvordan lærer du og utvikler deg i rollen din?

Simon
Jeg har to ting jeg bruker ganske mye. Jeg har en liten Slack-gruppe med tre andre testledere. Vi kaller oss Testing Peers. Vi holder faktisk på å lage en podkast også, fordi vi føler at vi har noe nyttig å dele. Vi har snakket sammen på Slack i flere år og delt ideer. Hvis vi har hatt utfordringer, har vi diskutert dem. Tre av oss har byttet jobb i løpet av denne perioden, så det har vi også snakket om.

Noen ganger er man testleder uten å ha noen kolleger på samme nivå i selskapet. Å ha en liten gruppe mennesker som vi snakker med hver dag, har hjulpet oss med å utvikle oss og lære mer om hvordan ting kan gjøres annerledes.

Twitter er også et av de mest effektive stedene for å lære. Du kan legge ut en melding om at du undersøker noe innen kunstig intelligens eller automatisering, og noen svarer. Noen sender deg en direktemelding, og snart har du en Zoom-samtale med to eller tre personer. Du diskuterer temaet, får gode ideer og går videre.

Konferanser er også viktige. Ingenting kan erstatte samtalene man har på konferanser, eller det å høre på foredrag og snakke med foredragsholderne etterpå. Når du har møtt noen personlig etter å ha snakket med dem på nettet en stund, blir relasjonen enda sterkere. Man begynner å utveksle ideer, og det bygger både kunnskap og vilje til å utvikle seg.

Jonathon Wright
Betydningen av fagmiljøet blir kanskje undervurdert. QA- og testmiljøet er sannsynligvis et av de sterkeste miljøene vi har. Mange er villige til å hjelpe. Jeg vet at du også gjør mye innen STEM og inkludering, blant annet for unge som ønsker å komme inn i IT. Det må være svært givende. Opplever du også at dette hjelper folk med å finne veien videre, enten digitalt eller i karrieren?

Simon
Ja, det gjør det. Det gir deg muligheten til å vise dem hvilke alternativer de har. Hvis du får flere involvert som har lignende bakgrunn eller erfaring fra karrieren sin, blir det lettere å formidle budskapet og vise forskjellige karriereveier. Det er virkelig et arnested for ideer.

En ting jeg har vært svært opptatt av de siste årene, er at testing fortsatt ikke undervises ved universitetene. Den dag i dag er det svært få universiteter som har egne emner om testing eller kvalitet. Jeg ønsker å gi studentene kunnskap om testing, slik at de ikke kommer inn i bransjen helt uten forutsetninger. Jeg forlot universitetet med inntrykk av at det eneste jeg kunne bli, var utvikler. Derfor var det viktig for meg å vise at en karriere innen databehandling er mer enn bare utvikling.

Jeg begynte å etablere et miljø kalt Future Tech Stars, men har ikke klart å følge det opp så mye som jeg skulle ønske. Jeg fikk mange teknologifolk interessert i å gi noe tilbake til skolene og vise at IT og databehandling handler om mer enn programmering. Det finnes mange andre muligheter. Det er en lidenskap for meg å sørge for at folk kjenner til alle alternativene de har når de starter karrieren.

Jonathon Wright
Jeg synes det er helt avgjørende å ha slik støtte. Vi snakket innledningsvis om stresset som følger med denne typen arbeid. Jeg har alltid slitt med angst. Det handler blant annet om å håndtere stressnivået. Har du noen små råd som kan hjelpe mennesker som sliter?

Simon
Jeg kan bare snakke ut fra min egen erfaring. For noen år siden, da jeg jobbet i McAfee, hadde jeg to team i forskjellige land, med ulike prosjekter og ulik modenhet. Jeg jobbet ekstremt mye for å holde teamene i gang. Vi hadde sene samtaler med USA, tidlige samtaler med India og to team som arbeidet med helt forskjellige ting.

På toppen av dette arrangerte jeg fortsatt testermøter i Aylesbury, begynte å holde foredrag på konferanser og arbeidet med skoleprosjekter. Jeg brente lyset i begge ender for å få plass til alt. Arbeidet begynte å dominere livet mitt, og jeg våknet om natten for å sjekke jobb-e-post. Til slutt ble jeg utbrent. Jeg kollapset hjemme foran barna mine ved frokostbordet og endte på legevakten hele dagen fordi jeg slo hodet i bordet på vei ned.

Jeg hadde to uker fri etterpå. Sjefen min, som var svært støttende, sa at jeg måtte ta et par uker fri og få orden på tingene. En del av angsten handlet også om tanken: Hva om de klarer seg så godt uten meg at de ikke trenger meg? Men pausen ga meg mulighet til å reflektere og se hva jeg måtte endre.

Jeg sørget for at teamet i Cork fikk en leder på plass. Det var sannsynligvis en av de beste ansettelsene jeg noen gang gjorde. Deretter begynte jeg å redusere den tekniske involveringen min i hverdagen som leder og stolte mer på at teamet kunne gjøre arbeidet selv. Som leder må du kunne stole på teamet ditt når det gjelder det tekniske arbeidet. Du må være der for å tale deres sak, støtte dem, gi dem myndighet, oppmuntre dem og utvikle dem.

Når du klarer å trekke deg litt tilbake og lar dem gjøre jobben, vil de enten blomstre eller falle. Når de faller, må du være der for å støtte dem og hjelpe dem opp igjen. Gi dem verktøyene, støtten, utviklingen og mentorskapet de trenger. Det er lett å peke på noen når de mislykkes og si at de er dårlige. Men mitt motto har alltid vært: Hvis vi mislykkes, mislykkes vi sammen, og vi reiser oss sammen.

Du må kjenne grensene dine og ikke ta på deg for mye. Jeg har fortsatt en tendens til å ville ta på meg mer, men jeg prøver nå bevisst å ikke jobbe for mye om kvelden. Jeg begrenser meg til to eller tre kvelder i uken, sørger for å få tid til å lese og være sammen med familien. Vit hva som er viktigst for deg, prioriter hovedinntekten din og bruk tid med menneskene som bryr seg mest om deg. Kjenn grensene dine og unngå utbrenthet.

Jonathon Wright
På SlideShare har du en hel presentasjon om mangfold og om å hjelpe folk med å forstå forskjellen mellom mennesker som er autistiske. Alle befinner seg et sted på spekteret, særlig i vårt arbeid. Dysleksi er et eksempel, og jeg har det selv. Det er bra at psykisk sykdom nå blir mer synlig, fordi det gir mennesker bedre mulighet til å forstå hvordan de kan samhandle med hverandre.

Det er mye ekstra stress i denne situasjonen. Mange mennesker har kanskje ikke identifisert at de kan befinne seg på spekteret. Det er absolutt verdt å se på presentasjonen din, og jeg skal sørge for at den blir tilgjengelig i programnotatene.

QA blir ofte sett på som ambassadører for kvalitet og som ansvarlige for det som slippes ut. Men kvalitet er alles ansvar. Har du noen råd til junior-testere og QA-folk som er bekymret for at de slipper ut noe som ikke holder mål?

Simon
For meg handler det om kommunikasjon og om å bygge en kvalitetskultur i hele organisasjonen. Hvis du er junior innen QA, bør du forsøke å få støtte fra lederen eller manageren din. Bygg et felles syn på hva kvalitet betyr, og hva dere ønsker å oppnå.

I et smidig miljø er alle ansvarlige for kvalitet. Snakk om QA og kvalitet ved enhver anledning, og bidra til at kvalitet vurderes tidligere. Jeg har holdt foredrag om hvordan vi må flytte kvalitet til venstre og ha kvalitet representert ved starten av prosjektet. Ta inn testbarhet og nye ideer som hjelper oss med å identifisere problemer tidligere.

Et sterkt budskap for en junior QA-medarbeider er forskjellen i kostnad mellom en feil som oppdages i kravene, og en feil som oppdages uken før lansering. Ikke vær redd for å kontakte andre i bransjen. Det finnes mange svært flinke mennesker i sosiale medier som gjerne svarer på spørsmål, snakker med deg på Skype eller Zoom og hjelper deg videre.

Et annet verktøy jeg har brukt mye, er kortstokken Ministry of Testing TestSphere. Den består av 100 kort med temaer innen testing. Jeg har brukt den i møter med testere, utviklere, prosjektledere og andre deler av virksomheten. Det åpner for samtaler om stabilitet, testbarhet og ytelse, og viser at testing er langt mer enn bare utførelse.

Små seire kan ha stor betydning. Hvis du som junior tester får gjennomført en liten prosessendring som gjør at feil identifiseres i kravene i stedet for på slutten, kan det ha stor effekt. Du vil oppnå respekt og kunne utvikle karrieren din videre.

Jonathon Wright
Du holdt foredrag på UK Star 2019, som dessverre ser ut til å ha vært den siste konferansen. Jeg så gjennom lysbildene dine, der du snakket om ledelse. Du anbefalte gode bøker om å lede testere og om lederens vei, samt podkaster som Simple Leadership og Testing in the Pub. Hvordan har lederreisen din utviklet seg?

Simon
Jeg snakket om utbrentheten min og hvordan jeg kom meg etter den. Jeg har alltid følt at jeg er mer opptatt av mennesker enn av teknologi. Jeg har ønsket å ta vare på teamet mitt og støtte mennesker som trenger støtte. Det henger sammen med lidenskapen min for nevrodiversitet. Jeg har en autistisk søster, og kona mi er lærer for barn med særskilte behov.

Det handler om å ha de riktige verktøyene i verktøykassen for å kunne håndtere alle typer mennesker i teamet. Man må tilpasse seg den enkelte og ikke bruke én løsning for alle. Noen liker myke instruksjoner, mens andre ønsker klare og direkte beskjeder.

Jeg prøver å få det beste ut av mennesker, gi dem støtten og mentorskapet de trenger og være tilgjengelig når de trenger noen å snakke med. Noen ganger må man bare være et trygt sted eller en samtalepartner. Trygghet er viktig på arbeidsplassen, særlig for personer med nevrodiverse tilstander som autisme eller ADHD. Det har alltid vært viktig for meg å gi dem verktøyene de trenger for å gjøre jobben så godt som mulig.

Jeg har også arbeidet med et opplæringssett om nevrodiversitet, først i Camelot hos National Lottery og senere hos EasyJet. Det er en del av et større mangfoldsprogram som skal sikre at alle kan være seg selv på jobb.

Jeg er også opptatt av at teamene jeg leder, skal kunne teste på best mulig måte. Jeg ønsker å fremheve utforskende testing og sørge for at den behandles like seriøst som automatisering. Automatisering er viktig, men alt trenger ikke automatiseres. Man må forstå hvor automatisering passer, og hvor andre verktøy, som utforskende testing, kan fylle gapet.

Kvalitet er viktig, og mennesker må få muligheten til å lære nye teknikker. Som leder bør du stille veiledende spørsmål og hjelpe teamet med å finne løsningen selv, i stedet for å fortelle dem hva løsningen er. Hvis teamet føler at de har oppnådd noe, har du som leder også oppnådd noe.

Jonathon Wright
Du er som en moderne Frasier, bare innen QA. Vi skal kanskje gi podkasten nytt navn. Du har snakket om nevrodiversitet, og vi skal skrive en QA-artikkel om dette for The QA Lead. Hvis du vil bidra, hadde det vært flott å få perspektivet ditt.

Jeg vet at du har flere blogger. Du har også en podkast på vei. For de som ønsker å kontakte deg, hva er den beste måten?

Simon
På Twitter heter jeg siprior. Jeg er ganske aktiv der og snakker gjerne med folk. Jeg er også aktiv på LinkedIn. Eller du kan sende meg en e-post på simon.prior@hotmail.com. Jeg har skrevet om nevrodiversitet, og jeg er gjerne med på blogginnlegg om mangfold og psykisk helse i testmiljøet.

Jonathon Wright
Har du noen siste råd til mennesker som starter karrieren sin, eller til folk som sliter?

Simon
Ikke vær redd for å ta kontakt. Se på mulighetene, særlig i dagens situasjon. Hvis du er ny i teknologibransjen og jobber hjemmefra på grunn av pandemien, bør du finne innhold på nettet som kan hjelpe deg videre. Ministry of Testing og andre testorganisasjoner tilbyr mye innhold på nettet, blant annet seminarer, spørsmål-og-svar-sesjoner og åpne samtaler. Delta i dette, lær og bruk det til å bygge kunnskapen din.

Det er bra å lære noe, men det viktigste er hvordan du bruker det etterpå. Å delta på en konferanse er flott, men hvis du ikke gjør noe med foredragene etterpå, blir det bare en hyggelig dag. Finn ut hva du ønsker å lære, skriv om det, snakk med andre og foreslå nye prosesser på jobben. På den måten utvikler du ferdighetene dine.

Hvis du sliter, bør du ta kontakt. Jeg snakker gjerne med alle som har det vanskelig akkurat nå. Det finnes også mye informasjon om velvære og psykisk helse. Jeg hjelper gjerne til der det trengs.

Jonathon Wright
Det var en fantastisk podkast og en svært hjertevarm samtale. Hvis du befinner deg i Storbritannia, kan du også besøke Mind.org.uk. Tusen takk, Simon. Jeg skal definitivt delta på neste testingsamling i Aylesbury, og vi må få deg tilbake i programmet.

Simon
Strålende. Det gjør jeg gjerne. Takk, Jonathon.