Zarząd średniej firmy programistycznej, wrzesień. Dyrektor HR przynosi wyniki ankiety: odejścia w zespołach developerskich są najwyższe od trzech lat, a w rozmowach końcowych wraca to samo słowo: zmęczenie. Ma też gotową propozycję: od stycznia 4-dniowy tydzień pracy, wolne piątki, ta sama pensja. Prezes widział nagłówki o pilotażach w Wielkiej Brytanii i o rządowym programie w Polsce. Dyrektor operacyjny pyta tylko o jedno: kto w piątek odbierze telefon od klienta, któremu padła produkcja?
Obie strony mają rację i obie zadają niewłaściwe pytanie. Czterodniowy tydzień pracy w firmie IT nie jest benefitem, który się ogłasza, tylko zmianą organizacji pracy, którą się projektuje. Ten artykuł jest dla prezesów i dyrektorów HR, którzy rozważają skrócenie czasu pracy w zespołach technologicznych albo słyszą o tym od swoich ludzi. Pokazujemy, co naprawdę mówią dane z pilotaży, czego nie mówią, który wariant pasuje do zespołu programistów i co zmienia się we współpracy z dostawcami i specjalistami zewnętrznymi.
Teza, której bronimy, może wydać się niewygodna obu stronom sporu. Pilotaże dowodzą, że krótszy tydzień poprawia dobrostan i ogranicza odejścia, ale nie dowodzą, że zwiększa produktywność. W IT o powodzeniu decyduje nie to, czy firma skróci tydzień, tylko jak: wspólny wolny piątek, który najlepiej wygląda w ogłoszeniu rekrutacyjnym, jest dla większości zespołów utrzymujących systemy najgorszym wariantem, a zabranie dnia z kalendarza bez wcześniejszego usunięcia z niego marnotrawstwa kończy się albo powrotem do pięciu dni, albo cichym nadrabianiem wieczorami.
Czym właściwie jest 4-dniowy tydzień pracy i czym różni się od skondensowanego tygodnia?
Pod hasłem „4 dniowy tydzień pracy” kryją się co najmniej trzy różne rozwiązania i warto je rozdzielić, zanim zacznie się dyskusję o kosztach i korzyściach.
Skrócony czas pracy bez obniżki wynagrodzenia. Pracownik pracuje mniej godzin, na przykład 32 zamiast 40, i dostaje tę samą pensję. Ruch 4 Day Week Global opisuje ten model formułą 100-80-100: 100% wynagrodzenia za 80% czasu pracy w zamian za utrzymanie 100% wyników. To właśnie ten model testowano w głośnych pilotażach w Wielkiej Brytanii i w Niemczech. Skrócenie nie musi oznaczać wolnego piątku: może przyjąć formę krótszych dni, dodatkowych dni wolnych w miesiącu albo rotacyjnego dnia wolnego.
Skondensowany tydzień pracy. Ta sama liczba godzin, mniej dni: na przykład cztery dni po dziesięć godzin. W Polsce przewiduje to art. 143 Kodeksu pracy jako system skróconego tygodnia pracy, stosowany wyłącznie na pisemny wniosek pracownika, z dobowym wymiarem do 12 godzin i okresem rozliczeniowym nieprzekraczającym jednego miesiąca. Łączny czas pracy się nie zmienia, zmienia się tylko jego rozkład.
Krótszy tydzień z proporcjonalnie niższą pensją. Czyli zwykła praca w niepełnym wymiarze, na przykład 0,8 etatu. Dla wielu specjalistów IT to atrakcyjna opcja, ale nie jest to rozwiązanie, o którym mówią pilotaże, i nie zmienia ono ekonomii firmy.
Ta różnica ma praktyczne znaczenie. Skondensowany tydzień jest neutralny kosztowo, ale w pracy wymagającej długiej koncentracji dziesięciogodzinny dzień często oznacza dwie ostatnie godziny niskiej jakości. Skrócony czas pracy przy tej samej pensji podnosi koszt godziny pracy o 25% (bo 1 / 0,8 = 1,25), więc opłaca się tylko wtedy, gdy firma odzyska tę różnicę w wynikach, niższej rotacji albo tańszej rekrutacji. W tym artykule, mówiąc o 4-dniowym tygodniu, mamy na myśli model skróconego czasu pracy, bo to on budzi emocje i to jego dotyczą dane.
Co naprawdę pokazały pilotaże w Wielkiej Brytanii, Islandii i Niemczech?
Najczęściej cytowany jest brytyjski pilotaż z drugiej połowy 2022 roku, prowadzony przez 4 Day Week Global razem z think tankiem Autonomy i badaczami z uczelni. Wzięło w nim udział 61 firm i około 2900 pracowników. Po sześciu miesiącach 56 firm (92%) postanowiło kontynuować skrócony tydzień, a 18 uznało zmianę za trwałą. Liczba odejść z pracy spadła według raportu o 57% w porównaniu z analogicznym okresem rok wcześniej, a liczba dni zwolnień chorobowych o 65%. Przychody w okresie pilotażu wzrosły średnio o 1,4%, ale ta liczba pochodzi od 23 firm, które dostarczyły wystarczające dane, ważonych wielkością firmy.
Islandia jest przykładem starszym i innym w naturze. W latach 2015–2019 władze Reykjaviku i rząd islandzki przeprowadziły próby obejmujące ponad 2500 pracowników, czyli około 1% pracujących, którzy przeszli z 40 na 35 lub 36 godzin tygodniowo bez obniżki pensji. Raport Autonomy i islandzkiego stowarzyszenia Alda z 2021 roku opisuje, że wydajność i jakość usług w większości miejsc pracy pozostały na tym samym poziomie lub się poprawiły. Często powtarzana liczba 86% dotyczy czegoś innego: odsetka islandzkich pracowników, którzy w układach zbiorowych zawartych w latach 2019–2021 przeszli na krótszy tydzień lub uzyskali prawo do jego skrócenia. To skutek negocjacji związkowych, a nie bezpośredni wynik prób. Warto też zauważyć, że w Islandii najczęściej skracano dzień, a nie usuwano całego dnia z tygodnia.
Niemiecki pilotaż z 2024 roku, prowadzony z Uniwersytetem w Münster, objął 45 organizacji. Uniwersytet w komunikacie z października 2024 roku podał, że ponad 70% uczestników chce kontynuować, przedłużając test albo wprowadzając 4-dniowy tydzień na stałe, a 85% organizacji dało pracownikom jeden stały lub elastyczny dzień wolny w tygodniu. Pomiar zegarkami sportowymi pokazał, że uczestnicy spali średnio o 38 minut tygodniowo dłużej niż grupa kontrolna i mieli istotnie mniej minut zmierzonego stresu dziennie. Obroty i zysk wzrosły nieznacznie, ale różnica wobec poprzedniego roku nie była istotna statystycznie, podobnie jak niewielki spadek liczby dni chorobowych. Dwie duże firmy wycofały się przed końcem z powodów ekonomicznych lub braku wsparcia wewnątrz organizacji.
Najmocniejszym dotąd opracowaniem naukowym jest artykuł Wen Fan i współpracowników (m.in. Juliet Schor z Boston College) opublikowany w lipcu 2025 roku w „Nature Human Behaviour”. Autorzy przeanalizowali sześciomiesięczne próby w 141 organizacjach z kilku krajów, obejmujące niemal 2900 pracowników, i porównali je z grupą około 290 osób z 12 firm, które zostały przy pięciu dniach. U uczestników prób istotnie spadło wypalenie, wzrosło zadowolenie z pracy, poprawiło się zdrowie psychiczne i fizyczne. Średnio pracowali o około pięć godzin tygodniowo mniej, a największą poprawę odnotowały osoby, którym czas pracy skrócił się o osiem godzin lub więcej.
Czego pilotaże nie dowodzą i dlaczego to ważne przy decyzji zarządu?
Wszystkie powyższe dane są prawdziwe i wszystkie mają wspólną słabość: uczestnicy sami zgłosili się do pilotaży. Firma, która dobrowolnie zapisuje się do programu 4 Day Week Global, zwykle ma już dobrą kulturę zaufania, zarząd przekonany do pomysłu i pracę, którą da się przeorganizować. Autorzy artykułu w „Nature Human Behaviour” sami zaznaczają, że badane organizacje nie są reprezentatywne. Wynik „92% firm kontynuuje” mówi więc o firmach, które wierzyły w sukces, zanim zaczęły.
Druga słabość dotyczy pomiaru. Dobrostan, wypalenie i satysfakcję mierzy się ankietami, które wypełniają osoby świadome, że od wyników zależy utrzymanie przywileju. Rotację i absencję mierzy się twardo, ale w krótkim okresie i bez grupy kontrolnej (w brytyjskim pilotażu porównanie dotyczyło tego samego okresu rok wcześniej). Produktywności w ścisłym sensie, czyli wyniku na godzinę pracy, w większości prób nie mierzono wcale, a dane o przychodach dotyczą części uczestników.
Trzecia rzecz to odwroty. Według relacji z niemieckiego pilotażu część firm po sześciu miesiącach wróciła do pięciu dni, a niektóre zamiast wolnego dnia skróciły czas pracy w ramach pięciodniowego tygodnia. To nie jest porażka idei, tylko informacja: format „wolny piątek dla wszystkich” nie pasuje do każdej organizacji, nawet takiej, która była do niego przekonana.
Dla zarządu wynika z tego konkretna zasada. Jeśli ktoś przekonuje, że 4-dniowy tydzień „zwiększa produktywność o X%”, poproś o źródło i sprawdź, co i na jakiej próbie zmierzono. Uczciwe sformułowanie brzmi: w dobrze przygotowanych organizacjach skrócenie czasu pracy o około 20% nie obniżyło wyników w stopniu, który skłoniłby je do rezygnacji, a wyraźnie poprawiło dobrostan i ograniczyło odejścia. To nadal mocny argument, ale argument retencyjny, a nie wydajnościowy, i tak trzeba go policzyć.
Jest też przykład często przytaczany w mediach technologicznych: Microsoft Japan w sierpniu 2019 roku zamknął biura w piątki w ramach programu Work-Life Choice Challenge i raportował wzrost sprzedaży na pracownika o niemal 40% w porównaniu z tym samym miesiącem roku poprzedniego. Był to jeden miesiąc, jedna miara i jedna firma, więc traktujemy go jako anegdotę, nie dowód.
Jak wygląda polski pilotaż skróconego czasu pracy w listopadzie 2026 roku?
Ministerstwo Rodziny, Pracy i Polityki Społecznej prowadzi rządowy pilotaż skróconego czasu pracy. Nabór trwał od 14 sierpnia do 15 września 2025 roku. Według komunikatu ministerstwa z 15 października 2025 roku wpłynęło 1994 wniosków, a do programu zakwalifikowano 90 pracodawców z projektami obejmującymi ponad 5 tysięcy pracowników. Każdy projekt musiał objąć co najmniej połowę zatrudnionych, a dofinansowanie wynosi do 1 miliona złotych na pracodawcę i nie więcej niż 20 tysięcy złotych na pracownika. Budżet programu na lata 2025–2027 to 50 milionów złotych.
Zasady są proste: od stycznia do czerwca 2026 roku czas pracy skraca się o co najmniej 10%, w drugim półroczu o 20%, a wynagrodzenia i warunki zatrudnienia nie mogą się pogorszyć. Pracodawcy sami wybierali formę skrócenia. Według komunikatu MRPiPS z 2 listopada 2026 roku większość stopniowo zmniejsza liczbę godzin w tygodniu, część przeszła na czterodniowy tydzień, a część daje pracownikom dodatkowe dni wolne.
Stan na dziś: w programie uczestniczy 78 pracodawców, 38 prywatnych i 40 publicznych, a testowane rozwiązania obejmują blisko 5 tysięcy osób. Ministerstwo nie wyjaśniło publicznie różnicy między 90 zakwalifikowanymi a 78 uczestniczącymi podmiotami. Resort ocenia, że krótszy czas pracy można pogodzić ze sprawnym funkcjonowaniem firm i instytucji, choć wymaga to zmian w organizacji pracy, a jako największe wyzwania uczestnicy wskazują układanie grafików, zastępstwa i ciągłość obsługi klienta lub produkcji. Minister Agnieszka Dziemianowicz-Bąk powiedziała 6 listopada, że 80% pracodawców biorących udział w pilotażu chciałoby w jakiejś formie kontynuować skrócenie czasu pracy z zachowaniem wynagrodzeń, i zapowiedziała, że na razie ministerstwo stawia na „miękkie rekomendacje”, a nie na zmianę Kodeksu pracy.
Co z tego wynika dla firmy IT? Trzy rzeczy. Po pierwsze, pilotaż trwa do końca grudnia 2026 roku, a raporty końcowe uczestnicy składają do 15 maja 2027 roku, więc niezależna ewaluacja jeszcze nie istnieje: wszystko, co dziś wiemy, to deklaracje resortu i uczestników. Po drugie, nabór jest zamknięty, a pilotaż obejmuje tylko zakwalifikowanych pracodawców, więc firma, która chce spróbować teraz, robi to na własny koszt. Po trzecie, ustawowy wymiar czasu pracy się nie zmienił. Art. 129 Kodeksu pracy nadal wyznacza górną granicę 8 godzin na dobę i przeciętnie 40 godzin w przeciętnie pięciodniowym tygodniu, a pracodawca może bez żadnego programu ustalić warunki korzystniejsze dla pracownika. Przed zmianą warto jednak z prawnikiem ustalić, jak zapisać nowy wymiar w regulaminie lub umowach i jak liczyć pracę ponad niego, bo od tego zależy, czy nadgodziny w czwartek wieczorem nie staną się kosztownym sporem.
Dlaczego IT wydaje się idealnym kandydatem i gdzie ta intuicja zawodzi?
Na pierwszy rzut oka zespół programistów to wymarzony uczestnik eksperymentu. Praca jest umysłowa, wynik zależy od koncentracji, a nie od liczby godzin przy biurku, większość zadań da się wykonać zdalnie, a narzędzia do pracy asynchronicznej są w branży standardem. Do tego rynek pracy specjalistów IT od lat jest konkurencyjny, więc każdy argument retencyjny ma realną wartość.
Dane o tym, jak wygląda dziś tydzień pracownika umysłowego, wspierają tę intuicję. W raporcie Microsoft Work Trend Index 2023, opartym na ankiecie wśród 31 tysięcy pracowników z 31 krajów, 68% respondentów stwierdziło, że nie ma w ciągu dnia wystarczająco dużo nieprzerwanego czasu na skupienie, a nieefektywne spotkania wskazano jako czynnik najbardziej obniżający produktywność. Według tego samego raportu przeciętny użytkownik Microsoft 365 spędza 57% czasu na komunikacji, a 43% na tworzeniu. Jeśli w tygodniu programisty jest dużo czasu, który nie tworzy wartości, to teoretycznie da się go wyciąć bez straty wyników.
Intuicja zawodzi w trzech miejscach. Pierwszym jest ciągłość działania. Zespół, który utrzymuje system produkcyjny, odpowiada za incydenty niezależnie od dnia tygodnia, a umowy z klientami często określają czas reakcji w dni robocze. Wolny piątek dla wszystkich nie usuwa tej odpowiedzialności, tylko przesuwa ją na dyżur, który ktoś musi pełnić i za który ktoś musi zapłacić.
Drugim miejscem są zależności. Zespół IT rzadko pracuje w próżni: czeka na decyzje biznesu, na dostęp od działu bezpieczeństwa, na odpowiedzi od dostawcy innego systemu, na testy akceptacyjne klienta. Jeśli te strony pracują pięć dni, a zespół cztery, każda zależność wydłuża się o jeden dzień w tygodniu. W pracy z dużą liczbą przekazań to może zjeść cały zysk z lepszej koncentracji.
Trzecim jest struktura kosztów. W firmie usługowej, która rozlicza się z klientem godzinowo, krótszy tydzień oznacza mniej godzin do zafakturowania przy tych samych pensjach. W firmie produktowej podobny problem nie istnieje wprost, ale tam z kolei wynik jest trudniej mierzalny, więc łatwiej przeoczyć, że tempo dostarczania spadło. Obie sytuacje wymagają innej rozmowy niż „dajmy ludziom wolne piątki”.
Wspólny wolny piątek czy rotacyjny dzień wolny: który wariant pasuje do zespołu IT?
To jest moment, w którym większość dyskusji o czterodniowym tygodniu pracy schodzi na manowce. Debata toczy się wokół pytania „czy”, a w IT decyduje pytanie „jak”. Poniższa tabela porównuje pięć wariantów z perspektywy zespołu technologicznego.
| Wariant | Jak działa | Mocne strony w IT | Słabe strony w IT | Kiedy ma sens |
|---|---|---|---|---|
| Wspólny wolny dzień (np. piątek) | Cały zespół pracuje od poniedziałku do czwartku, 32 godziny | Najprostszy w komunikacji, najsilniejszy efekt wizerunkowy, pełny dzień regeneracji | Luka w obsłudze incydentów i klientów, dłuższe oczekiwanie na zależności, presja na „nadrabianie” w czwartek | Zespoły produktowe bez dyżurów i z małą liczbą zależności zewnętrznych |
| Rotacyjny dzień wolny | Każdy ma jeden wolny dzień, ale w różne dni tygodnia | Zespół jest dostępny pięć dni, ciągłość wsparcia, mniej problemów z klientem | Trudniejsze planowanie, mniej wspólnego czasu, ryzyko, że wolny dzień „przepada” przy pilnych sprawach | Zespoły utrzymaniowe, wsparcie, projekty z klientem zewnętrznym |
| Krótsze dni (np. 6,5 godziny) | Pięć dni, mniej godzin dziennie | Ciągłość bez zmian, łatwe wdrożenie, dobre dopasowanie do pracy wymagającej koncentracji | Słabszy efekt wizerunkowy, łatwo o rozmycie granicy i pracę „do końca sprawy” | Zespoły z dużą liczbą zależności i spotkań z biznesem |
| Dodatkowe dni wolne w miesiącu | Np. dwa dodatkowe wolne dni miesięcznie, planowane jak urlop | Elastyczne, zgodne z obecnym grafikiem, łatwe do pokrycia | Mniejszy efekt na codzienne zmęczenie, wygląda jak dodatkowy urlop | Pierwszy, ostrożny krok lub firmy z dużą zmiennością obciążenia |
| Skondensowany tydzień (4 × 10 godzin) | Ta sama liczba godzin w czterech dniach | Neutralny kosztowo, dzień wolny bez zmiany wymiaru | Długie dni obniżają jakość pracy koncepcyjnej, brak efektów obserwowanych w pilotażach skrócenia | Gdy pracownicy sami o to proszą z powodów osobistych (art. 143 KP) |
Naszym zdaniem, jeśli zespół utrzymuje systemy produkcyjne albo pracuje bezpośrednio z klientem, wspólny wolny piątek jest najgorszym punktem wyjścia, choć najlepiej wygląda w ogłoszeniu. Rotacyjny dzień wolny albo krótsze dni dają większość korzyści z badań (mniej godzin, więcej regeneracji) bez tworzenia luki, którą trzeba łatać dyżurami. Wspólny wolny dzień ma sens w zespole produktowym, który sam decyduje o swoim tempie, nie ma zobowiązań czasowych wobec klientów i potrafi zamknąć tydzień pracy w czwartek bez pozostawiania niedokończonych wdrożeń.
Warto też pamiętać, że dane z badania w „Nature Human Behaviour” wskazują na zależność dawki: większe skrócenie czasu pracy dawało większą poprawę. Wariant, w którym formalnie jest wolny piątek, ale połowa zespołu w piątek odpisuje na wiadomości, daje skrócenie tylko na papierze. Lepiej skrócić tydzień o sześć godzin realnie niż o osiem deklaratywnie.
Co trzeba usunąć z tygodnia, zanim zabierze się z niego dzień?
Pilotaże, które się udały, mają wspólny element: zanim skrócono czas pracy, przebudowano sposób pracy. W niemieckim pilotażu ponad 60% pracowników ograniczyło rozpraszacze i usprawniło procesy, nieco ponad połowa zmieniła kulturę spotkań, a mniej więcej co czwarta osoba zaczęła korzystać z nowych narzędzi cyfrowych. To nie jest efekt uboczny, tylko mechanizm. Godziny, których brakuje, muszą skądś pochodzić.
W zespole IT są cztery główne źródła odzyskanego czasu. Spotkania. Przejrzyj kalendarz zespołu z ostatnich czterech tygodni i policz godziny spotkań na osobę. Każde cykliczne spotkanie powinno mieć właściciela, cel i decyzję, którą podejmuje; te, które tylko przekazują informacje, można zastąpić pisemną notatką. Codzienne spotkanie zespołu powinno trwać tyle, ile zakłada metoda, a nie godzinę.
Praca w toku. Zespół, który równolegle prowadzi dwanaście zadań, traci czas na przełączanie się między nimi i czekanie na przeglądy kodu. Ograniczenie liczby zadań w toku, znane z metody Kanban, skraca czas realizacji pojedynczej zmiany i sprawia, że w krótszym tygodniu kończy się więcej, a nie zaczyna więcej. To najtańsza zmiana, jaką można wprowadzić, i często daje więcej niż skrócenie tygodnia samo w sobie.
Przerwania. Ustal okna, w których zespół odpowiada na wiadomości, i chroniony czas na pracę wymagającą skupienia. Pilne sprawy powinny mieć jeden kanał i jedną osobę dyżurną, a nie trafiać do wszystkich naraz. Bez tego krótszy tydzień oznacza tę samą liczbę przerwań w mniejszej liczbie godzin, czyli jeszcze mniej czasu na właściwą pracę.
Ręczne czynności. Wdrożenia wymagające ręcznych kroków, środowiska testowe stawiane przez godzinę, raporty składane z kilku narzędzi. Każda z tych rzeczy to godziny, które automatyzacja zwraca na stałe. Jeśli zespół nie ma czasu na automatyzację, okres przygotowawczy przed pilotażem jest dobrym momentem, żeby go znaleźć.
Reguła jest prosta: najpierw odchudź tydzień, potem go skróć. Zmierz, ile czasu zespół odzyskał w okresie przygotowawczym, i dopiero na tej podstawie zdecyduj o skali skrócenia. Polski pilotaż MRPiPS przyjął podobną logikę stopniowania: najpierw 10%, potem 20%.
Jak mierzyć, czy skrócony tydzień działa, bez udawania, że mierzy się produktywność programisty?
Produktywność pojedynczego programisty jest notorycznie trudna do zmierzenia, a próby liczenia linii kodu czy zamkniętych zadań kończą się tym, że ludzie optymalizują wskaźnik zamiast pracy. Nie trzeba jednak mierzyć jednostki, żeby wiedzieć, czy zespół jako całość dostarcza tak samo dobrze. Do tego wystarczą miary przepływu i stabilności, które wiele zespołów już zbiera.
Proponujemy cztery grupy miar, zebrane w okresie co najmniej trzech miesięcy przed zmianą jako punkt odniesienia i porównywane w trakcie pilotażu. Przepływ: czas od rozpoczęcia pracy nad zmianą do jej wdrożenia, częstotliwość wdrożeń, liczba ukończonych elementów pracy w tygodniu, czas oczekiwania na przegląd kodu. To w dużej mierze metryki DORA, o których biznesowej wartości piszemy osobno. Stabilność: odsetek wdrożeń kończących się incydentem, czas przywrócenia działania, liczba zgłoszeń od klientów. Klient: dotrzymanie czasu reakcji z umów, wynik ankiet satysfakcji, terminowość dostaw. Ludzie: dobrowolne odejścia, dni absencji chorobowej, wynik krótkiej ankiety o wypaleniu przed i po zmianie, liczba godzin pracy rzeczywiście przepracowanych poza nowym wymiarem.
Ostatnia miara jest najważniejsza i najczęściej pomijana. Jeśli zespół formalnie pracuje cztery dni, a w praktyce odpisuje na wiadomości w piątek i domyka zadania w niedzielę, wszystkie inne wskaźniki będą wyglądać dobrze, a firma zbuduje sobie problem z wypaleniem i, potencjalnie, z rozliczaniem nadgodzin. Zapytaj ludzi wprost i anonimowo, ile pracowali poza nowym wymiarem.
Ustal z góry, co uznasz za sukces, a co za sygnał do korekty. Na przykład: czas realizacji zmian nie wydłuża się o więcej niż 10%, czas reakcji z umów jest dotrzymany w co najmniej 95% przypadków, liczba dobrowolnych odejść nie rośnie. Kryteria spisane przed pilotażem chronią przed oceną według nastroju, a zarząd dostaje decyzję opartą na danych, a nie na anegdotach z korytarza.
Co zmienia się w dyżurach, wsparciu produkcyjnym i zobowiązaniach wobec klientów?
Dla zespołów utrzymujących systemy produkcyjne to najważniejszy fragment całej układanki. Skrócenie tygodnia nie zmienia tego, że system działa siedem dni w tygodniu, a umowa z klientem przewiduje określony czas reakcji. Zmienia za to arytmetykę pokrycia dyżurów.
Przy wspólnym wolnym piątku piątek staje się w praktyce dniem dyżurowym: ktoś musi być dostępny, a jeśli dostępny jest tylko dyżurny, każde zgłoszenie, które wymaga wiedzy kogoś innego, czeka do poniedziałku. Przy rotacyjnym dniu wolnym zespół jest dostępny każdego dnia roboczego, choć w mniejszym składzie, więc obsługa incydentów działa normalnie, jeśli wiedza o systemie nie jest skupiona w jednej osobie. Przy krótszych dniach zmienia się tylko godzina zakończenia pracy, co trzeba uwzględnić w oknach serwisowych i godzinach dostępności.
Trzy rzeczy warto zrobić przed startem. Po pierwsze, przejrzyj umowy z klientami i sprawdź, jak definiują dni robocze, godziny wsparcia i czas reakcji. Jeśli zobowiązania są sformułowane jako „w dni robocze od 8 do 17”, a zespół ma wolne piątki, firma musi zapewnić piątkowe pokrycie albo renegocjować umowę. Po drugie, ustal zasady rekompensaty za pełnienie dyżuru w wolny dzień, bo bez nich dyżur w piątek szybko stanie się źródłem poczucia niesprawiedliwości. Po trzecie, sprawdź koncentrację wiedzy: jeśli o krytycznym systemie wie tylko jedna osoba, każdy wolny dzień tej osoby jest ryzykiem operacyjnym, niezależnie od długości tygodnia.
Ten ostatni punkt jest zresztą korzyścią ukrytą w skróconym tygodniu. Zespół, który musi poradzić sobie bez jednej osoby w każdym dniu tygodnia, szybciej rozprasza wiedzę, dokumentuje decyzje i uczy się zastępowalności. To te same praktyki, które chronią firmę przy urlopach, chorobach i odejściach.
Co 4-dniowy tydzień oznacza dla współpracy z dostawcami i specjalistami B2B?
Ten wątek prawie nie pojawia się w publicznej debacie, a w polskich zespołach IT dotyczy dużej części ludzi. Wiele zespołów to mieszanka pracowników etatowych, specjalistów na kontrakcie B2B i ludzi dostawców pracujących w modelu body leasingu lub w zespołach dedykowanych. Kodeks pracy, a więc i cała rozmowa o skróceniu wymiaru czasu pracy, dotyczy tylko pierwszej grupy.
Dla specjalisty na kontrakcie B2B rozliczanego godzinowo krótszy tydzień nie jest benefitem, tylko obniżką przychodu. Przykład ilustracyjny: specjalista ze stawką 200 zł netto za godzinę, mieszczącą się w skali ARDURA dla seniorów (180–260 zł/h), przy 160 godzinach w miesiącu wystawia fakturę na 32 000 zł. Jeśli przejdzie na rytm klienta, czyli 128 godzin, przy tej samej stawce wystawi 25 600 zł. Żeby zachować przychód, musiałby podnieść stawkę o 25%, do 250 zł. Różnice między formami zatrudnienia rozkładamy szczegółowo w porównaniu B2B czy umowa o pracę.
To prowadzi do trzech praktycznych pytań, które firma musi rozstrzygnąć, zanim ogłosi czterodniowy tydzień. Pierwsze: czy zewnętrzni specjaliści pracują w nowym rytmie, czy zostają przy pięciu dniach? Oba rozwiązania są możliwe, ale wymagają jasnej decyzji. Jeśli zostają przy pięciu dniach, mogą pokrywać dzień, w którym pracownicy mają wolne, co rozwiązuje część problemu z ciągłością. Trzeba jednak liczyć się z tym, że zespół, w którym część osób ma wolne piątki, a część nie, może odczuwać nierówność.
Drugie: jak opisać współpracę w umowie z dostawcą. Umowy o świadczenie usług, w których jedyną miarą są przepracowane godziny, słabo znoszą zmianę rytmu po stronie klienta. Lepiej sprawdzają się zapisy o oknach dostępności (w jakich godzinach i dniach specjalista lub zespół jest osiągalny), czasie reakcji na zgłoszenia i zakresie odpowiedzialności. O tym, jak podział ryzyka zależy od modelu rozliczenia, piszemy w artykule o abonamencie zespołu, time and materials i fixed price, a o zapisach dotyczących dostępności i zastępstw w tekście o gwarancji wymiany specjalisty i SLA w body leasingu.
Trzecie: kto płaci za lukę. Jeśli firma usługowa skraca tydzień swoim pracownikom, a klient rozlicza ją godzinowo, przychód z tych samych ludzi spada o jedną piątą. Klient nie powinien dowiadywać się o tym z faktury. Warto z wyprzedzeniem pokazać mu, jak zmiana wpłynie na dostępność, tempo i koszt, i zaproponować rozwiązanie, na przykład utrzymanie pięciodniowego pokrycia przez rotację. W naszej pracy przy body leasingu specjalistów IT najważniejsze jest to, żeby zasady dostępności były ustalone przed startem współpracy, a nie po pierwszym piątku, w którym nikt nie odebrał telefonu.
Czy krótszy tydzień pomaga w rekrutacji i utrzymaniu specjalistów IT?
Tu dane są najmocniejsze. Spadek odejść o 57% w brytyjskim pilotażu, mniejsze wypalenie w badaniu z „Nature Human Behaviour”, mniej stresu i mniej objawów wypalenia zgłaszanych w pilotażu niemieckim: wszystkie wskazują w tę samą stronę. Dla firmy IT, w której odejście doświadczonego specjalisty oznacza miesiące rekrutacji i wdrożenia nowej osoby, to argument finansowy, a nie tylko wizerunkowy. Ile realnie kosztuje utrata specjalisty, liczymy w artykule o employer brandingu w IT.
Trzeba jednak uczciwie zestawić to z alternatywami. Skrócenie tygodnia o 20% przy tej samej pensji podnosi koszt godziny pracy o 25%. Ta sama kwota wydana na podwyżki, lepsze narzędzia albo zatrudnienie dodatkowej osoby, która zdejmie z zespołu część obciążenia, też poprawiłaby retencję. Pytanie nie brzmi więc „czy 4-dniowy tydzień zatrzyma ludzi”, tylko „czy zatrzyma ich lepiej niż inne sposoby wydania tych samych pieniędzy”. W wielu zespołach odpowiedź będzie twierdząca, bo czas jest dobrem, którego specjaliści IT z wysokimi pensjami często cenią bardziej niż kolejną podwyżkę, ale warto to sprawdzić, pytając własnych ludzi, a nie zakładając.
Jest też efekt, o którym mówi się rzadko: krótszy tydzień jako wyróżnik rekrutacyjny działa tylko, dopóki jest rzadki. Jeśli coraz więcej pracodawców wprowadzi skrócony czas pracy, przestanie być argumentem za wyborem konkretnej firmy, a stanie się warunkiem wejścia do rozmowy. Firmy, które teraz zbudują organizację zdolną do pracy w krótszym tygodniu, będą wtedy gotowe; te, które ogłoszą go tylko w ogłoszeniu, będą musiały się wycofywać publicznie. O tym, dlaczego same benefity nie budują retencji, piszemy szerzej w tekście o retencji talentów IT, a o źródłach wypalenia w zespołach technologicznych w artykule o wellbeingu w zespołach IT.
Dla specjalistów zewnętrznych logika jest inna. Ich lojalność wobec projektu zależy przede wszystkim od jakości pracy, przewidywalności i relacji z zespołem klienta, a nie od jego wymiaru czasu pracy. Hasło retencja kontraktorów IT w naszym słowniku opisuje, co na nią wpływa. W ARDURA utrzymujemy 99% retencji specjalistów, a gwarancja wymiany w ciągu pierwszych dwóch tygodni i zastępstwo w ciągu pięciu dni roboczych chronią klienta, gdyby mimo to ktoś odszedł.
Jak przeprowadzić własny pilotaż skróconego tygodnia w zespole IT?
Jeśli po przeczytaniu poprzednich sekcji nadal chcesz spróbować, oto plan, który zakłada sześć miesięcy właściwego testu poprzedzonych przygotowaniem. Opiera się na tym, co działało w udokumentowanych pilotażach, i na tym, co jest specyficzne dla zespołów technologicznych.
Miesiące od minus trzeciego do zerowego: przygotowanie. Zbierz punkt odniesienia dla wszystkich miar z sekcji o mierzeniu. Przejrzyj umowy z klientami i dostawcami pod kątem dni roboczych i czasu reakcji. Wybierz wariant skrócenia razem z zespołem, a nie za niego. Wprowadź zmiany w organizacji pracy: przegląd spotkań, limit pracy w toku, okna na komunikację, dokumentację wiedzy krytycznej. Ustal z prawnikiem zapis nowego wymiaru i zasady liczenia pracy ponad niego. Spisz kryteria sukcesu i korekty.
Miesiące pierwszy do trzeciego: pierwsze skrócenie. Zacznij od mniejszego skrócenia, na przykład o 10%, jak w polskim pilotażu MRPiPS. Raz w tygodniu sprawdzaj miary przepływu i stabilności, raz w miesiącu robisz krótką ankietę wśród zespołu. Zbieraj problemy z zależnościami: kto czekał na kogo i jak długo.
Miesiące czwarty do szóstego: pełne skrócenie. Jeśli kryteria z pierwszego etapu są spełnione, przejdź do docelowego skrócenia, na przykład o 20%. Sprawdź szczególnie dyżury, obsługę klienta i pracę poza wymiarem. Rozmawiaj z klientami i dostawcami o tym, jak odbierają zmianę.
Po szóstym miesiącu: decyzja. Porównaj wyniki z kryteriami spisanymi przed startem. Możliwe są trzy decyzje: utrzymanie, korekta wariantu (na przykład z wolnego piątku na rotację) albo powrót do pięciu dni. Każda z nich jest uczciwym wynikiem eksperymentu. Najgorszym wynikiem jest brak decyzji i trwanie w formule, która formalnie obowiązuje, a w praktyce nie działa.
Przy pilotażu w części firmy, na przykład w jednym zespole, pamiętaj o porównaniu z zespołem, który zostaje przy pięciu dniach. To najprostszy sposób, żeby odróżnić efekt skrócenia od zmian, które i tak zachodzą w firmie, takich jak nowy projekt, sezonowość czy zmiana składu.
Jakie są kluczowe wnioski dla prezesa i dyrektora HR?
Czterodniowy tydzień pracy w IT to nie moda ani gotowa recepta. Najlepsze dostępne dane mówią, że dobrze przygotowane skrócenie czasu pracy poprawia dobrostan i ogranicza odejścia bez wyraźnej straty wyników, ale nie dowodzą, że automatycznie zwiększa produktywność. Polski pilotaż MRPiPS potwierdza na razie deklaratywnie, że to wykonalne, a pełne wyniki poznamy w 2027 roku.
Zapamiętaj sześć rzeczy. Po pierwsze, rozróżniaj skrócony czas pracy, skondensowany tydzień i niepełny etat, bo mają różne koszty i różne skutki. Po drugie, traktuj wyniki pilotaży jako argument retencyjny, a nie wydajnościowy, i licz je jak inwestycję w utrzymanie ludzi. Po trzecie, w zespołach utrzymujących systemy lub pracujących z klientem wybierz rotacyjny dzień wolny lub krótsze dni zamiast wspólnego wolnego piątku. Po czwarte, najpierw odchudź tydzień ze spotkań, przerwań i pracy w toku, a dopiero potem go skróć. Po piąte, zmierz przepływ, stabilność i pracę poza wymiarem przed zmianą i w jej trakcie, z kryteriami spisanymi z góry. Po szóste, ustal z dostawcami i specjalistami B2B zasady dostępności i rozliczeń, zanim ogłosisz zmianę pracownikom.
Jeśli rozważasz skrócenie tygodnia i zastanawiasz się, jak zachować ciągłość pracy zespołu, zobacz, jak działa body leasing specjalistów IT w ARDURA: specjalista dołącza zwykle w ciągu dwóch tygodni, a okres wypowiedzenia wynosi 30 dni, więc możesz elastycznie pokryć dni i role, których nie chcesz obciążać dyżurami. Porozmawiajmy o tym, jak ułożyć dostępność zespołu pod nowy rytm pracy.