Harmonogram budowy pokazuje, kiedy powinny rozpocząć się kolejne prace. Nie odpowiada jednak automatycznie na drugie, równie ważne pytanie: czy potrzebna ekipa będzie wtedy rzeczywiście dostępna.
Dlatego ERP dla STAVIA został rozszerzony o kalendarz zasobów. Nowy moduł łączy terminy realizacji z obłożeniem dostawców, liczbą dostępnych ekip, zadaniami pracowników i nieobecnościami zespołu. Kalendarz nie jest osobnym dodatkiem. Staje się kolejną warstwą tego samego procesu operacyjnego.
Kontekst
STAVIA prowadzi wiele powiązanych etapów: przygotowanie inwestycji, planowanie budowy, pracę dostawców i ekip oraz zadania osób odpowiedzialnych za projekt. Sam zapis daty w harmonogramie nie wystarcza, gdy jeden dostawca obsługuje kilka realizacji albo dysponuje więcej niż jedną ekipą.
Potrzebny był wspólny widok, który pozwala zobaczyć nie tylko plan prac, ale także faktyczną pojemność wykonawczą. System powinien pokazać, ile ekip jest zajętych, gdzie pracują i kiedy pojawi się wolne okno dla kolejnej realizacji.
Problem
Planowanie zasobów łatwo rozpada się między harmonogramem, rozmowami z dostawcami, kalendarzem pracowników i wiedzą przechowywaną w pamięci pojedynczych osób. W takim układzie data może wyglądać poprawnie na ekranie, ale nadal kolidować z inną budową, urlopem albo ograniczoną liczbą ekip.
- harmonogram pokazywał terminy zadań, ale nie pełne obłożenie dostawcy,
- dostępność nie jest wartością binarną — firma może mieć jedną, dwie albo kilka ekip,
- ręczne rezerwacje i terminy wynikające z harmonogramu muszą być widoczne razem,
- zadania, urlopy i nadzorowane budowy wpływają także na dostępność zespołu wewnętrznego,
- znalezienie pierwszego wolnego terminu nie powinno wymagać ręcznego przeglądania kolejnych miesięcy.
Co powstało
Miesięczny widok obłożenia ekip
Główny widok pokazuje dostawców w wierszach i kolejne dni miesiąca w kolumnach. Każda komórka informuje, ile ekip jest zajętych w stosunku do całkowitej pojemności dostawcy. Kolory rozróżniają pełną dostępność, częściowe obłożenie, pełne obłożenie i przeciążenie.
Dzięki temu osoba planująca nie widzi wyłącznie informacji „wolny” albo „zajęty”. Widzi na przykład, że z trzech ekip jedna pracuje już na innej realizacji, a dwie nadal mogą zostać zaplanowane.
Dwa źródła rezerwacji w jednym miejscu
Moduł łączy rezerwacje dodawane ręcznie z terminami wynikającymi z harmonogramu budowy. Ręczny wpis pozwala uwzględnić uzgodnienie, które jeszcze nie jest zadaniem konkretnego projektu. Z kolei przypisanie dostawcy do zadania realizacji automatycznie tworzy jego rezerwację w kalendarzu.
Zmiana daty w harmonogramie aktualizuje obłożenie. Zakończenie zadania przed planowanym terminem może skrócić rezerwację i wcześniej zwolnić ekipę. Dzięki temu harmonogram i kalendarz nie funkcjonują jako dwa niezależne źródła prawdy.
Wyszukiwarka pierwszego wolnego terminu
Osobny widok pozwala wybrać kategorię dostawcy, datę początkową i minimalną długość potrzebnego okna. System przeszukuje dostępność i zwraca dostawców posortowanych według najwcześniejszego wolnego terminu.
Przykładowe pytanie operacyjne brzmi: „Która ekipa od fundamentów ma co najmniej siedem kolejnych wolnych dni od początku września?”. Odpowiedź nie wymaga już ręcznego porównywania wielu kalendarzy.
Kalendarz dostępności zespołu
Druga warstwa modułu dotyczy pracowników. W jednym widoku łączy aktywne zadania, urlopy, L4, delegacje, ręczne bloki zajętości oraz informację o nadzorowanych budowach. Można zobaczyć cały zespół albo przejść do kalendarza wybranej osoby.
Z kalendarza można również utworzyć zadanie powiązane z projektem lub leadem, dodać samodzielną przypominajkę i opcjonalnie umieścić wydarzenie w kalendarzu Outlook.
Najważniejsze decyzje projektowe
Pojemność zamiast prostego statusu
Dostawca nie jest po prostu wolny albo zajęty. Podstawą obliczeń jest liczba ekip, którymi dysponuje. Pozwala to planować realne możliwości wykonawcze, a nie tylko obecność pojedynczej rezerwacji.
Ostrzeżenie zamiast twardej blokady
System pokazuje przeciążenie, ale nie blokuje bezwarunkowo zapisu. To świadoma decyzja: w rzeczywistej pracy mogą istnieć wyjątki albo uzgodnienia, których system jeszcze nie zna. Narzędzie ma ujawnić ryzyko i wesprzeć decyzję, a nie udawać, że każdą sytuację można rozstrzygnąć automatycznie.
Jedna zmiana aktualizuje cały proces
Powiązanie kalendarza z harmonogramem ogranicza podwójne wprowadzanie tych samych informacji. Zmiana wykonana przy zadaniu realizacji wpływa na widok obłożenia dostawcy, a wcześniejsze zakończenie prac zwalnia zasób dla kolejnego projektu.
Efekt operacyjny
Nowy moduł przesuwa ERP z poziomu ewidencji terminów w stronę zarządzania zdolnością wykonawczą. W jednym miejscu można sprawdzić, kto jest zajęty, na jak długo, ile ekip pozostaje wolnych i kiedy pojawi się najbliższe okno dla kolejnego etapu budowy.
- miesięczny widok obłożenia dostawców i ekip,
- ręczne rezerwacje połączone z automatycznymi rezerwacjami z harmonogramu,
- wyszukiwanie pierwszego wolnego terminu według kategorii i długości okna,
- widok zadań, nieobecności i obciążenia zespołu,
- tworzenie zadań i przypomnień bezpośrednio z kalendarza,
- mniej ręcznego porównywania terminów między oddzielnymi źródłami.
Co mierzyć po wdrożeniu
Na tym etapie nie przypisuję modułowi wyniku, którego jeszcze nie zmierzono. Po okresie pracy produkcyjnej warto porównać kilka konkretnych wskaźników:
- liczbę wykrytych kolizji i przeciążeń ekip,
- czas potrzebny na znalezienie dostępnego dostawcy,
- liczbę ręcznych uzgodnień wymaganych przy zmianie harmonogramu,
- różnicę między planowanym a rzeczywistym terminem zwolnienia ekipy,
- wykorzystanie kalendarza przez poszczególne role w zespole.
Wpływ na KERNAL
Ten moduł wzmacnia jedną z głównych zasad KERNAL: dobry system nie tylko przechowuje informacje. Łączy dane z decyzją, którą użytkownik musi podjąć.
W STAVIA pytanie brzmi: „kiedy dostępna będzie właściwa ekipa?”. W marketingu może brzmieć: „kto ma przestrzeń, aby wykonać zaakceptowane zadanie?”. Domena jest inna, ale mechanizm pozostaje ten sam — widoczna pojemność, odpowiedzialność i następny możliwy termin.
Status
Moduł kalendarza, wyszukiwarka dostępności oraz integracja z harmonogramem budowy zostały zaimplementowane. Kolejny etap to weryfikacja na danych produkcyjnych, zebranie informacji od użytkowników i pomiar wpływu na codzienne planowanie.
Gotowe
- kalendarz obłożenia dostawców,
- model pojemności według liczby ekip,
- ręczne rezerwacje i synchronizacja z harmonogramem,
- wyszukiwarka wolnych terminów,
- kalendarz zespołu i zadania własne.
Następne
- testy na danych produkcyjnych,
- zebranie uwag użytkowników,
- pomiar kolizji i czasu planowania,
- ewentualne rozwinięcie widoków tygodniowych i mobilnych.
Lessons learned
Termin bez zasobu jest tylko deklaracją
Harmonogram staje się operacyjny dopiero wtedy, gdy łączy datę z odpowiedzialnością i realną dostępnością wykonawcy.
Dostępność trzeba liczyć, a nie opisywać
Przy wielu ekipach status „zajęty” jest zbyt uproszczony. Dopiero relacja wykorzystanych ekip do całkowitej pojemności daje informację potrzebną do planowania.
System powinien pokazywać konflikt, ale zostawić miejsce na decyzję
Nie każda kolizja oznacza błąd. Czasem jest świadomym wyjątkiem. Dlatego ważne jest wyraźne ostrzeżenie i kontekst, a nie automatyczna blokada każdej nietypowej sytuacji.