Przestań ratować delivery – zacznij naprawiać system

Przestań ratować delivery - zacznij naprawiać system

Delivery się sypie, organizacja reaguje spotkaniami, ludźmi i presją i robi się gorzej zamiast lepiej. Wiesz już, że to nie działa. Pytanie brzmi: co zrobić zamiast tego?

W Elowenta zaczynamy od jednej zasady: zanim dodasz cokolwiek nowego, najpierw przestań robić to, co pogarsza sytuację. Brzmi banalnie, ale w praktyce to najtrudniejszy krok, bo wymaga od lidera, żeby na chwilę przestał reagować i zaczął myśleć.

Poniżej pięć rzeczy, które robię z klientami, kiedy wchodzę do firmy w trakcie kryzysu delivery. Żadna nie wymaga budżetu, nowych narzędzi ani dodatkowych ludzi. Każda wymaga jednego: odwagi, żeby powiedzieć „robimy inaczej”.

Zanim cokolwiek zrobisz – zatrzymaj spiralę w delivery

Pierwsza rzecz, którą staram się unormować, to nie proces, nie narzędzie i nie struktura zespołu. To tempo reakcji.

Kiedy delivery się sypie, organizacja zaczyna produkować decyzje w panice. Nowy status codziennie. Eskalacja do zarządu co dwa dni. Ktoś wrzuca nowy priorytet, bo klient napisał maila. Każda z tych reakcji z osobna wygląda sensownie. Razem tworzą lawinę, której nikt nie kontroluje.

„Zamiast dostarczać wartość, dodawane są nowe spotkania.”

Pierwszy krok to powiedzieć: przez najbliższy tydzień nie dodajemy nic nowego. Żadnych nowych spotkań, żadnych nowych ludzi w projekcie, żadnych zmian priorytetów. Zamrażamy system na chwilę, żeby zobaczyć, co naprawdę się w nim dzieje.

Wiem, jak to brzmi dla CEO, który ma klienta na telefonie. Ale widziałem zbyt wiele firm, które próbowały naprawiać delivery w biegu i kończyły z jeszcze większym chaosem niż na starcie. Tydzień zamrożenia to nie strata. To inwestycja w to, żeby następne decyzje były trafne, a nie impulsywne.

To nie jest bierność. To jest diagnostyka.

Które spotkania zostawić, a które wyciąć?

W firmach, z którymi pracujemy, typowa reakcja na kryzys delivery to podwojenie liczby spotkań. Codzienne statusy, cotygodniowe retrospektywy, spotkania „alignment”, spotkania o spotkaniach. Liderzy spędzają połowę dnia na rozmowach o pracy i nie mają kiedy pracować.

Robimy z zespołem proste ćwiczenie. Bierzemy kalendarz z ostatnich dwóch tygodni i przy każdym spotkaniu zadajemy trzy pytania:

  • Czy na tym spotkaniu podjęliśmy konkretną decyzję?
  • Czy ta decyzja zmieniła cokolwiek w działaniu zespołu?
  • Czy to spotkanie mogło być mailem albo wiadomością na Slacku?

Zwykle po tym ćwiczeniu odpada 30-40% spotkań. Nie dlatego, że były niepotrzebne w teorii – tylko dlatego, że w praktyce niczego nie zmieniały. Były rytuałem, nie narzędziem.

To, co zostaje, musi mieć jasną strukturę: kto decyduje, o czym, do kiedy. Spotkanie bez decyzji to strata czasu wszystkich obecnych. A czas to jedyne, czego zespół w kryzysie nie ma w nadmiarze.

Jeden z naszych klientów po tym ćwiczeniu odzyskał dwanaście godzin tygodniowo w kalendarzach liderów. Dwanaście godzin, które wcześniej szły na statusy i alignmenty. Te same osoby nagle miały czas, żeby usiąść z zespołem i odblokować rzeczy, na które „nie było kiedy”.

Jak odzyskać delivery bez dokładania ludzi?

Kiedy COO albo CTO mówi mi, że potrzebuje więcej ludzi, zadaję jedno pytanie: ile czasu Twoi obecni ludzie spędzają na rzeczywistym dostarczaniu wartości? Nie na spotkaniach, nie na przełączaniu się między projektami, nie na czekaniu na decyzje – na kodowaniu, projektowaniu, testowaniu.

W większości firm odpowiedź brzmi: mniej niż połowę dnia.

To oznacza, że zanim firma w ogóle zacznie myśleć o nowych ludziach, ma do odzyskania kilka godzin dziennie od każdego członka zespołu. Nie przez zwiększenie presji – przez usunięcie przeszkód.

Konkretnie wygląda to tak:

  • Deweloper pracujący dla trzech klientów naraz dostaje jednego. Reszta czeka lub wraca do innego zespołu.
  • Lider, który był obchodzony przez właścicieli tematów, staje się jedynym kanałem zadań do zespołu.
  • Wrzutki „na wczoraj” przechodzą przez ten sam filtr co reszta backlogu.
  • Contekst switching – przeskakiwanie między tematami w ciągu dnia – ograniczony do minimum. Jeden temat rano, jeden po południu. Nie cztery naraz.

„Zespół nie jest chroniony przed tak zwanymi strzałami z lasu jest nieustannie rozpraszany.”

Ochrona zespołu to nie luksus. To warunek, bez którego delivery nie ma szans działać – niezależnie od tego, ilu ludzi dorzucisz. Widziałem zespoły, które po samym ograniczeniu multitaskingu i wrzutek odzyskiwały 20-30% efektywnego czasu pracy. Bez rekrutacji, bez narzędzi, bez budżetu.

Jedna lista priorytetów zamiast dziesięciu źródeł chaosu

Jednym z najczęstszych problemów w firmach 20-150 osób jest brak jednego źródła prawdy o priorytetach. CEO ma swoją wizję. CTO ma swój backlog techniczny. PM ma obietnice złożone klientowi. Lider zespołu próbuje to wszystko pogodzić i kończy z listą, na której wszystko jest „na wczoraj”.

Pierwsza rzecz, którą robimy w Elowenta w takiej sytuacji, to spotkanie liderów – nie zespołu, nie zarządu, tylko osób, które bezpośrednio decydują o tym, co trafia do ludzi. Cel: wyjść z jedną listą, na której pozycje są ponumerowane. Nie pogrupowane, nie „wszystko ważne” – ponumerowane. Jeden, dwa, trzy.

To jest niewygodna rozmowa. Bo ktoś musi powiedzieć: mój temat jest czwarty, a Twój pierwszy. Ale bez tej rozmowy zespół będzie próbował robić wszystko naraz – i nie dowiezie niczego.

„Pierwszą rzeczą, którą starałem się unormować, to to, żeby najpierw liderzy PMO się komunikowali ze sobą, a dopiero potem z zespołem.”

Ta lista musi być widoczna. Nie schowana w notatkach ze spotkania – wywieszona tam, gdzie zespół pracuje. Żeby każdy deweloper mógł spojrzeć i powiedzieć: wiem, co jest pierwsze, wiem, co jest drugie, wiem, czego teraz nie robimy. Kiedy liderzy zaczynają mówić jednym głosem, zespół odzyskuje jasność. Jasność to warunek szybkości.

Co powiedzieć zarządowi, kiedy chce „więcej kontroli”?

To jest chyba najtrudniejszy moment w całym procesie. Zarząd widzi, że delivery nie działa, i naturalny odruch to wejść głębiej. Więcej raportów, więcej statusów, więcej bezpośrednich pytań do zespołu. Z perspektywy CEO wygląda to na przejmowanie odpowiedzialności.

Z perspektywy zespołu wygląda to na brak zaufania.

Tu zaczyna się pętla, którą widzę u klientów regularnie. Zarząd wchodzi w operację, bo nie ufa liderom. Liderzy przestają podejmować decyzje, bo i tak ktoś z góry je zmieni. Zespół czeka na lidera, lider czeka na zarząd, zarząd frustruje się, że nikt nie działa. Każdy czeka na kogoś innego i nikt nie dowozi.

Pracuję z klientami nad prostym porozumieniem: zarząd określa co i do kiedy, zespół określa jak. To nie jest nowość – każdy framework od Scruma po Shape Up mówi mniej więcej to samo. Ale w kryzysie ta granica się zaciera. CEO zaczyna wchodzić w „jak”, bo nie ufa, że „co” zostanie dowiezione.

Sposób, który sprawdza się u moich klientów: zamiast codziennych statusów, zarząd dostaje jeden raport tygodniowo z trzema informacjami – co zostało dowiezione, co blokuje, czego zespół potrzebuje od góry. Nic więcej. W firmach, z którymi pracuję, przejście z codziennych statusów na jeden raport tygodniowy redukuje czas zarządu poświęcony na mikrokontrolę o 60-70%, a liderom oddaje kilka godzin tygodniowo na rzeczywiste prowadzenie zespołu.

Jeśli zarząd chce więcej kontroli, niech zacznie od lepszego definiowania priorytetów, nie od zaglądania ludziom przez ramię. CEO, który jasno mówi „to jest numer jeden, reszta czeka” – daje zespołowi więcej niż CEO, który codziennie pyta „jak tam postępy”.

„Im więcej osób, tym większy narzut komunikacyjny.”

To dotyczy też zarządu. Każde dodatkowe spotkanie z dyrektorem w kalendarzu lidera to godzina mniej na prowadzenie zespołu.

Wracam do pytania z początku: co zrobić, kiedy delivery się sypie?

Nie dodawaj spotkań – wytnij te, które niczego nie zmieniają. Nie dorzucaj ludzi – odzyskaj czas tych, których masz. Nie mnóż priorytetów – ponumeruj je. I daj zespołowi jedną rzecz, której potrzebuje najbardziej: spokój do pracy.

Jeśli zrobisz te pięć rzeczy, zanim sięgniesz po nowe zasoby, możesz się zdziwić, ile delivery Twój zespół jest w stanie odzyskać sam.

Najczęściej zadawane pytania (FAQ)

Jak chronić zespół deweloperski przed wrzutkami „na wczoraj”?2026-04-05T21:48:05+02:00

Ustal jednego gatekeepera – lidera, przez którego przechodzą wszystkie zadania do zespołu. Wrzutki „na wczoraj” trafiają do tego samego filtra co reszta backlogu. Ogranicz contekst switching: jeden temat rano, jeden po południu. Zespoły po samym ograniczeniu wrzutek odzyskują 20-30% efektywnego czasu pracy.

Czy zamrożenie zmian na tydzień nie pogłębi opóźnienia w projekcie?2026-04-05T21:47:33+02:00

Paradoksalnie – nie. Próba przyspieszenia w chaosie zawsze kończy się większym opóźnieniem. Tydzień zamrożenia to inwestycja w to, żeby następne decyzje były trafne. Firmy, które próbują naprawiać delivery w biegu, zwykle kończą z jeszcze większym chaosem.

Jak ograniczyć mikrozarządzanie ze strony zarządu w kryzysie delivery?2026-04-05T21:47:16+02:00

Zaproponuj proste porozumienie: zarząd określa co i do kiedy, zespół określa jak. Zamiast codziennych statusów daj zarządowi jeden raport tygodniowy z trzema punktami – co dowiezione, co blokuje, czego zespół potrzebuje od góry. W firmach, z którymi pracuję, to redukuje mikrokontrolę o 60-70%.

Jak ustalić priorytety w firmie, gdzie każdy ma swoją listę?2026-04-05T21:46:49+02:00

Zbierz liderów – nie zarząd, nie zespół, tylko osoby decydujące o tym, co trafia do ludzi – i wyjdźcie z jedną ponumerowaną listą. Nie pogrupowaną, nie „wszystko ważne”, tylko ponumerowaną: jeden, dwa, trzy. To niewygodna rozmowa, ale bez niej zespół będzie robił wszystko naraz.

Jak sprawdzić, które spotkania w firmie IT są zbędne?2026-04-05T21:46:24+02:00

Weź kalendarz z ostatnich dwóch tygodni i przy każdym spotkaniu zadaj trzy pytania: czy podjęliśmy decyzję, czy ta decyzja coś zmieniła, czy mogło być mailem. U moich klientów po tym ćwiczeniu regularnie odpada 30-40% spotkań.

Dlaczego dokładanie ludzi do opóźnionego projektu nie pomaga?2026-04-05T21:46:05+02:00

Każda nowa osoba generuje narzut komunikacyjny i potrzebuje wdrożenia. W tym czasie ktoś z zespołu musi ją wprowadzić zamiast kodować. W firmach 20-150 osób dodanie jednego dewelopera do pięcioosobowego zespołu oznacza plus 40% komunikacji i minus dwa tygodnie produktywności reszty.

Co zrobić w pierwszej kolejności, kiedy delivery w projekcie IT się sypie?2026-04-05T21:45:16+02:00

Zatrzymać spiralę reakcji. Przez tydzień nie dodawać nowych spotkań, ludzi ani zmian priorytetów. To nie jest bierność – to diagnostyka, która pozwala zobaczyć, co naprawdę blokuje zespół, zanim podejmiesz kolejne decyzje pod presją.

Jeśli ten temat Cię zainteresował, co tydzień wysyłam krótki newsletter z praktycznymi poradami. Bez spamu, bez lania wody.

Newsletter
Go to Top