Rekrutacja QA Leada to jedna z tych decyzji, które łatwo zbagatelizować, a bardzo trudno później odkręcić. Na papierze wszystko się zgadza: testy, automatyzacja, narzędzia, prowadzenie zespołu. Problem w tym, że jakość rzadko psuje się przez brak wiedzy technicznej. Psuje się przez złe decyzje, brak wpływu albo brak odwagi. Jeśli po kilku miesiącach od zatrudnienia nadal słyszycie, że QA ostrzegało, QA raportowało i QA zgłaszało, a produkcja dalej płonie, to zwykle oznacza jedno: na rozmowie nie padły właściwe pytania.
QA Lead to nie najlepszy tester w pokoju. To osoba odpowiedzialna za system jakości, czyli za mechanizm podejmowania decyzji: wypuszczamy, pauzujemy, stabilizujemy, akceptujemy ryzyko, eskalujemy. To są decyzje, które kosztują albo oszczędzają pieniądze. Poniżej dziesięć pytań, które sprawdzają właśnie to, z tym, czego szukać w odpowiedzi, dopytaniem i czerwoną flagą. Skorzystacie z nich niezależnie od tego, czy rekrutuje dział HR, CTO czy Head of QA.
Dziesięć pytań w jednej tabeli
| Pytanie | Co sprawdza | Czerwona flaga |
|---|---|---|
| 1. Opowiedz o sytuacji, w której zatrzymałeś wydanie. Kto był przeciw i jak to rozegrałeś | Decyzyjność i wpływ | Nigdy nie było sytuacji „stop” albo opowiada ją ogólnikami |
| 2. Jaką jedną metrykę jakości pokazałbyś CEO albo CFO, gdybyś mógł pokazać tylko jedną | Różnica między metryką techniczną a metryką ryzyka | Pokrycie, liczba testów albo odsetek zdanych, bez przełożenia na ryzyko |
| 3. Jak tłumaczysz koszt błędu na produkcji w języku biznesu. Podaj przykład | Rozumienie łańcucha kosztów | Priorytety i ważność bez kontekstu biznesowego, „bug kosztuje dużo” |
| 4. Co jest ważniejsze: więcej testów czy większe zaufanie do sygnału. Jak to mierzysz | Dojrzałość, rozumienie szumu i niestabilności | Fetysz liczby testów |
| 5. Jaką politykę przyjąłbyś wobec testów niestabilnych. Co robisz po trzeciej awarii tego samego testu | Dojrzałość operacyjna | Ponowne uruchomienie jako rozwiązanie, bez usuwania przyczyny |
| 6. Opowiedz o teście, który usunąłeś. Dlaczego i jak obroniłeś tę decyzję | Odwaga i ekonomia jakości | Nigdy niczego nie usuwa, tylko dokłada |
| 7. Jak wygląda Twoja strategia testów end to end. Ile ich powinno być i co chronią | Architektura testów, nie narzędzie do klikania | Dywanowe testy end to end na wszystko |
| 8. Jak pracujesz z DevOps i deweloperami, żeby jakość nie zaczynała się na końcu | Wpływ na proces, nie tylko na testy | QA jako osobny etap na końcu |
| 9. Kiedy świadomie akceptujesz ryzyko i wypuszczasz mimo znanego problemu. Jak to dokumentujesz | Dojrzały system decyzji o ryzyku | „Zawsze blokuję” albo „zawsze puszczamy” |
| 10. Jak wygląda Twoje pierwsze 30 dni. Co robisz, zanim zaczniesz zmieniać proces | Plan zamiast opinii | „Najpierw zrobimy więcej testów”, bez diagnozy i metryk |
Źródło: praktyka własna Quality Island z rekrutacji i budowy ról QA Lead u klientów.
Pytania o decyzje i pieniądze (1 do 3)
Zatrzymane wydanie. Dobra odpowiedź nie brzmi „zgłosiłem ryzyko”. Dobra odpowiedź opisuje mechanizm: jakie były argumenty, jak policzono ryzyko, jak wyglądał plan B, kto podjął finalną decyzję i na jakiej podstawie. Ważne są też emocje i presja: jak kandydat utrzymał spokój, jak zadbał o relację z produktem i deweloperami, jak nie zamienił rozmowy w wojnę. Dopytanie: co zrobił następnego dnia, żeby taka sytuacja się nie powtórzyła. Kandydat, który nigdy nie zatrzymał wydania, był obserwatorem jakości, nie jej właścicielem.
Jedna metryka dla zarządu. Nie chodzi o to, czy padnie nazwa „odsetek defektów, które uciekły na produkcję”. Chodzi o to, czy kandydat rozumie różnicę między metryką aktywności QA a metryką ryzyka i czy potrafi obronić wybór: dlaczego ta liczba zmienia decyzje, a nie tylko ładnie wygląda. Dopytanie: jak by to policzył w Waszej firmie, skąd weźmie dane, co uzna za trend, a co za szum. Dlaczego większość wykresów jakości mija się z ryzykiem, opisujemy w tekście o tym, dlaczego dashboard jakości kłamie.
Koszt błędu w języku biznesu. To pytanie jest brutalne, ale konieczne. Jeśli QA Lead nie umie mówić o jakości jak o ochronie przychodu i ograniczaniu ryzyka, prędzej czy później przegra na spotkaniach decyzyjnych. Kandydat powinien mówić o łańcuchu kosztów: czas zespołu, koszt wsparcia, koszt opóźnień, utracona konwersja, odpływ klientów. Dopytanie: jakie założenia przyjął i co było największą pułapką w liczeniu. Punkt odniesienia dla Was macie w tekście o tym, ile naprawdę kosztuje bug w produkcji.
Pytania o sygnał i testy (4 do 7)
Zaufanie do sygnału. Doświadczony QA Lead wie, że najbardziej niszczące nie są czerwone testy, tylko testy, którym nikt nie ufa. Powinien mówić o jakości sygnału, redukcji szumu, niestabilności i szybkości informacji zwrotnej. Powinien też umieć powiedzieć, że mniej testów bywa lepsze niż więcej, jeśli to „więcej” zabija wiarygodność. Dopytanie: jakie dwa wskaźniki sygnału wprowadziłby od razu.
Polityka wobec testów niestabilnych. Chcecie usłyszeć system, nie życzenia: oznaczanie, historia wyników, jasny próg, wyłączenie z krytycznej bramki, właściciel naprawy, analiza przyczyny. I zdanie, że ponowne uruchomienie to plaster, a nie rozwiązanie. Dopytanie: kto płaci za naprawę, QA czy deweloperzy, i jak egzekwuje odpowiedzialność, żeby to nie było wieczne „później”.
Usunięty test. Usuwanie testów wymaga większej dojrzałości niż ich pisanie. Kandydat powinien mówić o wartości testu, koszcie utrzymania, duplikacji, braku wykrywanych defektów, spowalnianiu pipeline’u. Dopytanie: jak upewnił się, że po usunięciu nie rośnie ryzyko i co zostawił zamiast, na przykład test na poziomie API albo kontraktu.
Strategia testów end to end. Kandydat powinien mówić o wąskich testach chroniących krytyczne ścieżki, a nie o setkach scenariuszy, i umieć wytłumaczyć, co testuje niżej: jednostki, komponenty, kontrakty, API. Mniej klikania, więcej architektury. Dopytanie: jak wybiera, co jest krytyczną ścieżką, kto o tym decyduje i jak często rewiduje listę.
Pytania o proces i plan (8 do 10)
Praca z DevOps i deweloperami. QA Lead ma budować jakość w procesie, a nie polować na błędy po fakcie. Chcecie usłyszeć o definicji ukończenia, przeglądzie kodu, testowalności, standardach, danych testowych, środowiskach, obserwowalności. Dobry QA Lead potrafi poprawić jakość bez zwiększania tarcia. Dopytanie: co zmienił w procesie deweloperskim, co realnie obniżyło liczbę regresji, jeden konkretny przykład.
Świadoma akceptacja ryzyka. QA Lead nie powinien blokować wszystkiego, ale też nie powinien zamiatać ryzyka pod dywan. Kandydat powinien mówić o tym, kto zatwierdza, jakie są warunki, jaki jest plan ograniczenia skutków, jak monitorujecie po wdrożeniu i kiedy wracacie do naprawy. Ważny jest język: ryzyko, konsekwencje, koszt, a nie „puściliśmy, bo musieliśmy”. Dopytanie: największy błąd w historii akceptacji ryzyka i czego go nauczył.
Pierwsze 30 dni. Najlepsza odpowiedź zawiera diagnozę produkcji, mapę ryzyk, szybkie zwycięstwa w pipeline, metryki bazowe i rytm przeglądu. Kandydat powinien wiedzieć, co mierzy, po co mierzy i jak pokaże efekt. Dopytanie: jakie trzy rzeczy zrobi w pierwszym tygodniu, które dadzą efekt w dwa sprinty. Plan „najpierw zrobimy więcej testów” bez diagnozy to plan robienia dużo, ale przypadkowo.
„Najlepszy tester w pokoju nie musi być najlepszym QA Leadem. Lider jakości to osoba, która potrafi doprowadzić do decyzji, a potem zmienić proces tak, żeby ta decyzja nie była potrzebna drugi raz.”
Dlaczego te pytania mają sens
Bo nie badają, czy kandydat umie testować. Badają, czy umie zarządzać ryzykiem jakościowym, wpływać na decyzje i budować system, który skaluje się razem z firmą. Z naszych obserwacji z ponad stu firm, którym pomagaliśmy w usługach QA i szkoleniach, wynika jedna prawidłowość: najlepsi liderzy jakości rzadko byli najlepszymi technicznie testerami. Byli tymi, którzy rozumieli produkt, biznes i ludzi, o czym piszemy w tekście o najlepszych testerach, którzy nie byli najlepsi technicznie.
Jeśli po Waszej stronie stołu siedzi HR albo menedżer spoza QA, dwa ułatwienia. Po pierwsze, czerwone flagi z tabeli wyżej działają bez wiedzy technicznej: ogólniki, brak przykładu, skrajności i fetysz liczby testów słychać w każdej odpowiedzi. Po drugie, kompetencje kandydata możecie zestawić z ustrukturyzowanym profilem, jaki daje QA Board, platforma profili kompetencyjnych testerów i specjalistów QA z naszej grupy. Rozmowa według dziesięciu pytań zajmuje około godziny. Zły QA Lead kosztuje kilka kwartałów.
Podsumowanie
W QA najdroższe błędy zaczynają się dużo wcześniej niż na produkcji. Zaczynają się od złych pytań na rozmowie. Dziesięć pytań z tego tekstu nie sprawdza narzędzi ani frameworków. Sprawdza, czy kandydat potrafi zatrzymać wydanie, policzyć ryzyko, usunąć test, przyjąć ryzyko z podpisem i wejść w firmę z planem, a nie z opiniami.
W Quality Island pomagamy firmom budować dojrzałe role QA Leadów: od profilu i pytań rekrutacyjnych, przez zakres odpowiedzialności, po realny wpływ na decyzje biznesowe. Zespołom HR i rekruterom, którzy zatrudniają do IT bez zaplecza technicznego, dajemy do tego osobne szkolenie. Jeśli chcecie sprawdzić, czy Wasza organizacja szuka lidera jakości, a nie tylko koordynatora testów, porozmawiajmy. Czasem wystarczy poprawić pięć pytań na rozmowie, żeby uniknąć bardzo drogiej pomyłki.
- QA Lead odpowiada za mechanizm decyzji: wypuszczamy, pauzujemy, akceptujemy ryzyko. Pytania rekrutacyjne mają sprawdzać ten mechanizm, nie znajomość narzędzi.
- Trzy pytania o pieniądze: zatrzymane wydanie, jedna metryka dla zarządu, koszt błędu w języku biznesu. Ogólnik w którymkolwiek to czerwona flaga.
- Cztery pytania o sygnał: zaufanie do testów, polityka niestabilności, usunięty test, wąskie testy end to end. Fetysz liczby testów dyskwalifikuje.
- Trzy pytania o proces: praca z deweloperami, świadoma akceptacja ryzyka z podpisem, pierwsze 30 dni z diagnozą przed zmianą.
- Czerwone flagi słychać bez wiedzy technicznej, więc z tej listy skorzysta też HR. Godzina rozmowy według dziesięciu pytań jest tańsza niż kwartał z niewłaściwym liderem.
Jeśli rekrutujecie do IT bez zaplecza technicznego, nauczymy Was zadawać pytania, po których słychać różnicę między testerem a liderem jakości.
Zobaczcie szkolenie IT dla HRPowiązane na Strefie QA
- Najlepsi testerzy, których znałem, nie byli najlepsi technicznie
- „Nie jestem techniczny”, czyli 3 mity, które blokują Cię przed rozwojem
- Ile naprawdę kosztuje własny zespół QA, a ile body leasing
Źródła:
- Szkolenie IT dla HR i rekruterów, Quality Island
- Warsztaty QA dla zespołów i kadry zarządzającej, Quality Island
- QA Board, profile kompetencyjne testerów i specjalistów QA
- Praktyka własna Quality Island z rekrutacji i budowy ról QA Lead u klientów usług QA i szkoleń, ponad 100 firm








