Neuroróżnorodność to moja supermoc! (z Simonem Priorem z EasyJet)

Przeczytaj transkrypcję:

Wypróbowujemy transkrypcję naszych podcastów za pomocą programu komputerowego. Wybaczcie wszelkie literówki, ponieważ bot nie zawsze działa w 100% poprawnie.

Wprowadzenie:
W cyfrowej rzeczywistości ewolucja zwycięża nad rewolucją. Podejścia i techniki QA, które sprawdzały się wczoraj, jutro mogą was zawieść. Uwolnij więc swój umysł. Cyborg automatyzacji został wysłany w przeszłość. Misją prelegenta TED, Jonathona Wrighta, jest pomóc wam ocalić przyszłość przed złym oprogramowaniem.

Jonathon Wright
Cześć i witajcie w programie. Dziś moim wyjątkowym gościem jest Simon, który opowie wam o znaczeniu mentoringu. Jest także ambasadorem STEM i bardzo angażuje się w działalność społeczności. Pamiętam, jak wiele lat temu zaprosił mnie na pierwsze spotkanie testerów w Aylesbury. Robi mnóstwo dla społeczności i bardzo się cieszę, że jest dziś z nami. Cześć, Simon.

Simon
Cześć, Jonathon.

Jonathon Wright
Jak leci?

Simon
Dobrze. Oczywiście mamy teraz szalone czasy z powodu COVID-19 i wszystkiego, co się z nim wiąże, ale ogólnie jest bardzo dobrze.

Jonathon Wright
To interesujący czas. Zrobiło na mnie wrażenie, że jesteś również przeszkolonym pierwszym ratownikiem zdrowia psychicznego. Na czym polega twoja rola?

Simon
To kwalifikacja, którą zdobyłem dla siebie około dwóch–trzech lat temu. W przeszłości miałem kilka problemów ze zdrowiem psychicznym, o których mogę opowiedzieć, jeśli do tego dojdziemy. Dzięki temu potrafię lepiej rozumieć problemy związane ze zdrowiem psychicznym, co pomaga mi wspierać mój zespół. Rozpoznaję oznaki, że ktoś zaczyna mieć trudności, wiem, kiedy rozpocząć z tą osobą rozmowę, jak z nią rozmawiać i jak ją wspierać. Daję jej także przestrzeń, aby mogła poradzić sobie z tym, z czym musi się zmierzyć. To po prostu kolejne narzędzie w moim zestawie, które pomaga mi przeprowadzać zespół przez trudne sytuacje i radzić sobie z własnymi.

Jonathon Wright
Zwłaszcza teraz jest to prawdopodobnie niezwykle ważne, szczególnie gdy ludzie pracują z domu. Uważność. Jesteś określany jako rzecznik neuroróżnorodności. To bardzo imponujące. Wspólnie z QA Lead przygotowuję artykuł o znaczeniu zdrowia psychicznego testerów i osób pracujących w QA. W testowaniu jest dużo stresu. Zacznijmy jednak od twojej historii, ponieważ naprawdę chcę zrozumieć, jak rozpocząłeś pracę w QA i testowaniu.

Simon
Ukończyłem studia informatyczne. Później zostałem na uniwersytecie i realizowałem projekt badawczy dotyczący przestępczości komputerowej, zajmując się profilowaniem przestępców, co było bardzo interesujące. Niestety finansowanie wystarczyło tylko na kilka miesięcy. Następnie zacząłem szukać pracy, początkowo w informatyce śledczej. Nie odniosłem tam większych sukcesów, więc trafiłem do programu dla absolwentów w firmie McAfee i rozpocząłem pracę jako programista oprogramowania w języku C++. Przez kilka lat pracowałem jako młodszy programista i w modelu sprintowym zacząłem poznawać procesy testowania. Zrozumiałem, że bardziej podoba mi się psucie oprogramowania niż jego tworzenie. Zacząłem więc przejmować część zadań i identyfikować problemy, a ostatecznie w 2010 roku zostałem pełnoprawnym inżynierem QA. Moja droga w QA przez pierwsze trzy–cztery lata była jednak dość powolna. Dopiero w 2014 roku odkryłem społeczność, między innymi Ministry of Testing, TestBash, Software Testing Club, a następnie Twittera, który jest moim głównym źródłem kontaktu z większością testerów w społeczności. 

W 2015 roku wziąłem udział w swoim pierwszym TestBash. Po tym wydarzeniu uznałem, że w Buckinghamshire potrzebujemy społeczności. Założyłem więc Aylesbury Tester Gathering. Oczywiście przyjechałeś do nas z prelekcją, która była wtedy niesamowita. Spotkania trwały około czterech lat. W 2018 roku odszedłem z McAfee. Byłem wówczas menedżerem QA i zarządzałem dwoma zespołami: jednym w Aylesbury, a drugim w Cork w Irlandii. Jeden zespół tworzyłem od podstaw, drugi był bardzo doświadczony i przyzwyczajony do swoich metod pracy. Miałem więc z oboma zespołami zupełnie inne doświadczenia, co wiele nauczyło mnie o przywództwie. Następnie odszedłem z McAfee i w listopadzie 2018 roku dołączyłem do National Lottery, gdzie przez nieco ponad rok pracowałem jako menedżer testów programu. 

Było to interesujące doświadczenie. Wiele się nauczyłem, zajmując dość wysokie stanowisko i nadzorując wszystkie projekty. Był to jednak bardzo tradycyjny model rozwoju typu wodospadowego. Chociaż w tamtym czasie znacznie usprawniłem proces w całej organizacji, czułem, że nie jest to do końca właściwe miejsce dla mnie ani sposób rozwoju, którego szukałem. Dlatego w styczniu tego roku dołączyłem do EasyJet. Obecnie jestem tam menedżerem testów w obszarze, który nazywamy główną funkcją QA. W EasyJet istnieją różne działy zajmujące się stroną internetową, operacjami, oprogramowaniem odpowiedzialnym za przydzielanie lotów i tak dalej. Następnie mamy główny obszar QA, za który odpowiadam. Definiuję najlepsze praktyki i automatyzację. Wszystkie projekty przekrojowe trafiają do mnie. To mój obszar i obecnie go rozwijam.

Jonathon Wright
Brzmi bardzo ekscytująco. Jest to również temat bliski mojemu sercu. Po drugiej stronie oceanu, kiedy mieszkałem w Nowej Zelandii, pracowałem dla tamtejszej loterii i oczywiście wykonywanie QA na takiej platformie, przy takiej skali, ma własne wyzwania. Sama liczba zależności i poziom złożoności są ogromne. Mogę sobie tylko wyobrażać, z jakimi wyzwaniami mierzysz się teraz w EasyJet, obsługując systemy lotnicze i rezerwacje. Zauważyłem, że niedawno zmieniliście zasady, aby umożliwić ludziom dokonywanie zwrotów z powodu obecnych problemów. Jak szybko możecie teraz działać? Czy widzisz tendencję w kierunku większej zwinności i szybszego wydawania zmian?

Simon
Tak, w różnych obszarach wygląda to inaczej. W obszarach cyfrowych zdecydowanie większy nacisk kładzie się na przejście do zwinnych modeli typu DevOps. W przypadku niektórych systemów korporacyjnych projekty lepiej realizować w modelu wodospadowym. Chodzi o zrozumienie, co pasuje do danego scenariusza, a nie zakładanie, że jedno rozwiązanie pasuje do wszystkiego. Ostatecznie, jeśli potrafimy skutecznie dostarczać oprogramowanie, a metodologia działa dla osób, które z niej korzystają, to jest to najważniejsze. Chociaż wiele osób preferuje zwinny model DevOps, nadal istnieją sytuacje, w których bardziej tradycyjny model ma sens. Trzeba mieć oba podejścia w swoim zestawie narzędzi i wiedzieć, kiedy zastosować właściwą metodologię. Zrozumienie, które projekty wymagają którego podejścia, stało się dość trudne.

Jak wspomniałem, przestrzeń cyfrowa, w której obecnie spędzam większość czasu, jest zdecydowanie bardziej skoncentrowana na Scrumie.

Jonathon Wright
Mogę sobie wyobrazić te wyzwania, szczególnie teraz, gdy być może trzeba bardzo szybko wdrażać zmiany, wspierać odporność systemu i radzić sobie z dużym obciążeniem. Czy w ciągu ostatnich kilku tygodni odczułeś tak ogromny wzrost natężenia ruchu?

Simon
Zdecydowanie. Istnieje też bardzo pilna potrzeba szybkiego udostępniania rozwiązań. Trzeba więc nauczyć się ograniczać zwykły poziom kontroli jakości i w pewnym sensie inaczej patrzeć na jakość. Rozumiemy, że pilnie musimy udostępnić coś użytkownikom, aby móc przetwarzać zwroty lub wykonać podobne zadanie. Robimy więc wystarczająco dużo, aby rozwiązanie trafiło do użytkowników i nie uległo awarii, ale akceptujemy, że nie będzie dopracowane do poziomu, który zwykle byśmy zapewnili. W sytuacji kryzysowej, gdy coś musi zostać szybko udostępnione, następuje zmiana sposobu myślenia. To kolejna rzecz, której w ostatnich tygodniach musieliśmy bardzo szybko się nauczyć.