|  |
|
| | |
|
Harmonogramy i planowanie robót. |
06 kwiecień 2010 | godz. 23:02
aktualizacja 06 kwiecień 2010 | godz. 23:06
|
|
|
|
|
| |
|
|
Bez odpowiedniego planowania prac budowlanych ciężko jest dopilnować by projekt przebiegał bez zbędnych problemów i był skończony na czas i w zaplanowanym budżecie. Oczywiście mniejsze, nieskomplikowane projekty bardzo często nie mają opracowanego formalnego planu czy harmonogramu robót, całe planowanie odbywa się w głowie osoby prowadzącej.
|
|
|
|
|
|
Takie rozwiązanie jest jak najbardziej akceptowalne, jednakże każda osoba ma limit swych możliwości umysłowych i bez pomocy dodatkowych narzędzi rzadko jest w stanie ogarnąć wszystkie aspekty kilku miesięcznego projektu. Główne powody do odpowiedniego planowania robót mogą byś podsumowane jako:
- Polepszona kontrola nad zasobami i pracami, ich sekwencją i konsekwencją zmian
- Ustalenie realistycznej daty zakończenia robót
- Polepszona kontrola wydajności
- Łatwiejsza analiza zagrożeń i ryzyka w wykonywanym projekcie
- Podstawa to rozstrzygania roszczeń kontraktowych związanych z opóźnieniami
Odpowiednio przygotowany harmonogram robót pozwoli nam na dokładne określenie kiedy dana część prac będzie wykonywana, np. kiedy elektryk będzie potrzebny, kiedy będą mogą być zamontowane drzwi ogrodowe, dostarczone panele podłogowe, itd. Oczywiście nie chodzi to o zdecydowanie którego dnia w przyszłym tygodniu, to może zrobić każdy średnio wykwalifikowany pracownik, prawidłowy harmonogram pozwala na uzyskanie takich informacji na wiele miesięcy przed daną datą. Informacje takie są nieodzowne przy zamówieniach, których trzeba dokonać na długo przed dostawą
Techniki planowania
Jedyną formą powszechnie stosowaną w małych i średnik projektach jest "Gantt chart" lub "Bar chart", są to dwie nawy tej samej metody
Pozostałe dostępne techniki (Arrow diagrams, precedence diagrams, line of balance, time-chainage diagrams), są jedynie spotykane w bardzo dużych projektach, często związanych z budową infrastruktury, jeśli ktoś chciałby uzyskać informację na ich temat, prosimy o wiadomość.
Gantt Chart
Gantt czy Bar chart jest najprostszą z dostępnych technik planowania i prawdopodobnie jedyną powszechnie rozumianą bez wcześniejszego szkolenia. Pomimo swej prostoty, odpowiednio skonstruowany harmonogram może przekazać wiele informacji potrzebnych do wykonania projektu.
Przykładowy Gantt / Bar Chart
Każdy rząd harmonogramu określa robotę, lub grupę robót wymaganą do wykonania projektu, długość belki danej roboty jest relatywna do czasu jej wykonywania. Poszczególne roboty są dynamicznie połączone by odzwierciedlić sekwencje ich wykonania, pozwala to na szybkie sprawdzenie, jak opóźnienie roboty A wpływa na zakończenie roboty C dwa miesiące później. Odpowiednio zbudowany harmonogram pokazuje nam również krytyczne roboty od których zależny zakończenie robót na czas, czyli "critical path". Pozwala to nam na większe poświęcenie uwagi tym najważniejszym częściom prac.
Do każdej czynności można przypisać potrzebne zasoby, pracowników, maszyny i materiały, tym samym ułatwiając zamówienia i zarządzanie pracownikami.
Dodatkowo harmonogram może zawierać, czy być podstawą do dokładnej analizy przepływów finansów w projekcie i zarządzania ryzykiem.
Typy harmonogramów
Harmonogramy można podzielić na kilka typów za względu na rodzaj i dokładność pokazywanych informacji.
Przykład Master Programme
Master programme
Jest to generalny plan projektu, który nie pokazuje szczegółów a jedynie główne etapy robót. Jest głównie przydatny klientom i architektów w nadzorowaniu terminów wykonania robót.
W kontraktach JCT, master programme musi być dostarczony architektowi przez wykonawcę.
Detailed programme
Jest to rozwinięcie master programme, które zawiera wszystkie czynności i szczegóły wykonania robót. Używany jest przez wykonawców do zarządzania robotami i zasobami. Zazwyczaj nie jest przekazywany klientowi czy architektowi.
Ze względu na ilość informacji, często jest przedstawiany tylko na określony czas, np. 1 czy 2 tygodnie robót.
Przykład Detailed Programme
Oprogramowanie
Rozwój komputerów i oprogramowanie do planowani znacznie ułatwiło przygotowywanie i uaktualnianie harmonogramów. Istnieje wiele dostępnych programów, które różnią się zaawansowaniem funkcji, łatwością obsługi i ceną.
Prawdopodobnie najpopularniejszymi narzędziami na MS Windows są:
- MS Project
- Asta PowerProject
- Primavera
W Multiproject pracujemy na platformie Apple i do planowania używamy Merlin 2.
Wybór odpowiedniego oprogramowania zależy od osobistych wymagań i preferencji. Warto zainteresować się dodatkowymi funkcjami oferowanymi przez programy, np. bardzo przydatną może być możliwość synchronizacji zadań z kalendarzem, czy praca kilku osób na tym samym planie.
Zarządzanie ryzykiem
Poprzez używanie oprogramowania do planowania robót możliwe jest rozszerzenie funkcji harmonogramów do zarządzania ryzykiem projektowym. Łatwe analizowanie scenariuszy pozwala na przygotowanie różnych opcji przebiegu budowy, np. jakie będą konsekwencje opóźnienia danej roboty i jak sobie z nimi radzić. Taka analiza "na sucho" pomaga lepiej zrozumieć mechanizmy danego projektu i przygotować alternatywne plany na wypadek problemów.
Analizę ryzyka można podsumować poprzez następujące czynności:
- Identyfikacja zagrożeń
- Określenie prawdopodobieństwa i konsekwencji
- Zdecydowanie metody kontroli ryzyka (usunięcie, przekazanie innym, zmniejszenie i kontrola)
- Nadzór i kontrola
- Zakończenie i raport
Problemy z harmonogramami
Oczywiście planowanie i harmonogramy nie są pozbawione problemów i zdarza się, że korzyści nie są w pełni wykorzystywane. Należy pamiętać, że harmonogram jest dynamicznym narzędziem i musi być regularnie uaktualniany, by mógł by nam odpowiednio służyć. Każdy plan budowy jest dobry tylko do momentu kiedy zaczniemy prace, zazwyczaj bardzo szybko coś się układa inaczej niż planowaliśmy i jeśli nie uaktualnimy planu, nie jest już on adekwatny.
Plan jest tylko tak dobry jak osoba, która go stworzyła, oprogramowanie jest jedynie narzędziem a nie magicznym rozwiązaniem naszych problemów. Jeśli zaplanujemy nierealny czas wykonania projektu, to żaden plan nie sprawi, że uda nam się wykonać projekt w tym czasie.
Źródła:
Cooke, B., Williams, P. (2004). Construction, Planning, Programming & Control. Oxford. Blackwell Publishing Ltd.
|
Przeczytaj inne wpisy tego autoraBartek Kołosowski
Firma: Multiproject Stanowisko: Project Manager
|
|
|
|
|
|
| | |
|
|
|
| |
nie posiadasz jeszcze konta ?
