25 proc. czasu w zespole idzie na szukanie odpowiedzi. Raport statusowy nie jest tym problemem
Model złoży raport i harmonogram projektu. Zanim go podłączysz, uporządkuj źródło i spisz regułę eskalacji - inaczej dostaniesz pewną siebie nieprawdę.
Zespoły tracą około jednej czwartej czasu na samo szukanie odpowiedzi — Atlassian w State of Teams 2025, na próbie 12 tys. pracowników wiedzy i 200 osób z kadry kierowniczej, podaje 25 proc. Dla koordynatora projektu to zdanie przestawia kolejność wdrożeń, bo pierwsze, co zwykle podłącza się do modelu, to składanie raportu statusowego. Raport nie jest tym problemem. Problemem jest to, że żeby go napisać, trzeba najpierw czterokrotnie zapytać, w której wersji zakresu jest dany moduł.
Dobra wiadomość: stanowisko nie jest zagrożone. W badaniu NBP „Szybki Monitoring” z II kwartału 2026 r. mniej niż 1 proc. firm przyznało, że AI pozwoliła im zredukować zatrudnienie, a żadna branża nie przekroczyła 2 proc. Zmienia się nie liczba etatów, tylko to, która część tygodnia jest Twoim wkładem.
Z 36 do 70 proc. w dwa lata, a pomoc siada w dokumentach
Skala jest już rozstrzygnięta. W sondażu Censuswide dla Association for Project Management na próbie tysiąca osób prowadzących projekty 70 proc. respondentów odpowiedziało, że ich organizacja korzysta z AI, wobec 36 proc. dwa lata wcześniej; kolejne 29 proc. deklaruje plany, a odpowiedź „nie korzystamy i nie planujemy” została przy 1 proc.
Ważniejsze jest, gdzie ta pomoc faktycznie siada. Wśród osób, które w tym samym badaniu APM wskazały konkretną korzyść, obszary rozłożyły się tak:
| Obszar pracy projektowej | Odsetek wskazań |
|---|---|
| Automatyzacja zadań i harmonogramu | 50 proc. |
| Przydzielanie zasobów | 50 proc. |
| Analiza i prognozowanie ryzyka | 50 proc. |
| Raportowanie i dashboardy | 49 proc. |
| Komunikacja z interesariuszami | 43 proc. |
Cztery pierwsze pozycje to wytwarzanie dokumentów z danych, które ktoś już wprowadził. Piąta to rozmowa z człowiekiem i wypada najniżej. Różnica nie jest przypadkowa: dokument powstaje z tego, co jest w systemie, a rozmowę z interesariuszem prowadzi się w sytuacji, w której dane są niepełne, a rozmówca ma własny interes.
Cztery artefakty, które oddajesz w tym tygodniu, i to, co po nich zostaje
Poniższy rozkład nie jest wynikiem badania, tylko podziałem roli na wytwory i decyzje. Trzecia kolumna to część, której nie da się wygenerować z systemu zadań, bo jej tam nie ma.
| Artefakt | Co robi model | Co zostaje przy Tobie | Gdzie model się przewraca |
|---|---|---|---|
| Raport statusowy | Składa dane z systemu w narrację, pilnuje formatu i terminu | Decyzja, co podnieść do czerwonego, a co zostawić w uwagach | Nie wie, że zadanie „w toku” od trzech tygodni stoi, bo ktoś czeka na decyzję z zewnątrz |
| Harmonogram | Przelicza terminy po zmianie, proponuje przesunięcia | Zgoda podwykonawcy na nowy termin i cena tej zgody | Traktuje dostępność zasobu jako liczbę, a nie jako cudzy priorytet |
| Rejestr ryzyk | Generuje listę ryzyk typowych dla klasy projektu | Wskazanie trzech, które naprawdę mogą się zdarzyć u Was | Produkuje ryzyka poprawne i bezużyteczne, bo nie zna historii tego zespołu |
| Notatka ze spotkania | Transkrypcja, streszczenie, lista zadań | Zapis, kto się na co zgodził i czego świadomie nie ustalono | Gubi różnicę między „zrobimy” a „zobaczymy”, bo w zapisie brzmią identycznie |
Kolumna druga da się zautomatyzować w tym miesiącu. Kolumna trzecia nie da się zautomatyzować wcale i to ona jest powodem, dla którego ktoś płaci za koordynację.
Jedno miejsce prawdy albo odpowiedź pewna siebie i nieprawdziwa
Model wygrywa z Tobą w szukaniu tylko pod jednym warunkiem: dokumenty projektu leżą w jednym miejscu, do którego ma dostęp. Jeśli ustalenia są rozsypane po czterech wątkach mailowych, dwóch kanałach komunikatora i jednym pliku na pulpicie, dostaniesz odpowiedź sformułowaną pewnie i opartą na połowie materiału. To jest gorsze niż brak odpowiedzi, bo brak odpowiedzi wysyła Cię do źródła, a zła odpowiedź trafia do raportu.
Porządkowanie źródła to nudna część i decyduje o całym efekcie. Minimalny zakres, który wystarcza na start, jest krótszy, niż się wydaje:
- Jeden katalog na projekt z aktualną wersją zakresu, umową i aneksami. Nie archiwum wszystkiego, tylko to, co obowiązuje dziś.
- Jeden plik decyzji, dopisywany po każdym spotkaniu: data, decyzja, kto zatwierdził. Trzy kolumny, bez formatowania.
- Jedno miejsce na ustalenia z podwykonawcami, nawet jeśli to znaczy przeklejanie maili ręcznie przez pierwszy miesiąc.
Dopiero po tym podłączenie modelu do wyszukiwania ma sens, bo wtedy pytanie „czy ten warunek płatności był w aneksie” dostaje odpowiedź z dokumentu, a nie z prawdopodobieństwa. Warto przy tym z góry policzyć, gdzie lądują zaoszczędzone godziny, bo rzadko lądują tam, gdzie je zaplanowano — analiza wyceny projektu, w którym model miał zrobić połowę roboty, pokazuje, że czas przenosi się z wytwarzania na weryfikację, zamiast wyparowywać.
Reguła eskalacji mieści się w jednym zdaniu i nikt jej za Ciebie nie napisze
Najtrudniejsza część statusu nigdy nie była redakcyjna. Trudne jest ustawienie progu: kiedy opóźnienie dwóch dni idzie na slajd dla zarządu, a kiedy zostaje w rozmowie z zespołem, bo zgłoszone za wcześnie wywoła interwencję, która opóźni projekt bardziej niż samo opóźnienie. Model tego progu nie ustawi, bo próg nie jest funkcją danych — jest funkcją tego, jak Twoja organizacja reaguje na złe wieści.
Dlatego skład raportu jest pierwszą rzeczą do oddania maszynie, a reguła eskalacji pierwszą do spisania ręcznie. Przykład długości, o którą chodzi: „czerwony zapala się przy opóźnieniu ścieżki krytycznej powyżej pięciu dni roboczych albo przy każdym ryzyku dotykającym płatności”. Wyślij ją przełożonemu mailem. Dostaniesz zgodę albo informację, że próg jest gdzie indziej — i jedno, i drugie jest Ci potrzebne, zanim ktoś zapyta, dlaczego nie było sygnału wcześniej.
Trzy procedury, które zmieniają tydzień koordynatora
Prompt wklejony raz nie jest kompetencją. Procedura ma wejście, właściciela i moment uruchomienia — i tylko taką da się pokazać komuś innemu:
- Status z surowych danych. Stały prompt plus eksport z systemu zadań, zawsze ten sam format wejścia i wyjścia. Wartość nie w tym, że tekst ładnie wygląda, ale w tym, że powstaje identycznie co tydzień, więc porównanie dwóch tygodni ma sens.
- Notatka rozbita na zobowiązania. Z transkrypcji wyciągasz nie streszczenie, a trzy listy: ustalono, ktoś obiecał, świadomie odłożono. Trzecia lista ratuje projekty i żadne narzędzie nie zrobi jej bez wyraźnego polecenia, bo w zapisie wygląda jak dygresja.
- Przegląd rejestru ryzyk co dwa tygodnie. Model proponuje listę, Ty wykreślasz wszystko, czego nie potrafisz powiązać z konkretnym zdarzeniem z ostatniego kwartału. Rejestr z czterema wpisami, które się zdarzają, bije rejestr z trzydziestoma.
Jeśli u Was nie ma opisanego żadnego procesu, kolejność spisywania ma znaczenie i nie jest oczywista: przewodnik po tym, które procesy opisać najpierw jest rozsądniejszym startem niż próba udokumentowania wszystkiego naraz. A jeśli brakuje Ci punktu odniesienia w samej pracy z modelami, bo w firmie nie ma z kim tego porównać, Strefa GeekWork — społeczność wokół pracy z AI i własnych usług jest miejscem, w którym takie procedury się zestawia.
Polskie liczby rozjeżdżają się niemal pięciokrotnie i trzeba o tym wiedzieć
Zanim użyjesz którejkolwiek z tych wartości w rozmowie wewnątrz firmy: polskie badania nie mówią jednym głosem. GUS za 2025 r. raportuje 8,7 proc. przedsiębiorstw wykorzystujących technologie AI, przy 42 proc. w grupie firm dużych. NBP dla II kwartału 2026 r. podaje 42 proc. dla całej populacji firm. Rozbieżność nie oznacza, że jedno źródło się myli: bierze się z pytania, próby i momentu pomiaru.
Praktyczny wniosek: nie licytuj się na statystyki rynkowe, bo każdą liczbę da się zbić inną. Licz na danych z własnego projektu. Ile godzin w zeszłym miesiącu poszło na szukanie ustaleń, a ile na składanie dokumentów — tego nikt Ci nie podważy, bo pochodzi z Twojego kalendarza.
Decyzja na ten tydzień
Trzy rzeczy, które da się zrobić w ciągu pięciu dni, w tej kolejności:
- Zbierz zakres, umowę i aneksy jednego projektu do jednego katalogu. Jeśli to zajmie więcej niż dwie godziny, masz odpowiedź na pytanie, dlaczego szukanie zjada czwartą część tygodnia.
- Spisz regułę eskalacji w jednym zdaniu i wyślij ją przełożonemu.
- Uruchom jedną z trzech procedur w najbliższym cyklu raportowania. Jedną, nie trzy — trzy naraz kończą się porzuceniem wszystkich.
Pytanie, na które odpowiadasz przy pierwszym punkcie, jest właściwym pytaniem o tę rolę: czy koordynacja w Twoim projekcie polega na wytwarzaniu dokumentów, czy na pilnowaniu, żeby decyzje były podjęte i zapisane. Dopóki polega na pierwszym, każda kolejna wersja narzędzia zabiera Ci kawałek dnia i nie daje nic w zamian.