Testujeme software Testujeme software
  • Úvod
  • Blog
  • Nástroje
  • Slovníček
Testujeme software Testujeme software
Testujeme software Testujeme software
  • Úvod
  • Blog
  • Nástroje
  • Slovníček
  • Blog

Na dvou židlích aneb (ne)výhody testování na dvou projektech

  • 1. 10. 2022
  • Jan Zatloukal
Total
0
Shares
0
0
0

Často se stává, že testeři pracují na dvou nebo více projektech. V určitých případech to možné je a nemusí to přinášet žádná negativa. Podle mě ale tento přístup není dobrý a z dlouhodobého hlediska také neudržitelný. Jaké jsou pro a proti, když tester sedí „na dvou židlích“?

Jedno zenové přísloví praví, že když lovíte dva zajíce zároveň, nechytíte ani jednoho. Myslím, že tohle přísloví přesně sedí na situaci, kdy musíme svoji pozornost dělit mezi více projektů. Během takového lovu můžeme nabrat více zkušeností, ale nemusíme se každý den vrátit s kořistí a naopak nás taková aktivita více vyčerpává. Ve výsledku tak spíše strádáme a s ustupujícími silami klesá také naše šance na úspěch.

Zkušenosti

Při testování na více projektech můžeme získat více zkušeností. Pracujeme s různými technologiemi, používáme více nástrojů a jsme součástí více týmů. To je bezesporu výhoda. Na druhou stranu ale nemáme prostor pro lepší proniknutí do projektu a učící křivka je spíše pozvolná. Může nám připadat, že toho „víme“ víc, ale hloubka našich znalostí není tak vysoká, jako když se věnujeme jen jednomu projektu.

Přehled

Podle mého názoru by měl tester mít o projektu největší přehled z celého týmu. To je ale věc, kterou při testování na více projektech nejde moc zaručit. Obsáhnout dokonale všechny projekty je náročné a stresující, což může snadno vést například k tomu, že něco přehlédneme, nebo dokonce vynecháme, protože na to jednoduše nemáme prostor. Je důležité mít v takovém případě k dispozici kvalitní dokumentaci a současně dokumentovat vše, co děláme (například formou test cases). Máme tak lepší přehled o tom, co děláme a současně máme i větší jistotu, že jsme na něco nezapomněli.

Organizace práce

Organizace práce je něco, co může být při testování na více projektech, velký problém. Chodíme na více meetingů, řešíme více záležitostí naráz a často musíme „přepínat“ kontext. Podle výzkumu University of California trvá 23 minut, než se člověk dokáže opět „ponořit“ do práce po tom, co ho někdo vyruší. Určitě si dokážete představit situaci, kdy začnete ráno řešit nějaký úkol, potom jdete na meeting a než se stihnete po meetingu znovu „ponořit“, jdete na další, nebo vás někdo vyruší s dotazem. V takové situaci se věci těžko dotahují „do konce“ a úkoly, které jste si na daný den naplánovali, se často táhnout do dalších dnů.

Proto je důležité si den správně naplánovat. Vytvořte si v kalendáři „okna“, kde si naplánujete konkrétní úkoly nebo prostě jen čas, ve který budete řešit problém. Uvědomte své kolegy, že v tento čas nemůžete reagovat na jejich dotazy. Snažte se také práci na projektech rozdělit v rámci celého týdne. Vyčleňte si určité dny na určité projekty a snažte se také přeorganizovat týmové meetingy tak, aby jste byli účastní alespoň na těch nejdůležitějších.

Myslete také na to, že při práci na více projektech, máte opravdu méně času. Při plánování tak počítejte pouze s takovou kapacitou, kterou máte skutečně k dispozici. To, že jste v kanceláři celý týden, neznamená, že jste celý týden k dispozici pro daný projekt. Bohužel budete muset některé meetingy vynechat, což vám současně ubírá přehled o projektu a často vám tak může něco „utéct“.

Konflikty

Často také dochází ke konfliktu, například ke konci scrumového sprintu. To je situace, kterou vlastně nejde moc dobře řešit zvlášť v případě, kdy mají jednotlivé projekty stejný cyklus. Pokud je to jenom možné, zkuste změnit cyklus projektů tak, aby bylo možné být ke konci sprintu k dispozici na každém projektu.

Nejhorší situace nastávají v době releasování, kdy tlak na testování zpravidla roste a pokud se vám sejdou dva release naráz, je to v podstatě neřešitelná situace.

Vždy tedy komunikujte se svým týmem, scrum masterem i product ownerem o tom, jakou máte kapacitu i na ostatních projektech.

Total
0
Shares
Sdílet 0
Tweetnout 0
Sdílet 0
Související témata
  • Scrum
  • Time-management
Jan Zatloukal

Tester a vývojář se zálibou v automatizaci a zlepšování procesu vývoje. Aktuálně pracuji na projektu automatizace elektronových mikroskopů v Pythonu.

Předchozí článek
  • Blog

Hard a soft skills software quality engineera

  • 14. 9. 2022
  • Martin Blažek
Zobrazit článek
Další článek
  • Blog

Automatické testy z pohledu vývojáře

  • 3. 10. 2022
  • Jan Zatloukal
Zobrazit článek
Mohlo by se vám také líbit
Zobrazit článek
  • Blog

Prezentace výsledků testování v Streamlit – 2. díl – anotované grafy

  • Jan Zatloukal
  • 23. 11. 2023
Zobrazit článek
  • Blog

Grafana – Jak na vymazlený dashboard (2. díl)

  • Radek Vavřín
  • 2. 11. 2023
Zobrazit článek
  • Blog

5 důvodů, proč nepracovat v Edhouse

  • Jan Zatloukal
  • 12. 10. 2023
Zobrazit článek
  • Blog

Identifikace UI prvků pro automatické testování

  • Jan Zatloukal
  • 21. 9. 2023
Zobrazit článek
  • Blog

Obsidian – automatizace nad poznámkami 

  • Jan Zatloukal
  • 7. 9. 2023
Zobrazit článek
  • Blog

Organizace souborů a složek při práci s Robot Frameworkem

  • Petr Nagy
  • 10. 8. 2023
Zobrazit článek
  • Blog

Automatizované testování webových aplikací s Robot Frameworkem a RPA.Browser 

  • Jan Zatloukal
  • 27. 7. 2023
Zobrazit článek
  • Blog

Tabulkový diff pomocí Pythonu

  • Jan Zatloukal
  • 29. 6. 2023

Napsat komentář Zrušit odpověď na komentář

Vaše e-mailová adresa nebude zveřejněna. Vyžadované informace jsou označeny *

Doporučené příspěvky
  • 1
    Prezentace výsledků testování v Streamlit – 2. díl – anotované grafy
    • 23. 11. 2023
  • 2
    Grafana – Jak na vymazlený dashboard (2. díl)
    • 2. 11. 2023
  • 3
    5 důvodů, proč nepracovat v Edhouse
    • 12. 10. 2023
  • 4
    Identifikace UI prvků pro automatické testování
    • 21. 9. 2023
  • 5
    Obsidian – automatizace nad poznámkami 
    • 7. 9. 2023
Poslední příspěvky
  • Organizace souborů a složek při práci s Robot Frameworkem
    • 10. 8. 2023
  • Automatizované testování webových aplikací s Robot Frameworkem a RPA.Browser 
    • 27. 7. 2023
  • Tabulkový diff pomocí Pythonu
    • 29. 6. 2023
Rubriky
  • Blog (29)
Testujeme software Testujeme software
  • Edhouse.cz
  • Vyšíváme software
  • Zásady cookies (EU)
Testujeme software – vše o testování software | Všechna práva vyhrazena © 2022

Zadejte klíčové slovo a stiskněte Enter.

Spravovat Souhlas s cookies
Abychom poskytli co nejlepší služby, používáme k ukládání a/nebo přístupu k informacím o zařízení, technologie jako jsou soubory cookies. Souhlas s těmito technologiemi nám umožní zpracovávat údaje, jako je chování při procházení nebo jedinečná ID na tomto webu. Nesouhlas nebo odvolání souhlasu může nepříznivě ovlivnit určité vlastnosti a funkce.
Funkční Vždy aktivní
Technické uložení nebo přístup je nezbytně nutný pro legitimní účel umožnění použití konkrétní služby, kterou si odběratel nebo uživatel výslovně vyžádal, nebo pouze za účelem provedení přenosu sdělení prostřednictvím sítě elektronických komunikací.
Předvolby
Technické uložení nebo přístup je nezbytný pro legitimní účel ukládání preferencí, které nejsou požadovány odběratelem nebo uživatelem.
Statistické
Technické uložení nebo přístup, který se používá výhradně pro statistické účely. Technické uložení nebo přístup, který se používá výhradně pro anonymní statistické účely. Bez předvolání, dobrovolného plnění ze strany vašeho Poskytovatele internetových služeb nebo dalších záznamů od třetí strany nelze informace, uložené nebo získané pouze pro tento účel, obvykle použít k vaší identifikaci.
Marketingové
Technické uložení nebo přístup je nutný k vytvoření uživatelských profilů za účelem zasílání reklamy nebo sledování uživatele na webových stránkách nebo několika webových stránkách pro podobné marketingové účely.
Spravovat možnosti Spravovat služby Spravovat dodavatele Přečtěte si více o těchto účelech
Zobrazit předvolby
{title} {title} {title}