[model_trzy_zmianowy]

Jak Zachować Zasoby B2B w 2026 r.:
Praktyczny Przewodnik Po Unikaniu Bezpośredniego Podporządkowania w IT

Wstęp: Koniec Ery Komfortu

Nowe uprawnienia Państwowej Inspekcji Pracy (PIP) w zakresie przekształcania relacji B2B w stosunek pracy zmuszają do rewizji dotychczasowych, luźnych praktyk. Zapomnij o traktowaniu kontraktora jak „pracownika bez urlopu i benefitów”. Od 2026 r. liczy się rezultat i autonomia. Twoim największym wrogiem jest bezpośrednie podporządkowanie.

Rozdział 1: Rewolucja Komunikacyjna – Zabij Daily, Zostaw Status

Daily Scrum, w obecnej formie, to mina prawna. Codzienne "spowiadanie się" z tego, co się robiło wczoraj, jest podręcznikowym przykładem kontroli procesu, a nie kontroli efektu.

Zła Praktyka (UoP) vs. Dobra Praktyka (B2B):

- Tytuł Spotkania: Daily Scrum / Status na 9:00 -- Tytuł Spotkania: Spotkanie Koordynacyjne/Wymiana Informacji
- Częstotliwość: Codziennie, o sztywnej porze -- Częstotliwość: W miarę potrzeb koordynacji (2-3 razy w tygodniu, opcjonalnie)
- Pytanie 1: Co robiłeś wczoraj? -- Pytanie 1 (Focus na cel): Jaki postęp osiągnąłeś w realizacji zakresu prac (np. sprint/kamień milowy)?
- Pytanie 2: Co zrobisz dzisiaj? -- Pytanie 2 (Focus na efekt): Jaki następny rezultat planujesz dostarczyć i kiedy?
- Pytanie 3: Jakie masz przeszkody? -- Pytanie 3 (Focus na zależności): Czy potrzebujesz informacji od innych Kontraktorów do wykonania swojego zlecenia?
- Cel: Kontrola i weryfikacja czasu pracy -- Cel: Koordynacja prac między niezależnymi podmiotami

Wskazówka dla Lidera/Scrum Mastera: Twoim zadaniem nie jest wydawanie poleceń, lecz koordynowanie zleceń. Wystrzegaj się słów typu „musisz”, „zrób to”, „twój przełożony”. Mów o zakresie usług, terminach umownych i kryteriach akceptacji.

Rozdział 2: Autonomia w Kontrakcie i Praktyce

Kontraktor musi mieć realną, udokumentowaną i respektowaną swobodę w organizacji pracy.

2.1 Swoboda Czasowa i Miejsca

1. Brak Regulaminu Pracy: W kontrakcie musi być jasno zaznaczone, że Kontraktor sam decyduje o czasie i miejscu wykonywania zlecenia. Nie ma sztywnych godzin.
2. Elastyczność Zadań: Ogranicz do minimum zadania typu "pilne, na teraz". Kontraktor powinien pracować nad większymi partiami zlecenia, które sam priorytetyzuje w ramach ustalonego terminu dostarczenia rezultatu.
3. Własne Zasoby: W miarę możliwości, wymagaj od Kontraktora używania własnego sprzętu, licencji i narzędzi (BYOD). Jeśli jest to niemożliwe (ze względów bezpieczeństwa), umowa powinna to wyjaśniać, ale podkreślać, że udostępniony sprzęt służy wykonywaniu zlecenia, a nie kontroli.

2.2 Kontrola Rezultatu

Zamawiający ma prawo do weryfikacji rezultatów (kodu, funkcjonalności), ale nie ma prawa do weryfikacji sposobu ich powstawania.

- Akceptacja na Koniec Sprintu/Kamienia: Ogranicz przeglądy do weryfikacji, czy dostarczony moduł spełnia kryteria akceptacji (Definicję Ukończenia), a nie czy kod został napisany w "odpowiedni sposób".
- Zmiana Tonażu: Feedback techniczny (code review) powinien dotyczyć jakości dostarczonego produktu, a nie wydajności lub sposobu pracy Kontraktora.
- Wielozadaniowość (Mityczny Wskaźnik Niezależności): Choć trudne w pełnym wymiarze, spróbuj stworzyć warunki, w których Kontraktor B2B ma teoretyczną możliwość wykonywania innych zleceń. Brak formalnego zakazu pracy dla innych podmiotów jest kluczowy.

Rozdział 3: Zmiany Formalne – Język Umowy

Umowa B2B musi być kontraktem na świadczenie usług/dostarczenie dzieła, a nie na wykonywanie pracy.

- Przedmiot: Wykonywanie pracy, stanowisko (np. Starszy Programista) -- Przedmiot: Świadczenie usług doradczych, programistycznych, dostarczenie konkretnego modułu (Rezultat)
- Odpowiedzialność: Pracodawca -- Odpowiedzialność: Kontraktor (za niewykonanie lub nienależyte wykonanie zlecenia)
- Ryzyko: Pracodawca -- Ryzyko: Kontraktor (ponosi ryzyko nieosiągnięcia rezultatu)
- Czas: Określony w godzinach, urlop -- Czas: Określony termin dostarczenia rezultatu, swoboda w organizacji czasu

Kluczowa Klauzula: Wprowadź jasne postanowienie, że Kontraktor wykonuje zlecenie bez bezpośredniego podporządkowania i nadzoru ze strony Zamawiającego, oraz że sam ponosi ryzyko gospodarcze związane z prowadzoną działalnością.

Ostrzeżenie Końcowe

Nawet najlepsze zapisy w umowie nie ochronią przed przekwalifikowaniem, jeśli faktyczna praktyka na projekcie będzie łamać zasadę niezależności. PIP będzie badać rzeczywisty charakter współpracy. Jeśli w praktyce programista B2B: siedzi w biurze od 9 do 17, odbija kartę, dostaje polecenia od szefa, nie może iść do lekarza bez "pozwolenia" i co rano raportuje czynności w Daily – żaden prawnik go nie uratuje.

Zmień myślenie: nie zatrudniasz pracownika, lecz zlecasz usługę "niezależnemu zasobowi biznesowemu"

#programista15k #programowanie #pracait #korposwiat #pracbaza

[mch0588]

lecz zlecasz usługę "niezależnemu zasobowi biznesowemu"

@model_trzy_zmianowy: noi tu kodojebcy jeżą i kwiczą bo bez "ticketa" z opisem co należy wykonać krok po kroku większość z nich nie jest w stanie nic zrobić. To tak jakby zlecić mechanikowi naprawę silnika i w zleceniu opisywać : proszę odkręcić korek, proszę spuścić olej, proszę podnieść pojazd na podnośniku itp ( ͡° ͜ʖ ͡°)

[Leithain]

@model_trzy_zmianowy: jak dobrze, że pracuje na swoim sprzęcie, sam sobie kupiłem oprogramowanie, nikt mi nie mówi gdzie i kiedy mam pracować, a firma dla której pracuję to nawet w UE nie jest.