Luka kulturowa, która zabija zwinność

W 24. rocznicę Manifestu Agile widać wyraźnie, że choć praktyki Agile przeniknęły do wielu organizacji, zdecydowanie zbyt wiele z nich wciąż nie osiąga celu. 

Jeden z rzeczywistych problemów Agile nie dotyczy jego struktury, lecz luki kulturowej. Zbyt wiele firm odhacza punkty związane z Agile, ale całkowicie pomija zmianę sposobu myślenia, która sprawia, że Agile działa. Kiedy zespoły tylko odgrywają wyznaczone rytuały, otrzymują wszystkie ceremonie Agile, ale żadnych rezultatów.

Badanie McKinsey pokazuje, że wyzwania kulturowe występują ponad dwa razy częściej niż inne główne przeszkody w transformacjach Agile. Podkreśla to, że bez fundamentalnej zmiany kultury przyjęcie praktyk Agile może zakończyć się niepowodzeniem.

Prawdziwe Agile pojawia się wtedy, gdy zaufanie, zdolność adaptacji i ciągłe doskonalenie nie są tylko czymś, o czym się mówi — lecz sposobem, w jaki faktycznie wykonuje się pracę. Pokażę, jak pielęgnować autentyczną kulturę Agile, która przynosi wymierne rezultaty i utrzymuje elastyczność miejsca pracy.

Praktykowanie Agile a bycie Agile

Widzisz, jak Twój zespół sumiennie przeprowadza sprinty, organizuje codzienne spotkania i zarządza rejestrami zadań, ale mimo tych wysiłków nadal zmaga się z tymi samymi nieefektywnościami i frustracjami co wcześniej. Jaki jest powód? Zespół praktykuje Agile, ale tak naprawdę nie jest Agile.

„Jeśli kiedykolwiek widziałeś scenę parkour z serialu Biuro, może Ci ona przypomnieć pierwszą próbę zwinności zespołu. Jak pokazują Michael Scott i jego koledzy aspirujący do uprawiania parkouru, samo naśladowanie zasad to jedno. Umiejętność szybkiego i skutecznego zmieniania kierunku oraz dostosowywania priorytetów na podstawie informacji zwrotnych i potrzeb pojawiających się w czasie rzeczywistym to zupełnie inna — i znacznie trudniejsza — kwestia.

Zespoły pracują z elementami Agile od czasu opublikowania Manifestu zwinnego tworzenia oprogramowania. Do tej pory większość organizacji podjęła kroki w kierunku zwinności zespołów — nawet jeśli, jak w powyższym przykładzie, ograniczają się one do rzucania terminami takimi jak Scrum, Kanban i sprinty.” -Sara Eaton, dyrektor zarządzająca, Slalom

Przyjmowanie rytuałów Agile bez zinternalizowania zasad leżących u podstaw tej metody jest nieskuteczne. Zbyt wiele zespołów traktuje Agile jako tarczę chroniącą przed niepewnością, zamiast jako sposób na systematyczne radzenie sobie z nią. 

„Kiedy zespoły stawiają czoła niepewności, mogą skuteczniej nią zarządzać. Może się wydawać, że niepewności przybywa, ale w rzeczywistości jest ona stopniowo ograniczana i staje się bardziej widoczna.” - Noah Cantor, trener przywództwa technologicznego

Zespoły, które tego nie rozumieją, mylą Agile z chaosem i wracają do sztywnego planowania, rozmijając się z jego istotą.

Jak więc można być zwinnym?

• Ludzie ważniejsi niż narzędzia (naprawdę, jest to zapisane w Manifeście) – Jeśli pierwszym odruchem Twojego zespołu w obliczu przeszkody jest zmaganie się z Jirą zamiast przeprowadzenia pięciominutowej rozmowy, coś jest nie tak. Agile rozwija się dzięki interakcjom międzyludzkim. Narzędzia pomagają, ale nigdy nie powinny być kulą u nogi. Zachęcaj ludzi do rozmowy, wspólnego rozwiązywania problemów i współpracy w czasie rzeczywistym.
• Dostosuj Agile do swoich potrzeb (a nie odwrotnie) – Nie wciskaj swojego zespołu w sztywne ramy Agile tylko dlatego, że tak powiedział konsultant. Jeśli codzienne spotkania wydają się stratą czasu, zmień je. Jeśli dwutygodniowe sprinty są zbyt krótkie, by osiągnąć znaczący postęp, dostosuj je. Najlepsze zespoły Agile nie przestrzegają ślepo podręcznika — sprawiają, że zasady działają na ich korzyść.

Agile działa wtedy, gdy się nim żyje, a nie tylko odgrywa. Skup się na podstawach, usuń to, co nie służy Twojemu zespołowi, i buduj kulturę, dzięki której zwinność stanie się czymś naturalnym.

Wybór CTO Club: najlepsze narzędzia DevOps!

1. 

   TestDevLab

   Visit Website
2. 

   Site24x7

   4.7

   Visit Website
3. 

   GitHub Actions

   4.8

   Visit Website

Agile kultu cargo

Podczas II wojny światowej niektórzy mieszkańcy wysp Melanezji obserwowali wojskowych otrzymujących obfite dostawy drogą powietrzną i morską. Po wojnie, mając nadzieję na przyciągnięcie podobnych dostaw, budowali imitacje pasów startowych i odprawiali rytuały naśladujące żołnierzy, wierząc, że te działania przyniosą im towary. Doprowadziło to do powstania terminu „kult cargo”, opisującego praktykę powielania zachowań bez zrozumienia leżących u ich podstaw zasad, w nadziei na osiągnięcie takich samych rezultatów.

„Agile kultu cargo” opisuje organizacje, które przyjmują Agile wyłącznie z nazwy. Zmieniają nazwy ról i faz, aby brzmiały zwinne, ale nadal korzystają ze starych procesów. Ta powierzchowna zmiana koncentruje się na pozorach zamiast na przyjęciu podstawowych zasad Agile, dlatego takie wdrożenia są nieskuteczne.

W swojej istocie Agile to coś więcej niż procesy. Organizacje muszą budować kulturę, w której zespoły mają swobodę podejmowania decyzji, ufają sobie nawzajem i nieustannie szukają sposobów na poprawę.

Rola przywództwa w transformacji kulturowej

Kolejną poważną przeszkodą na drodze do rzeczywistego wdrożenia Agile jest hierarchia starego typu. Zespoły mają być elastyczne, samoorganizujące się i mieć sprawczość — ale kierownictwo wciąż kurczowo trzyma się odgórnej kontroli, powolnego podejmowania decyzji i wielopoziomowych akceptacji. 

Taki konflikt kulturowy tłumi zwinność, zanim ta w ogóle zdąży zadziałać. Jeśli kierownictwo nie jest gotowe się dostosować, żadna liczba sprintów ani codziennych spotkań nie sprawi, że firma stanie się naprawdę Agile.

Nie chodzi jednak wyłącznie o kontrolę — chodzi również o komfort. Metody Agile wydają się nieznane, co wywołuje opór. Jak ujmuje to Noah Cantor, trener przywództwa technologicznego, „Wdrażanie metod Agile, które są nowe i odmienne, wywołuje dyskomfort z powodu naszej preferencji dla tego, co znane. Często przejawia się to w nostalgicznych, wyidealizowanych wspomnieniach przeszłości, w których romantyzujemy to, co było wcześniej, właśnie dlatego, że kontrastuje to z tym, co dzieje się teraz.”

Ta nostalgia za „dobrymi starymi czasami” modelu kaskadowego — lub za czymkolwiek, co było wcześniej — sprawia, że kierownictwo wraca do znanych struktur zamiast w pełni przyjąć Agile. Dlatego wiele firm kończy z połowicznie wdrożonym Agile, w którym zespołom mówi się, by „działały szybko”, ale nadal muszą czekać tygodniami na zgodę na wdrożenie.

Hamuje to wydajność i prowadzi do wypalenia, frustracji oraz zerowego rzeczywistego postępu. 

Tymczasem kierownictwo zaczyna obwiniać Agile, zastanawiając się, dlaczego produktywność nie rośnie gwałtownie i dlaczego ich „transformacja Agile” nie zmieniła ich magicznie w sprawnie działającą organizację. Organizacje mogą dojść do wniosku, że „Agile nie działa”, podczas gdy w rzeczywistości nigdy nie został naprawdę wdrożony.

Jeśli liderzy chcą, aby Agile działał, muszą wyjść ze strefy komfortu — zrezygnować z przestarzałych struktur kontroli, wzmacniać sprawczość zespołów i traktować Agile jako coś więcej niż zmianę procesu. To zmiana sposobu myślenia, która zaczyna się na szczycie organizacji.

Zachęcaj ludzi do pracy nad rzeczami, których nie rozumieją, i czerpania umiejętności oraz wiedzy od tych, którzy je posiadają. Kiedy przyznają, że czegoś nie wiedzą, podziękuj im. Kiedy coś pójdzie nie tak, potraktuj to jako okazję do nauki i rozwoju, a nie jako moment na obwinianie. Pod każdym względem zachęcaj ludzi, by byli bardziej otwarci, ufni i gotowi okazywać swoją wrażliwość.

Noah Cantor, trener przywództwa technologicznego

Chcesz przekształcić rytuały w rezultaty? Zrób te cztery rzeczy:

1. Zejdź zespołowi z drogi: Zespoły, które czują, że mają kontrolę nad swoją pracą, zawsze osiągną lepsze wyniki niż te, które czują, że jedynie wykonują polecenia. Ufaj im w podejmowaniu decyzji, pozwól im eksperymentować i pamiętaj, że błędy są częścią procesu — a nie czymś, za co należy karać. Nie może to być jednak wyłącznie zmiana na poziomie zespołu. Jeśli kierownictwo nie rozumie Agile i go nie wspiera, zespoły są skazane na udział w grze, której zasady są ustawione przeciwko nim. Usuwaj przeszkody, ufaj swoim zespołom i żyj wartościami Agile (wzmacniaj sprawczość zespołów zamiast nimi sterować).
2. Rozmawiaj jak człowiek, nie tylko na spotkaniach: Podczas retrospektyw ludzie przechodzą przez kolejne punkty bez zastanowienia, nie mówiąc o tym, co naprawdę nie działa? Czy czują się bezpiecznie, wskazując problemy? Jeśli nie, Agile umiera, zanim w ogóle się zacznie. Jeśli informacja zwrotna pojawia się wyłącznie podczas retrospektyw i nic się potem nie zmienia, ludzie przestają zabierać głos. Najlepsze zespoły Agile rozwijają się dzięki stałej, niefiltrowanej informacji zwrotnej — od kierownictwa, między zespołami i bezpośrednio od klientów. Im szybciej ujawnisz problemy, tym szybciej możesz je naprawić.
3. Uczyń naukę obowiązkowym elementem: Agile polega na ewolucji, co oznacza, że Twój zespół musi nieustannie się uczyć. Zapewnij mu czas na warsztaty, lekturę lub rozwijanie umiejętności. Zarezerwuj na to czas! Zachęcaj do dzielenia się wiedzą między zespołami. Najlepsze zespoły Agile nie tylko dostarczają funkcje — z każdym sprintem stają się coraz lepsze. 
4. Przestań gonić za wskaźnikami (zamiast tego dąż do wartości): Jeśli Twój zespół realizuje cele sprintu, ale Twój produkt nadal sprawia wrażenie bałaganu, mierzysz niewłaściwe rzeczy. Upewnij się, że wszyscy rozumieją szerszy obraz — a nie tylko zadania w Jira, które mają przed sobą. Do czego została stworzona struktura Twojej firmy? Do modelu kaskadowego? Jeśli tak, rytuały Agile Cię nie uratują. Spłaszczaj hierarchie, usuwaj wąskie gardła i pozwalaj zespołom działać szybko. Przemyśl, jak wykonywana jest praca. Jeśli funkcja nie służy klientowi ani firmie, po co ją tworzysz?

Agile i AI (Nie pozwól, by szum medialny zabił podstawy)

W szaleńczym wyścigu, by wykorzystać AI, wiele firm całkowicie rozmija się z istotą Agile. Manifest Agile dosłownie zaczyna się od słów „ludzie i interakcje ponad procesy i narzędzia”, ale wdrażanie AI w tej chwili? Wszystko kręci się wokół narzędzi — chatbotów, automatyzacji, efektownych pulpitów nawigacyjnych — przy jednoczesnym ignorowaniu ludzi, którzy faktycznie wykonują pracę, oraz problemów, które próbują rozwiązać.

Ta obsesja na punkcie AI jako magicznego rozwiązania jest powodem, dla którego tak wiele projektów AI kończy się fiaskiem — zespoły zachwycają się technologią, ale nie potrafią zintegrować jej w sposób, który rzeczywiście poprawia współpracę, zdolność adaptacji lub dostarczanie rozwiązań. AI nie naprawi złych procesów; jedynie przyspieszy działanie niesprawnych przepływów pracy.

Obecnie niektóre zespoły eksperymentują nawet z wykorzystaniem AI do prowadzenia ceremonii Agile — na przykład używają generatywnej AI do sugerowania pytań na retrospektywy. W teorii brzmi to świetnie, ale bądźmy realistami: AI nie zastąpi coacha Agile. Nie ma ludzkiego osądu, doświadczenia ani inteligencji emocjonalnej, które pozwalają odczytać atmosferę w pomieszczeniu i na bieżąco dostosować działanie. AI może ułatwiać prowadzenie, ale nie potrafi przewodzić.

Jeśli AI ma być częścią waszego zestawu narzędzi Agile, wykorzystujcie je do wzmacniania, a nie zastępowania ludzkiej współpracy. Zautomatyzujcie żmudną pracę — jasne. Wykorzystujcie AI do wydobywania istotnych informacji — zdecydowanie. Nie pozwólcie jednak, by technologia stała się najważniejsza — Agile działa dzięki ludziom, którzy za nim stoją, a nie dzięki narzędziom, których używają.

Agile działa, gdy się angażujesz

Agile to sposób myślenia i zmiana kultury, a jak każda prawdziwa transformacja, wymaga pracy. Jeśli Agile nie przynosi rezultatów waszemu zespołowi, nie szukajcie winnych. Mało prawdopodobne, że Agile jest wadliwy — bardziej prawdopodobne, że stosujecie Agile, zamiast być Agile.

Jak w większości rzeczy w życiu, kluczowa jest autentyczność. Porzućcie pozory i przyjmijcie te zasady. Luka kulturowa jest prawdziwym zabójcą Agile — a nie sama struktura. Naprawcie ją, a cała reszta zacznie układać się na swoim miejscu.

Zapisz się do newslettera The CTO Club, aby otrzymywać więcej informacji i narzędzi związanych z Agile.