Koniec Scruma? Agile w 2026 — co działa, co nie

TL;DR: Agile jako filozofia nadal ma sens, ale Scrum zamienił się w "teatr ceremonii": spotkania dla spotkań, story pointy zamiast realnej wartości. Koszty produkcji oprogramowania dążą do zera dzięki AI, więc przewagę zyskają firmy z najlepszym discovery i strategią, nie te z najlepszym delivery. Kanban i własne frameworki zastępują sztywnego Scruma.

TL;DR

Agile jako filozofia nadal ma sens, ale Scrum zamienił się w "teatr ceremonii" -- spotkania dla spotkań, story pointy zamiast realnej wartości. Koszty produkcji software'u dążą do zera dzięki AI, więc przewagę zyskają firmy z najlepszym Discovery i strategia, nie te z najlepszym delivery. Kanban i custom frameworki zastępują sztywnego Scruma.

Kluczowe koncepcje

Agile vs Scrum -- różnica fundamentalna

Agile to lista pryncypiów o budowaniu software'u. Scrum to framework z ceremoniami (standupy, retro, planowanie), rolami (PO, SM, devs) i sprintami. Problem: firmy mylą jedno z drugim.

"Bardzo często ludzie mylą Agile ze Scramem. Tak, my pracujemy w agilu. No ale tak naprawdę tylko mają ceremonie scramowe, ale nie stosują się do tych zasad określonych w manifeście agilowym."

• Agile Manifesto ma 23 lata (od 2001)
• Firmy "przeszły transformacje agilowa" = wdrożyły Scruma, nie Agile
• Adopcja duża, ale satysfakcja z rezultatów -- niska

"Teatr ceremonii" -- główny problem Scruma

Ceremonie stają się ważniejsze od wartości, która mają wspierać. Zespoły prowadzą spotkania dla samego prowadzenia.

"Często mam wrażenie, zespoły prowadzą te ceremonie scramowe dla samego prowadzenia. To się zamienia powoli po prostu w teatr."

"Coraz mniej przestrzeni zostaje na prace, coraz mniej przestrzeni zostaje na rozkminianie."

Objawy teatru ceremonii:

• Standupy to "spowiedź przed szefem", nie synchronizacja zespołu
• Sukces = "dowiozliśmy 22 na 24 story pointy" zamiast realnej wartości dla klienta
• Story pointy stają się gra -- ludzie estymują tak, żeby "zdobyć więcej punktów"
• Kalendarz zawalony spotkaniami, brak czasu na prawdziwa prace

"Jakie to ma znaczenie, czy dowiozłeś 24 czy dwa story pointy, jeżeli efekt biznesowy jest ten sam?"

Paradoks Scruma -- nie można go zmieniać

Scrum z definicji nie pozwala na modyfikacje (oficjalnie). W praktyce każda firma go dostosowuje.

"Jednym z tych najważniejszych elementów jest to, że nie wolno go zmieniać. [...] Co sprawia, że on sam z definicji staje się troszeczkę mało agilowy."

• Nie można dobierać tasków w trakcie sprintu -- "gdzie jest ta zwinność?"
• Każda firma i tak modyfikuje Scruma pod swoje DNA
• Rekomendacja: cherry picking z pryncypiów, budowanie własnego frameworku

Brakujący element -- Discovery i Strategia

Agile skupia się na Delivery, ale nie mówi nic o Discovery ani strategii produktowej.

"Przede wszystkim nie wspomina o całym procesie Discovery i o całej strategii produktowej. I to jest ten tutaj duży duży nieobecny."

Strategia = powiedzenie czego NIE będziemy robić. Jasne pole gry, ograniczenie kosztów alternatywnych.

Discovery = badanie użytkowników, rozpoznanie problemów, podejmowanie poinformowanych decyzji. Ogranicza koszty -- "nie strzelamy na ślepo, nie budujemy rzeczy na pale."

Pełny cykl: Strategia -> Discovery -> Delivery (Agile) -> Feedback loop

Ewolucja rol agilowych

Product Owner vs Product Manager:

• PO = "tłumacz" między biznesem a technologia, odbiera i przekazuje wymagania
• PM = "mini CEO produktu" -- strategia, go-to-market, design, obsługa klienta
• Trend: firmy zmieniają nazwy z PO na PM, sygnalizując oczekiwanie kreatywności

Scrum Master -- rola zanikająca:

• Rola facylitująca, można ja rozłożyć na innych członków zespołu
• Dobry agilowiec: "wchodzi, ustawia i wychodzi"
• Wielu scrammasterów z powodzeniem przechodzi na PM lub Engineering Manager

"Jeden CTO powiedział mi kiedyś, że w transformacji pierwsza rola do odstrzału to są właśnie scram masterzy."

Świat post-agilowy -- AI zmienia zasady

"Koszty produkcji oprogramowania dążą do zera. [...] Nawet na darmowych planach jesteśmy w stanie stworzyć działająca aplikację z logowaniem, z bazą danych, z podpięciem płatności."

Kluczowe tezy:

• Kiedy delivery dąży do zera, siła ciężkości przenosi się na Discovery i Strategie
• Wygrają ci, którzy mają najlepiej rozpoznany problem biznesowy
• AI "dopompuje" wszystkie trzy mięśnie: strategie, discovery i delivery
• Ludzie skupia się na empatii, autentycznej komunikacji i kreatywności

Alternatywy dla Scruma

"To jest moja preferowana forma pracy -- Kanban. [...] Pozwala reagować tak naprawdę z dnia na dzień."

Jak to wdrożyć

• Przeprowadzić audit obecnych ceremonii -- które dają wartość, które są "teatrem"
• Wdrożyć metryki oparte o wartość biznesowa zamiast story pointów
• Stworzyć własny hybrid framework (Kanban + elementy Scruma dopasowane do DNA firmy)
• Zainwestować w proces Discovery równoległy do Delivery
• Wykorzystać AI do przyspieszenia cyklu Discovery (badania, prototypy, analiza danych)
• Zdefiniować jasna strategie produktowa -- co robimy, a czego NIE robimy
• Rozważyć model Double Diamond (połączenie Discovery i Delivery w ciągłej pętli)
• Przekształcić rolę PO w PM -- oczekiwać kreatywności, nie tylko przekazywania wymagań

Powiązane tematy

• 02-bledy-w-zespolach -- błędy w zarządzaniu zespołami, w tym brak walidacji produktowej
• 03-kultura-ai -- jak AI zmienia kulturę pracy zespołów
• 01-bariery-adopcji-ai -- dlaczego polskie firmy nie wdrażają AI
• 02-pl-vs-bigtech -- różnice w podejściu produktowym między Polska a Big Tech