Bezpłatny fragment - Planowanie projektów

📘 Wstęp
Ta książka nie jest o idealnych projektach

(i całe szczęście)

Jeżeli trafiłeś na tę książkę z nadzieją, że znajdziesz w niej prostą receptę na projekty, które zawsze kończą się na czas, w budżecie i bez nerwów, to pozwól, że od razu coś wyjaśnię. Taka recepta nie istnieje. Nigdy nie istniała i — wszystko na to wskazuje — nigdy istnieć nie będzie.

Projekty nie są idealne. Ludzie nie są idealni. A rzeczywistość ma wyjątkowy talent do ignorowania nawet najlepiej przygotowanych planów. I właśnie dlatego ta książka w ogóle powstała.

Nie jest to podręcznik, który obiecuje, że wystarczy poznać kilka narzędzi, opanować kilka technik i nagle wszystko zacznie działać jak w prezentacji sprzedażowej. Gdyby tak było, projekty nie kończyłyby się przeciągającymi się spotkaniami, niekończącymi się „drobiazgami” i harmonogramami, które z każdym tygodniem coraz mniej przypominają rzeczywistość.

Ta książka jest o projektach takich, jakie są naprawdę. O projektach, które na początku wydają się proste, logiczne i „do ogarnięcia”, a z czasem zaczynają ujawniać swoją prawdziwą naturę — pełną zależności, niepewności, sprzecznych oczekiwań i decyzji podejmowanych pod presją czasu.

Jeżeli kiedykolwiek pracowałeś przy projekcie, który miał być „szybki i prosty”, a skończył się długimi dyskusjami, poprawkami i przesuwaniem terminów, to prawdopodobnie czytasz właściwą książkę. Jeżeli patrzyłeś na harmonogram i zastanawiałeś się, dlaczego wygląda tak dobrze, skoro wszyscy wokół mają poczucie, że projekt się sypie — również.

Piszę tę książkę z perspektywy kogoś, kto przez lata pracował przy projektach różnej skali i bardzo szybko zrozumiał, że największym problemem rzadko są narzędzia. Znacznie częściej problemem jest sposób, w jaki myślimy o planowaniu, o ludziach, o czasie i o samych projektach.

Planowanie bardzo często bywa sprowadzane do wykresów, dat i procentów. Do czegoś, co „trzeba zrobić”, bo tego wymagają procedury, audyty albo raporty. Tymczasem prawdziwe planowanie zaczyna się dużo wcześniej — w rozmowach, w pytaniach, w próbach zrozumienia, co tak naprawdę chcemy osiągnąć i jakie są konsekwencje naszych decyzji.

Ta książka nie próbuje udawać, że projekty da się zamknąć w sztywnych ramach. Wręcz przeciwnie — pokazuje, że zmiana, ryzyko i chaos są naturalną częścią każdego przedsięwzięcia, a planowanie nie polega na ich eliminowaniu, lecz na nauczeniu się życia z nimi w sposób świadomy.

Nie znajdziesz tu akademickich definicji ani skomplikowanych wzorów. Nie dlatego, że nie są ważne, ale dlatego, że bardzo rzadko pomagają wtedy, gdy projekt zaczyna się naprawdę komplikować. Zamiast tego znajdziesz historie, obserwacje i wnioski, które pojawiają się dopiero wtedy, gdy teoria zderza się z praktyką.

To książka napisana dla ludzi normalnych. Dla tych, którzy mają projekty do zrobienia, terminy do dotrzymania i zespoły, z którymi muszą się dogadać — często w warunkach dalekich od idealnych. Dla tych, którzy czują, że „coś tu nie gra”, ale nie zawsze potrafią to nazwać.

Możesz czytać ją od początku do końca, możesz wracać do wybranych rozdziałów, możesz się z nią zgadzać albo z nią polemizować. Nie obiecuje cudów ani prostych odpowiedzi. Obiecuje natomiast coś znacznie cenniejszego — zmianę perspektywy.

Bo w projektach rzadko wygrywa ten, kto ma najlepsze narzędzia. Zdecydowanie częściej wygrywa ten, kto potrafi zadawać lepsze pytania, rozumieć konsekwencje decyzji i zachować spokój wtedy, gdy rzeczywistość przestaje współpracować.

Jeżeli po przeczytaniu tej książki choć raz zatrzymasz się w projekcie i zamiast pytać „jak to szybciej zrobić?”, zapytasz „czy to w ogóle ma sens?”, to znaczy, że ta książka spełniła swoje zadanie.

Reszta przyjdzie z czasem.

📘 Rozdział 1. Dlaczego projekty się wykładają

(i czemu to rzadko jest wina ludzi)

Każdy projekt, niezależnie od tego, czy dotyczy budowy platformy, wdrożenia systemu IT, czy remontu kuchni, zaczyna się bardzo podobnie. Jest pomysł, jest energia, jest spotkanie otwierające i to charakterystyczne przekonanie, że „tym razem na pewno się uda”. Padają pierwsze daty, ktoś mówi, że zespół jest doświadczony, a ktoś inny uspokaja, że „to przecież nie jest aż tak duże przedsięwzięcie”.

Na tym etapie naprawdę niewiele osób zakłada porażkę. Wręcz przeciwnie — dominuje umiarkowany optymizm, który w projektach jest czymś całkowicie naturalnym.

Kilka tygodni później ten sam projekt często wygląda już zupełnie inaczej. Terminy zaczynają się przesuwać, zakres robi się coraz mniej wyraźny, ludzie są zajęci bardziej niż kiedykolwiek wcześniej, a mimo to realny postęp prac nie nadąża za oczekiwaniami. Atmosfera gęstnieje, pojawia się frustracja, a na którymś spotkaniu w końcu pada zdanie, które w projektach słyszy się zaskakująco często:

„No niestety… ludzie zawiedli.”

I właśnie w tym momencie warto się zatrzymać, bo to zdanie — choć wygodne — bardzo rzadko opisuje prawdziwą przyczynę problemów.

Gdyby to naprawdę była wina ludzi

Gdyby projekty rzeczywiście wykładały się dlatego, że ludzie są leniwi, niezaangażowani albo niekompetentni, świat projektów wyglądałby znacznie prościej. Wystarczyłoby wymienić zespół i problem zniknąłby sam. Tymczasem rzeczywistość jest dużo bardziej przewrotna.

Ci sami ludzie, którzy w jednym projekcie nie są w stanie dowieźć podstawowych terminów, w innym potrafią pracować sprawnie, odpowiedzialnie i z dużym zaangażowaniem. Ten sam zespół, który wczoraj gasił pożary, jutro potrafi zrealizować trudne zadanie bez większych problemów.

To dość wyraźnie pokazuje, że problem rzadko tkwi w samych ludziach. Znacznie częściej tkwi w tym, jak projekt został zorganizowany i jakie warunki do pracy stworzono zespołowi.

💡 Warto zapamiętać

Ludzie w projektach zazwyczaj chcą dobrze. Jeśli coś idzie nie tak, to najczęściej dlatego, że system, w którym pracują, utrudnia im osiągnięcie sukcesu.

Chaos projektowy, czyli wszyscy są zajęci, a nic się nie kończy

Jednym z najbardziej mylących zjawisk w projektach jest moment, w którym wszyscy są bardzo zajęci. Kalendarze są wypełnione spotkaniami, skrzynki mailowe pękają w szwach, a listy zadań wydają się nie mieć końca. Z zewnątrz wygląda to jak intensywna praca. Od środka często okazuje się, że jest to po prostu chaos.

Gdy w takim momencie ktoś zapyta: „Na czym stoimy?”, odpowiedzi są zwykle wymijające. „To zależy”, „czekamy na decyzję”, „to jest w trakcie”, „to miało być już gotowe, ale…”. Każdy ma w głowie jakiś obraz projektu, ale rzadko kiedy te obrazy są ze sobą spójne.

Nie wynika to ze złych intencji ani z braku zaangażowania. To efekt braku wspólnego zrozumienia, co dokładnie robimy, w jakiej kolejności i dlaczego właśnie tak.

📌 Z życia wzięte

Jeśli w projekcie wszyscy są zajęci, a jednocześnie trudno wskazać konkretne zakończone zadania, bardzo często oznacza to brak jasnego planu, a nie brak pracy.

---

Plan to nie dokument. Plan to porozumienie.

Jednym z największych nieporozumień związanych z planowaniem jest przekonanie, że plan to po prostu dokument, który powstaje na początku projektu, a potem trafia do folderu o nazwie „archiwum”. W rzeczywistości plan nie jest ani plikiem, ani wykresem. Plan jest porozumieniem.

Jest wspólnym ustaleniem, które mówi: to robimy teraz, to później, a tego na tym etapie w ogóle nie robimy. Bez takiego porozumienia każdy działa według własnej intuicji, a intuicja w projektach bywa zawodna — szczególnie wtedy, gdy presja czasu zaczyna rosnąć.

Plan nie musi być idealny ani kompletny. Musi być zrozumiały i na tyle jasny, aby każdy wiedział, gdzie w danym momencie znajduje się projekt i dokąd zmierza.

⚠️ Uwaga!

Brak planu nie daje elastyczności. Brak planu daje chaos.

„Plan i tak by się nie sprawdził” — bardzo wygodna wymówka

Kiedy projekt zaczyna się chwiać, często pojawia się argument, że planowanie nie ma sensu, bo „i tak wszystko się zmienia”. Brzmi to rozsądnie, ale w praktyce prowadzi do bardzo niebezcznego wniosku.

Brak planu nie sprawia, że projekt staje się bardziej elastyczny. Sprawia raczej, że reaguje z opóźnieniem, odkrywa problemy dopiero wtedy, gdy są już bolesne, i uczy się na błędach, które można było zauważyć znacznie wcześniej.

Plan nie jest po to, aby przewidywać przyszłość. Jest po to, aby szybciej zauważać, że przyszłość nie idzie w tym kierunku, w którym zakładaliśmy.

Dlaczego projekty naprawdę się wykładają

Jeśli spojrzeć na projekty bez teorii, modeli i skomplikowanych metodyk, obraz jest dość powtarzalny. Projekty sypią się, ponieważ drobne zmiany kumulują się w coś znacznie większego, decyzje są odkładane „na później”, priorytety nie są jasno określone, a terminy powstają bardziej z potrzeby optymizmu niż z realnej analizy.

Co istotne, żadna z tych przyczyn nie wynika z tego, że ludzie nie chcą pracować. Wynikają one z braku planowania rozumianego jako proces myślenia o projekcie, a nie jako biurokratyczny obowiązek.

💡 Warto zapamiętać

Planowanie nie eliminuje problemów. Planowanie sprawia, że problemy widać wcześniej.

Po co więc całe to planowanie?

Planowanie projektów nie polega na kontrolowaniu ludzi ani na tworzeniu raportów dla samego raportowania. Jego celem jest nadanie sensu pracy zespołu, uporządkowanie priorytetów i stworzenie warunków, w których ludzie mogą skupić się na tym, co naprawdę istotne.

Dobry plan nie sprawia, że projekt staje się prosty ani przewidywalny. Sprawia natomiast, że staje się zrozumiały. A w świecie projektów to często pierwszy i najważniejszy krok do tego, aby w ogóle mieć szansę na sukces.

Zanim przejdziemy dalej…

Jeśli po przeczytaniu tego rozdziału masz wrażenie, że opisane sytuacje brzmią znajomo, to bardzo dobrze. Oznacza to, że nie jesteś wyjątkiem i że problemy, z którymi spotykasz się w projektach, są znacznie bardziej powszechne, niż mogłoby się wydawać.

W kolejnym rozdziale zajmiemy się pytaniem, które wygląda niewinnie, ale potrafi zadecydować o losie całego przedsięwzięcia:

👉 Czym właściwie jest projekt — i dlaczego „mała robota” to też projekt?

I tak — to ma dużo większe znaczenie, niż większość ludzi przypuszcza.

📘 Rozdział 2. Czym właściwie jest projekt

(i dlaczego „mała robota” to też projekt)

Słowo „projekt” jest dziś używane tak często, że momentami trudno powiedzieć, co nim naprawdę jest. Projektem bywa budowa mostu, wdrożenie nowego systemu IT, reorganizacja działu, przygotowanie oferty dla klienta, a czasem nawet prezentacja na poniedziałkowe spotkanie. W wielu firmach wszystko, co nie jest codzienną rutyną, automatycznie dostaje etykietę „projekt”.

I właśnie tutaj zaczynają się problemy.

Jeżeli wszystko jest projektem, to w praktyce nic nim nie jest. A jeśli nie potrafimy jasno określić, czym projekt jest, a czym nie, to trudno oczekiwać, że będziemy w stanie go sensownie zaplanować, ustawić priorytety i doprowadzić do sensownego zakończenia.

Projekt to nie zadanie i nie lista spraw

Zacznijmy od bardzo ważnego rozróżnienia. Projekt to nie pojedyncze zadanie. To nie jest mail do wysłania, telefon do wykonania ani dokument do poprawienia „jak będzie chwila”. To są czynności. Projekty zaczynają się wtedy, gdy tych czynności robi się więcej i zaczynają być od siebie zależne.

Projekt to zbiór powiązanych działań, które:

— prowadzą do określonego celu,

— wymagają współpracy kilku osób,

— są ograniczone w czasie i zasobach.

Dopóki traktujemy projekt jak długą listę spraw do załatwienia, wszystko wygląda względnie spokojnie. Problemy zaczynają się wtedy, gdy pojawiają się zależności, decyzje do podjęcia i pytania w stylu: „kto na kogo czeka?” albo „dlaczego to jeszcze nie jest gotowe?”.

💡 Warto zapamiętać

Projekt zaczyna się tam, gdzie kończy się „zrobię to sam, jak będę miał chwilę”.

Oficjalna definicja projektu (po ludzku)

Skoro już wiemy, czym projekt nie jest, czas powiedzieć wprost, jak projekt definiuje się „oficjalnie”. Bez korporacyjnego bełkotu, bez nauki na pamięć — po prostu po to, żeby mieć solidny punkt odniesienia.

W najbardziej klasycznym ujęciu projekt to:

Tymczasowe przedsięwzięcie realizowane w celu stworzenia unikalnego rezultatu.

To jedno zdanie zawiera w sobie wszystko, co najważniejsze. Warto więc rozłożyć je na części, bo każda z nich ma znaczenie.

Co projekt MUSI spełniać, żeby być projektem

Żeby coś można było sensownie nazwać projektem, musi spełniać kilka podstawowych warunków. Jeśli któregoś z nich brakuje, bardzo szybko zaczynają się nieporozumienia, chaos i frustracja.

▶ Projekt ma początek

Każdy projekt w którymś momencie się zaczyna. Może to być decyzja zarządu, podpisanie umowy, akceptacja budżetu albo po prostu jasne „startujemy”. Bez tego projektu nie da się odróżnić od luźnej idei lub pomysłu „na przyszłość”.

▶ Projekt ma koniec

Projekt musi się kiedyś skończyć. Nie „rozmyć”, nie „przejść w utrzymanie”, tylko zostać świadomie zakończony. Koniec projektu oznacza, że cel został osiągnięty — albo że podjęto decyzję o jego zakończeniu.

▶ Projekt ma cel

Projekt istnieje po coś. Coś ma powstać, coś ma zostać zmienione albo osiągnięte. Jeśli nie potrafisz jasno powiedzieć, po co projekt istnieje, to bardzo trudno będzie ocenić, czy w ogóle się udał.

▶ Projekt ma ograniczenia

Każdy projekt działa w ramach ograniczeń. Najczęściej są to:

— czas (terminy),

— budżet (pieniądze),

— zasoby (ludzie, sprzęt).

Brak jasno określonych ograniczeń to prosta droga do niekończących się projektów.

▶ Projekt tworzy coś unikalnego

Nawet jeśli robiliśmy coś podobnego wcześniej, każdy projekt ma swój unikalny kontekst, zespół, warunki i ryzyka. To właśnie ta „jednorazowość” odróżnia projekt od codziennej pracy operacyjnej.

💡 Warto zapamiętać

Jeśli coś ma początek, koniec, cel i ograniczenia — bardzo możliwe, że właśnie patrzysz na projekt.

Dlaczego „mała robota” to też projekt

Jednym z najbardziej zdradliwych zdań w projektach jest:

„To jest mała robota, nie róbmy z tego projektu.”

Zwykle wypowiadane jest w dobrej wierze. Nikt nie chce tworzyć biurokracji ani komplikować prostych rzeczy. Problem polega na tym, że wielkość projektu nie ma żadnego znaczenia dla tego, czy coś jest projektem, czy nie.

„Mała robota” bardzo często:

— angażuje kilka osób,

— zależy od dostępności innych ludzi,

— ma termin „na już”,

— konkuruje z innymi obowiązkami.

A to są dokładnie te elementy, które bez planowania generują chaos.

📌 Z życia wzięte

Przygotowanie oferty „to tylko kilka slajdów” — do momentu, w którym trzeba poczekać na dane techniczne, wycenę z finansów i akceptację od osoby, która właśnie jest na urlopie. Wtedy nagle okazuje się, że to pełnoprawny projekt.

Przykłady projektów (żeby nie było wątpliwości)

Dla uporządkowania, spójrzmy na kilka przykładów.

To są projekty:

— budowa domu,

— wdrożenie nowego systemu IT,

— uruchomienie nowej linii produkcyjnej,

— przygotowanie i złożenie oferty przetargowej,

— organizacja konferencji,

— remont kuchni lub łazienki.

To nie są projekty (same w sobie):

— codzienna obsługa klienta,

— regularne raportowanie,

— comiesięczne rozliczenia,

— rutynowe utrzymanie systemu.

Uwaga: te „nie-projekty” mogą stać się projektami, jeśli zmienia się ich charakter, zakres albo sposób realizacji.

⚠️ Uwaga!

Najwięcej problemów sprawiają nie wielkie projekty, tylko te małe, które nigdy nie zostały nazwane projektami i dlatego nikt ich nie zaplanował.

Dlaczego to wszystko jest takie ważne