B2 B2Bezpieczny

Umowa B2B testera (QA): kiedy grozi ukryty etat

Testerzy i inżynierowie QA to — obok programistów — częsta grupa na fikcyjnym B2B: długa, wyłączna współpraca z jednym klientem, praca w jego systemach i według jego procesów.

Typowe czerwone flagi w QA

Praca wyłącznie dla jednego softwarehouse’u/klienta, sztywne godziny i „dostępność", daily i sprinty jako narzucony reżim czasu, konta i sprzęt w systemach zamawiającego, zakaz podzlecania i stała stawka miesięczna.

Jak zmniejszyć ryzyko

Rozliczaj się za zadania/rezultat tam, gdzie to możliwe, zachowaj niezależność organizacyjną, rozważ dodatkowych klientów, zadbaj o prawo do zastępstwa. Zeskanuj kontrakt, aby zobaczyć konkretne zapisy do poprawy.

Kontrakt QA: zapisy ryzykowne vs bezpieczne

Element współpracy Podnosi ryzyko (jak etat) Bezpieczniejsza praktyka
Czas pracy „Dostępność 9–17", daily o stałej porze jako obowiązek Elastyczne godziny — liczy się dostarczony rezultat
Sprzęt i konta Wyłącznie sprzęt i konta zamawiającego Własny sprzęt lub uzasadniony dostęp do systemów
Zakres Bezterminowe „wsparcie zespołu QA" bez granic Zadania z definicją rezultatu (przypadki testowe, raporty)
Podzlecanie Zakaz zastępstwa i podwykonawców Prawo do zastępstwa/podwykonawcy
Klienci Wyłączność dla jednego software house’u Równoległe projekty i klienci
Rozliczenie Stała stawka miesięczna niezależna od efektu Rozliczenie za zadania/etapy

Sprawdź swoją umowę za darmo

Wgraj umowę B2B lub wklej jej treść — w 30 sekund pokażemy czerwone flagi i poziom ryzyka.

Darmowy skan umowy →

Najczęstsze pytania

Czy praca w sprintach to podporządkowanie?

Sam udział w metodyce zwinnej nie przesądza sprawy, ale narzucony sztywny czas pracy i bieżące polecenia mogą być traktowane jako cechy stosunku pracy.

Czy jeden software house to od razu ukryty etat?

Nie automatycznie, ale wyłączna, długoletnia współpraca z jednym klientem w połączeniu z podporządkowaniem i stałą stawką znacząco podnosi ryzyko.

Źródła

Zobacz też