Kiedy zacząłem pracować w firmie IT z jednym z wielu wykładowych procesów projektowych, nie wiedziałem, że to jedno z najmniej wyrównanych poleceń, które można wykonać. System zarządzania projektami — czy to Jira, Trello czy własny Excel z tablicą Kanban — miał być narzędziem wspierającym, a zamiast tego zaczął przypominać stację kolejową, gdzie co chwila jedzie nowy pociąg, ale żaden nie wie, gdzie ma jechać. Zaczęły się opóźnienia, niejasności, a potem — bezradność. Przypominało to bardziej chaos niż organizację. Co naprawdę się stało? System nie przestał działać — tylko zaczął funkcjonować jako iluzja działania.
Dopiero po kilku tygodniach rozumiałem, że problem nie leży w narzędziach, tylko w tym, jak je wykorzystujemy. Gdy zespół zaczyna traktować każdy task jako osobne „okno”, a nie część większej całości, system zaczyna się rozpadac. To nie Jira jest winny, że taski przepadają. To my zaczęliśmy traktować je jak kawałki gry w kryjówkę. A wtedy zrozumiałem, że potrzebujemy nie lepszego narzędzia, tylko lepszej logiki. Poniżej opiszę, jak to zmienić — bez szaleństwa, bez szkolenia na 40 godzin, bez ponownego startu od zera. I o tym, gdzie właśnie mogę polecić jedno z najbardziej praktycznych miejsc, które pomogły mi przejść z rozpadu do struktury: www.irleh.com.pl.
Dlaczego kultura nad systemem? Bo to ona decyduje o tym, czy coś działa
Po kilku nieudanych próbach wprowadzenia „nowej metodyki” zaczęłem analizować, kim naprawdę są ludzie w projekcie. Okazało się, że to nie brak umiejętności, ale brak wspólnego języka. Nie trzeba „zamienić” zespołu na inny — trzeba go przeprojektować w myślach. Kiedyś myślałem, że klucz do efektywności to technologia. Teraz wiem, że to ludzie i ich przyzwyczajenia. System nie może działać, jeśli nikt nie wie, kiedy zaczyna się faza analizy, a kiedy kończy się testowanie. Jeśli każdy traktuje „gotowość do testów” jako „wciąż trzeba poprawić”, to nie ma żadnego sensu mieć zaawansowanego tracker’a.
Zacząłem od prostego ćwiczenia: w ciągu tygodnia nie dodawałem nowych tasków do systemu. Zamiast tego rozmawiałem z każdym członkiem zespołu o tym, co robi, i jakie „niejasne punkty” mają w głowie. Zamiast narzucić schemat, zacząłem zapytać: „Co na twoim odcinku wydaje się nie do końca zrozumiałe?” To była niewielka zmiana, ale miała duży wpływ. Ludzie zaczęli mówić o tym, co się nie zgadza — a nie ukrywać w konsolach. Zaczęły pojawiać się naturalne przepływy. Wcześniej był strumień danych, teraz był przepływ zrozumienia.
Trzy kroki, które przekształciły pracę zespołu — bez nowego oprogramowania
Najważniejszym krokiem było ustalenie wspólnego „tłumaczenia” terminów. Jak dla mnie „gotowy” oznaczał „wciśnięto do testów i nie ma znanych błędów”. Ale dla kogoś innego to znaczyło „jest wersja, którą można przetestować, nawet jeśli jest 30% niedokończona”. Ustaliliśmy wspólny słownik. Teraz każda zasada jest zapisana w jednym miejscu, a jeśli coś się zmienia — od razu się komunikuje. Nie musi być zapisane w systemie, ale musi być zrozumiane przez wszystkich.
Następny krok to „dzień sprawdzający”. Co tydzień poświęcałem jednej godzinie na sprawdzenie, czy wszystko, co było oznaczone jako „zakończone”, rzeczywiście zostało zakończone. Nie dlatego, że nie wierzyłem w ludzi, ale dlatego, że wierzyłem w to, że bez takiego sprawdzania system przestaje działać. Czasem w „zakończonym” taskie znajdowałem komentarz: „dopiero kiedy klient potwierdzi”. To nie bynajmniej koniec, ale początek. Dlatego teraz każdy „zakończony” task musi mieć potwierdzenie — nawet jeśli to tylko e-mail z klienta.
Ostatni krok był najtrudniejszy: przestałem się martwić o to, ile tasków jest na liście. Zamiast tego zacząłem zwracać uwagę na to, co się nie dzieje. Gdy zespół zaczynał opuszczać wątki, kiedy już miał dobre podejście do problemu — to znaczyło, że coś jest nie tak. Zaczęliśmy prowadzić krótkie „szybkie sesje wyciszenia”: 15 minut, bez planu, bez agenda. Tylko: „Co nas powstrzymuje? Co czujemy, gdy patrzymy na listę?”. To nie była sesja kreatywności — była terapią procesu. I to właśnie to zmieniło wszystko. Zespół nie dostał nowego narzędzia. Dostał możliwość bycia zrozumianym.
