Techniki i narzędzia zarządzania projektami

🎯 Po co Ci to?

Poznałeś już „szkielet" zarządzania projektem (cel, WBS, harmonogram, ryzyko). Ale projekty prowadzi się na różne sposoby — inaczej buduje się most (wszystko trzeba zaplanować z góry), a inaczej rozwija aplikację (wymagania zmieniają się w trakcie). Podstawa programowa w zakresie rozszerzonym kładzie nacisk właśnie na stosowanie technik zarządzania projektami i narzędzi informatycznych. W tej jednostce poznasz dwa główne podejścia — kaskadowe i zwinne — nauczysz się, kiedy które pasuje, poznasz tablicę Kanban i Scrum oraz zobaczysz, jak proste narzędzia cyfrowe pomagają ogarnąć projekt zespołowy.

✅ Czego się nauczysz

Po tej lekcji potrafisz:

odróżnić podejście kaskadowe (waterfall) od zwinnego (Agile) i dobrać je do typu projektu;
opisać podstawy Scruma (sprinty, przyrosty, przeglądy) i działanie tablicy Kanban;
wskazać narzędzia informatyczne wspierające projekt i wiedzieć, do czego służą;
połączyć zwinne podejście z myśleniem projektowym (design thinking) z 1.6.

🔁 Przypomnij sobie

Harmonogram, kamienie milowe i ryzyko (2.4, 2.5) to fundament, na którym pracują techniki z tej jednostki. Wraca też podwójny diament z 1.6 — zaraz zobaczysz, że zwinne podejście to jego praktyczne wcielenie: rób małymi krokami, sprawdzaj, poprawiaj.

📘 Wyjaśnienie

1. Dwa podejścia: kaskadowe i zwinne

📐 DEFINICJA — podejście kaskadowe (waterfall): projekt prowadzony w ustalonych, następujących po sobie etapach (najpierw pełne zaplanowanie, potem wykonanie), gdzie kolejny etap zaczyna się po zakończeniu poprzedniego. 📐 DEFINICJA — podejście zwinne (Agile): projekt prowadzony w krótkich powtarzalnych cyklach, w których powstają kolejne działające fragmenty efektu, regularnie sprawdzane i poprawiane na podstawie informacji zwrotnej.

Różnica jest zasadnicza. Kaskadowe zakłada, że na początku wiemy dokładnie, co ma powstać, i planujemy całość z góry — jak przy budowie mostu (nie da się „zwinnie" dostawiać filarów i sprawdzać, czy się podoba). Zwinne zakłada, że wymagania będą się zmieniać, więc zamiast planować wszystko na rok, pracujemy w krótkich cyklach i po każdym pokazujemy działający fragment — jak przy tworzeniu aplikacji, gdzie po drodze uczymy się, czego naprawdę chce użytkownik.

	Kaskadowe (waterfall)	Zwinne (Agile)
Planowanie	całość z góry	na bieżąco, w cyklach
Zmiany w trakcie	trudne, kosztowne	oczekiwane i mile widziane
Efekt widać	na końcu	po każdym cyklu (fragmenty)
Pasuje do	projektów przewidywalnych (budowa, produkcja)	projektów zmiennych (oprogramowanie, nowe produkty)

Żadne nie jest „lepsze" — pasują do różnych projektów (znów: styl dobiera się do sytuacji, jak przy przywództwie i konflikcie).

2. Scrum i sprinty — zwinność w praktyce

Najpopularniejszą metodą zwinną jest Scrum. Praca dzieli się na sprinty — krótkie cykle (zwykle 1–4 tygodnie), z których każdy kończy się działającym przyrostem (kawałkiem gotowego efektu).

📐 DEFINICJA — sprint: krótki, ustalony okres pracy (np. 2 tygodnie), po którym zespół dostarcza gotowy fragment produktu i wspólnie ocenia, co dalej.

Rytm sprintu: krótkie planowanie (co zrobimy w tym cyklu) → codzienna praca z krótką odprawą (co zrobione, co blokuje) → przegląd (pokazujemy efekt, zbieramy uwagi) → retrospektywa (co usprawnić w zespole — to nasze „wnioski" z 2.5, tyle że po każdym sprincie). Dzięki temu projekt nie „odkrywa" problemów dopiero na końcu — co dwa tygodnie widać realny efekt i można korygować kurs.

3. Tablica Kanban — zobacz przepływ pracy

Proste, a genialne narzędzie (używane i w Scrumie, i samodzielnie) to tablica Kanban: kolumny odpowiadające etapom pracy, a zadania (karteczki) wędrują od lewej do prawej.

Do zrobienia	W toku (limit: 2)	Do sprawdzenia	Gotowe
plakat	nagłośnienie	program występów	zgoda dyrekcji
catering			scena
zaproszenia

Siła Kanbana: widać wszystko naraz — co czeka, nad czym się pracuje, co gotowe (żadne zadanie się nie „zgubi"). Ważna reguła to limit zadań „w toku" (WIP): zespół nie bierze na raz zbyt wielu rzeczy, bo praca „w toku" po pięć naraz oznacza, że nic nie jest kończone (pamiętasz „jedna rzecz naraz" z 1.5?). Kanban wymusza kończenie, zanim zacznie się nowe.

4. Narzędzia informatyczne

Techniki wspierają narzędzia cyfrowe — nie trzeba znać konkretnych marek, ważne, do czego służą:

Tablice zadań online (typu Kanban) — wspólna tablica zadań, widoczna dla całego zespołu z każdego miejsca; zastępuje karteczki na ścianie.
Arkusze kalkulacyjne — budżet, harmonogram, lista ryzyk, prosty wykres Gantta.
Wspólne dokumenty i dyski — jedna wersja plików dla wszystkich (koniec z „projekt_final_final2.docx").
Komunikatory zespołowe — bieżąca komunikacja bez chaosu prywatnych wiadomości.

Zaleta narzędzi: jedno źródło prawdy dla całego zespołu — wszyscy widzą ten sam, aktualny stan (to lek na szum z 1.2). Pułapka: narzędzie samo nic nie zrobi — bez dyscypliny aktualizowania staje się mylące (tablica pokazująca stan sprzed tygodnia jest gorsza niż żadna).

💭 Pomyśl: Dwa projekty: (a) klasa buduje makietę zabytkowego budynku według dokładnego planu; (b) zespół tworzy nową grę planszową, testując pomysły na kolegach i ciągle je zmieniając. Które podejście — kaskadowe czy zwinne — pasuje do każdego i dlaczego?

Sprawdź odpowiedź

(a) makieta według planu → kaskadowe: efekt jest z góry znany i przewidywalny, wymagania się nie zmieniają, więc planuje się całość i wykonuje etapami. (b) nowa gra testowana i zmieniana → zwinne: nie wiadomo z góry, co będzie dobre, uczymy się z testów na graczach, więc pracujemy w cyklach (zrób prototyp → przetestuj → popraw). To dokładnie podwójny diament i pętla z 1.6/1.1. Wniosek: podejście dobiera się do przewidywalności projektu — im więcej niewiadomych, tym bardziej zwinnie.

⚠️ Uwaga, pułapka

Pierwsza pułapka: „zwinność" jako wymówka do braku planu — Agile nie znaczy „róbmy bez celu i planu", tylko „planujmy krótkimi cyklami i reagujmy na zmiany"; cel (2.2) i priorytety wciąż obowiązują. Druga: kult narzędzia — wiara, że kupienie modnej aplikacji samo zorganizuje projekt; narzędzie tylko wspiera dyscyplinę, nie zastępuje jej. Trzecia: brać zbyt wiele zadań „w toku" naraz — bez limitu WIP Kanban zamienia się w listę rozgrzebanych, niedokończonych spraw.

📋 Studium przypadku

Zespół tworzy szkolną aplikację-plan lekcji. Postanawia zaplanować wszystko z góry na trzy miesiące (kaskadowo), spisuje 40 funkcji i zabiera się do pracy. Po dwóch miesiącach pokazują efekt uczniom — i okazuje się, że połowa funkcji jest niepotrzebna, a brakuje tej jednej najważniejszej, o którą wszyscy pytają.

💭 Pomyśl: Dlaczego podejście kaskadowe tu zawiodło? Jak poprowadziłby ten projekt zespół zwinny — i co by zyskał?

Sprawdź odpowiedź

Kaskadowe zawiodło, bo projekt był pełen niewiadomych (nie wiadomo z góry, czego naprawdę chcą użytkownicy), a mimo to zaplanowano wszystko na sztywno i pokazano efekt dopiero po dwóch miesiącach — za późno, by tanio poprawić. Zespół zwinny zrobiłby najprostszą działającą wersję (np. samą jedną kluczową funkcję) w dwa tygodnie, pokazał uczniom, zebrał informację zwrotną i dopiero potem rozwijał to, co naprawdę potrzebne — oszczędzając pracę nad zbędnymi 20 funkcjami i szybciej trafiając w realną potrzebę. To praktyczne zastosowanie „rozszerz–zawęź" i pętli sprawdź–popraw z 1.6.

📐 Definicje tej lekcji

Podejście kaskadowe (waterfall) — kolejne, następujące po sobie etapy; pełne planowanie z góry.
Podejście zwinne (Agile) — krótkie cykle z regularnym dostarczaniem i poprawianiem efektu.
Sprint — krótki cykl pracy kończący się działającym przyrostem (Scrum).
Tablica Kanban — kolumny etapów pracy, po których wędrują zadania; limit zadań „w toku" (WIP).
Narzędzia informatyczne projektu — tablice zadań, arkusze, wspólne dokumenty, komunikatory (jedno źródło prawdy).

📌 Najważniejsze w pigułce

Kaskadowe vs zwinne — dobierasz do przewidywalności projektu (most vs aplikacja), żadne nie jest zawsze lepsze.
Scrum/sprinty: krótkie cykle z działającym przyrostem i regularną korektą kursu.
Kanban: widoczny przepływ zadań + limit „w toku" wymusza kończenie zamiast rozgrzebywania.
Narzędzia IT dają jedno źródło prawdy, ale nie zastąpią dyscypliny; Agile to nie brak planu.

🎒 Zadania

Zadanie 2.6.1. Dla dwóch projektów (jeden przewidywalny, jeden pełen niewiadomych) uzasadnij wybór podejścia kaskadowego lub zwinnego. Podaj po jednym argumencie „za".

Sprawdź odpowiedź

Dobra odpowiedź dobiera kaskadę do projektu przewidywalnego (znany, niezmienny efekt — np. remont według projektu) i zwinność do projektu z niewiadomymi (uczymy się w trakcie — np. nowy produkt, wydarzenie eksperymentalne), z sensownym argumentem (kaskada: da się zaplanować całość; zwinność: tanio korygujemy kurs po informacji zwrotnej).

Zadanie 2.6.2. Zaprojektuj tablicę Kanban dla realnego zadania zespołowego (min. 4 kolumny, po 2–3 karteczki). Ustal limit zadań „w toku" i wyjaśnij, po co on jest.

Sprawdź odpowiedź

Dobra odpowiedź ma kolumny (np. Do zrobienia / W toku / Do sprawdzenia / Gotowe), rozłożone zadania i limit WIP (np. „maks. 2 w toku"). Uzasadnienie: limit wymusza kończenie zadań, zanim bierze się nowe — inaczej wszystko jest rozgrzebane i nic nie gotowe (jedna rzecz naraz, 1.5).

Zadanie 2.6.3. Wskaż trzy narzędzia cyfrowe, których użyłbyś do zespołowego projektu, i do czego każde. Jaka jest wspólna korzyść z ich stosowania?

Sprawdź odpowiedź

Przykłady: tablica zadań online (widoczny podział pracy), wspólny arkusz (budżet + harmonogram), wspólny dysk/dokument (jedna wersja plików). Wspólna korzyść: jedno źródło prawdy — wszyscy widzą ten sam aktualny stan, co eliminuje nieporozumienia i „która wersja jest najnowsza" (szum z 1.2).

🔍 Sprawdź, czy umiesz

[ ] Odróżnić podejście kaskadowe od zwinnego i dobrać je do projektu.
[ ] Wyjaśnić działanie sprintu i tablicy Kanban (z limitem WIP).
[ ] Wskazać narzędzia informatyczne projektu i ich rolę.
[ ] Uzasadnić, że zwinność to nie brak planu, a narzędzie nie zastępuje dyscypliny.

Ucz się tej jednostki z asystentem