Interní QA specialista na automatizaci nebo externí dodavatel
Rozhodnutí většinou vypadá jako otázka ceny: kolik stojí člověk na plný úvazek oproti tomu, kolik si vyžádá dodavatel. Nejde však o porovnání dvou faktur. Jsou to dva různé způsoby, jak se k automatizaci dostat, a každý má své místo. Níže vysvětlujeme, co se za oběma možnostmi skrývá – aniž bychom vás tlačili k jediné odpovědi.
Běžný problém: interní člověk, nebo dodavatel?
Vlastní QA specialista na automatizaci dává smysl tehdy, když je práce trvalá, nikoli nárazová.
- Produkt žije roky a mění se denně. Sada, která se aplikace dotýká každý týden, potřebuje jasnou průběžnou odpovědnost. Údržba v takovém případě není jednorázovým projektem, ale provozní prací.
- Doména je složitá. Pojišťovnictví, zdravotnictví, logistika, účetnictví. Pokud trvá měsíce, než člověk pochopí, co je vlastně správný výsledek, je škoda, aby tyto znalosti získal někdo, kdo potom odejde.
- Tým je dostatečně velký, aby ho uživil. Potřebná kapacita závisí na velikosti produktu, tempu změn a rozsahu sady; u malé nebo nárazové potřeby nemusí plný úvazek dávat ekonomický smysl.
- Chcete QA přímo v týmu. Člověk, který se účastní plánování a vidí, co se připravuje, může upozornit na rizika ještě před realizací. Externí spolupráce proto vyžaduje dobře nastavenou komunikaci s produktovým týmem.
Háček spočívá v tom, co se do těchto bodů nevejde: nábor zkušeného specialisty na automatizaci může trvat déle a vytváří také průběžné náklady na udržení know-how. Než ho najdete, může regresní testování zůstat převážně ruční.
Kdy se vyplatí externí dodavatel
- Potřebujete výsledek dříve, než skončí nábor. Než zveřejníte inzerát, absolvujete pohovory a vybraný kandidát dokončí výpovědní dobu, může externí tým rozpracovat kritickou část sady a její zapojení do pipeline.
- Potřeba je nárazová. Vybudovat základy sady, zachránit sadu, která přestala fungovat, nebo pokrýt jednu velkou funkci před releasem. To jsou úkoly s koncem – nikoli důvod vytvářet trvalé pracovní místo.
- Potřebujete více typů odbornosti. Web, mobilní aplikace, API, výkonnostní testy, přístupnost i CI/CD vyžadují odlišné zkušenosti. Externí tým nebo specializovaný dodavatel může podle rozsahu zapojit lidi z více oblastí; při výběru si proto ověřte, které kompetence skutečně pokrývá.
- Chcete platit za výsledek, nikoli za úvazek. Pevná cena za jasně dohodnutý rozsah snižuje riziko, že se náklady během realizace neočekávaně změní. U zaměstnance toto riziko nesete každý měsíc vy.
A jedna věc, která se při externí spolupráci často podceňuje: předání know-how je třeba dohodnout předem. Ve smlouvě má být jasně uvedeno, komu patří výsledný kód a kde bude uložen. Při našem běžném způsobu spolupráce předáváme zdrojové kódy do dohodnutého repozitáře spolu s dokumentací a pravidly dalšího rozvoje. Řešení stavíme převážně na nástrojích s otevřeným zdrojovým kódem; případné placené nebo proprietární závislosti uvádíme předem.
Jak to řešit: možnosti lze spojit
Není to volba buď–anebo. Častým modelem je nechat si základy vybudovat externě a údržbu postupně převzít dovnitř. Dodavatel připraví kostru, pokryje první kritické cesty a zavede udržitelnou strukturu. Interní člověk potom může po zaškolení a podle svých technických zkušeností přidávat scénáře do hotového rámce. Úvodní návrh architektury a pracovních pravidel bývá náročnou částí projektu; také následné rozšiřování však potřebuje vyhrazenou kapacitu a průběžnou kontrolu kvality.
Stejně tak lze postupovat opačně: interní tým pokračuje sám a externě si zajistí pouze to, na co nemá kapacitu nebo zkušenosti.
Co vám správné rozdělení práce přinese
Rozhodnutí, které lze obhájit. Ne „všechno dovnitř“, ne „všechno ven“, ale rozdělení podle toho, co je u vás trvalé a co nárazové.
Další krok
Pokud nevíte, na které straně stojíte, ozvěte se nám. Projdeme, jak dnes testujete, jak často vydáváte releasy a co od automatizace očekáváte – a řekneme, co bychom na vašem místě dělali sami a co zadali externě. Pokud z toho vyplyne, že si vystačíte s vlastním člověkem, řekneme i to. Pokud chcete nejprve nezávislý pohled na celý proces, patří to do testovací strategie a QA auditu.