Zyski:
- Zrozumienie koncepcji zakresu i struktury podziału pracy (WBS) oraz wykorzystanie sztucznej inteligencji do stworzenia wersji roboczej SPP podzielonej na pakiety robocze
- Wyjaśnij elementy, dostawy i kryteria akceptacji wykraczające poza zakres, korzystając ze wsparcia sztucznej inteligencji i wcześnie wykrywaj zmiany zakresu
- Umiejętność zrozumienia, że obowiązkiem kierownika projektu jest potwierdzenie integralności, realizmu i przydatności WBS stworzonego przez sztuczną inteligencję z kontekstem organizacyjnym poprzez weryfikację zespołową i interesariuszy.
Kiedy zaczynasz projekt od pytania: „Co będziemy robić?” Rozpoczęcie od tego jest jak chodzenie w ciemności. Projekty często kończą się niepowodzeniem nie dlatego, że są źle zarządzane, ale dlatego, że od początku zostały źle zdefiniowane. Przedmiotem tej jednostki są dwa podstawowe narzędzia, które wyznaczają granice projektu i dzielą pracę na łatwe do zarządzania części: opis zakresu i struktura podziału pracy. Kiedy te dwa dokumenty są prawidłowo skonfigurowane, harmonogram, prognoza, ryzyko i budżet są na nich ściśle powiązane; W przypadku nieprawidłowej konfiguracji wszystko się trzęsie w całym projekcie. AI jest potężnym partnerem w opracowywaniu obu dokumentów: proponuje szkielet zakresu i podział na pakiety prac w ciągu kilku minut. Ale pamiętaj: sztuczna inteligencja tworzy ogólny wzór; Tylko Ty i Twój zespół znacie rzeczywiste rezultaty, ograniczenia i kryteria akceptacji organizacji.
Co to jest oświadczenie o zakresie?
Zakres określa, co projekt obejmuje, a czego nie obejmuje. Oświadczenie o zakresie to dokument, który ma formę pisemną i zazwyczaj zawiera: cel projektu, kluczowe rezultaty, kryteria akceptacji, elementy poza zakresem, założenia i ograniczenia. Najbardziej krytyczną i najbardziej zaniedbaną częścią jest tutaj lista poza zakresem: „Nie zrobimy X w tym projekcie” zapobiega późniejszemu argumentowi „ale myślałem, że to uwzględniono”.
Kiedy zakres wymyka się spod kontroli, nazywa się to pełzaniem zakresu: niewielka, niezatwierdzona praca dodana do projektu powoduje jego rozciągnięcie w czasie. „Jeszcze tylko jeden mały dodatek”, powtarzane, rozsadza budżet i harmonogram. Dobre określenie zakresu i jasne kryteria akceptacji stanowią pierwszą linię obrony przed rozszerzeniem zakresu. Kryteria akceptacji to mierzalny warunek, jaki musi spełnić produkt, aby można go było uznać za „kompletny” (np. „załadowanie formy w czasie krótszym niż 2 sekundy”).
Wskazówka: pisząc oświadczenie o zakresie, włóż tyle samo wysiłku w listę „czego nie zrobimy”, co w listę „czego zrobimy”. Przedmioty wyłączone są najtańszym ubezpieczeniem projektu.
Co to jest struktura podziału pracy (WBS)?
Struktura podziału pracy (WBS) to hierarchiczne drzewo, które dzieli całą pracę nad projektem na logiczne części, które stopniowo zmniejszają się od góry do dołu. Na górze znajduje się projekt, poniżej znajdują się główne produkty/fazy, a poniżej pakiety prac. Pakiet zadań to praca najniższego poziomu, jaką można przypisać osobie/zespołowi i która jest na tyle mała, że pozwala oszacować czas jej trwania i koszt. Dobry WBS kieruje się dwiema zasadami: zasadą 100% (suma dolnych części obejmuje całą górną część, nie więcej, nie mniej) i wzajemną wyłącznością (żadne dwa pakiety nie zawierają tego samego dzieła, nie nakładają się).
Dlaczego WBS jest tak ważny? Ponieważ prognozowanie, harmonogram, budżet i ryzyko są zawsze wykonywane na poziomie pakietu prac. „Zrobimy stronę internetową” jest nieprzewidywalne; ale pakiety takie jak „projekt strony logowania”, „formularz rejestracji użytkownika”, „testowanie integracji płatności” są przewidywalne. WBS to także ramy przypisywania odpowiedzialności (RACI), monitorowania postępów i komunikacji.
Krok po kroku: Generowanie wersji roboczej WBS za pomocą AI
- Wyjaśnij zakres. Anonimowo podaj AI cel projektu, kluczowe rezultaty i znane ograniczenia. Dobry WBS nie powstaje z niejasnego celu.
- Poproś o rozpiskę projektu. Zapytaj AI o hierarchię podzieloną na fazy i pakiety prac; Zapytaj o jednowierszowy opis zakresu i sugerowaną dostawę dla każdej paczki.
- Przetestuj regułę 100%. Sprawdź, czy suma wyprodukowanych opakowań w pełni odpowiada zakresowi; Zaznacz brakujące i niepotrzebne elementy.
- Dodaj kryteria akceptacji. Wymagaj projektu mierzalnych kryteriów akceptacji dla każdego kluczowego produktu, a następnie dopracuj je w stosunku do rzeczywistości.
- Wyjaśnij poza zakresem. Poproś sztuczną inteligencję o listę „elementów, które prawdopodobnie powinny wykraczać poza zakres tego projektu” i omów ją z zespołem.
- Walidacja zespołu i interesariuszy. Przejrzyj wersję roboczą z właścicielami pakietów roboczych. WBS nigdy nie jest „planem” bez zgody zespołu.
Uwaga: WBS generowany przez sztuczną inteligencję może często pomijać krytyczny pakiet (np. „zatwierdzenie prawne”, „migracja danych”, „szkolenie użytkowników”), który wydaje się logiczny, ale jest specyficzny dla Twojej organizacji. Brakujący pakiet sprawi, że Twoje przewidywania będą od początku błędne. Pamiętaj, aby zastosować zasadę 100% z ludzkiego punktu widzenia.
trzy mini etui
Przypadek 1 — Plan oszczędzania czasu. Zamiast budować od podstaw WBS na potrzeby nowego projektu intranetowego, ekspert PMO przekazał YZ anonimowe podsumowanie zakresu i poprosił o wersję roboczą. YZ zaproponowało 6 faz i 34 pakiety prac. Ekspert usunął 5 pakietów i dodał 3 brakujące pakiety (integracja SSO, testowanie dostępności, migracja treści) podczas 45-minutowych warsztatów z zespołem. Praca, która trwałaby od zera jeden dzień, została ukończona w pół dnia i stała się pełniejsza.
Przypadek 2 — Pełzanie lunety chwytającej. Kierownik projektu przekazuje klientowi drobne prośby dotyczące AI 12 i pyta „czy mieszczą się one w zakresie, czy poza zakresem zgodnie z bieżącym oświadczeniem dotyczącym zakresu?” Zaklasyfikował to jako: YZ 7 oznaczył żądanie jako „prawdopodobnie poza zakresem”. Premier zamienił je w oficjalne prośby o wprowadzenie zmian; w przeciwnym razie dodatkowe 3 tygodnie pracy po cichu przeniknęłyby do projektu.
Przypadek 3 — Pułapka braku pakietów. Zespół zatwierdził bez weryfikacji 28 opakowań WBS wyprodukowanych przez YZ. W połowie projektu zauważono, że nie było pakietów „migracja danych” i „próba na żywo”; te dwie nieobecności dodały 4 tygodnie do harmonogramu. Lekcja: Wersje robocze AI nie powinny być zatwierdzane bez testów na ludziach, zgodnie z zasadą 100%.
Słaba zachęta/silna zachęta
Słaba zachęta:
Napisz WBS dla projektu aplikacji mobilnej.
Ten monit jest bardzo ogólny: sztuczna inteligencja zazwyczaj tworzy szablon, ale ma niewielkie znaczenie dla rzeczywistych produktów, ograniczeń i kryteriów akceptacji projektu.
Potężny monit:
Twoja rola: starszy specjalista ds. planowania projektów.Kontekst: Aplikacja mobilna do śledzenia zapasów dla klienta detalicznego (nazwa maskowana).Ograniczenia: 4 miesiące, integracja z istniejącym ERP obowiązkowa, iOS+Android, dostępna migracja danych.Zadanie: Stworzenie wersji roboczej WBS podzielonej na fazy i pakiety prac.Zasady:- Przestrzegaj zasady 100%; pakiety w ramach każdej fazy powinny w pełni obejmować fazę.- Dla każdego pakietu prac: jednoliniowy zakres + główny produkt + mierzalne kryteria akceptacji.- Podaj na końcu oddzielną listę „prawdopodobnie POZA zakresem”.- Oznacz pakiety specyficzne dla instytucji, co do których nie jesteś pewien, dopasowując „[potwierdź z zespołem]”. Dane wyjściowe: tabela przecen (Faza | Pakiet | Zakres | Dostawa | Kryteria akceptacji).
To żądanie jest mocne, ponieważ kontekst, ograniczenie, zasada 100%, kryteria akceptacji i żądanie wykraczające poza zakres są jasne; wymusza również niepewność za pomocą „[potwierdzenie z zespołem]”.
Dodatkowe szablony:
# Szukacz poza zakresem Przeczytaj poniższe oświadczenie dotyczące zakresu. Wymień jako „kandydaci spoza zakresu” zadania, które są częste, ale nie zostały tu WYRAŹNIE wymienione (np. szkolenia, dokumentacja, wsparcie, migracja, testowanie bezpieczeństwa). W przypadku każdego z nich zapytaj, dlaczego powinno zostać uwzględnione/wykluczone.
# Producent kryteriów akceptacji Zaproponuj 3-5 mierzalnych kryteriów akceptacji dla następującej dostawy (w formacie SMART):[dostawa]. Nie zapisuj kryteriów, których nie da się zmierzyć (np. „powinno dobrze działać”).
# 100% sprawdzanie regułPrzeanalizuj poniższy WBS. Który element dostarczany z instrukcji zakresu NIE ma odpowiednika w żadnym pakiecie roboczym? Które pakiety PRZEKRACZAJĄ deklarację zakresu? Wypisz luki.
Typowe błędy
- Nie pisanie poza zakresem: jeśli „czego nie zrobimy” jest niejasne, rozszerzenie zakresu jest nieuniknione.
- Opakowania, które są za duże lub za cienkie: gigantyczne opakowanie, które wystarcza na miesiąc, jest nieprzewidywalne; Malutki, godzinny pakiet przytłacza kierownictwo. Przesyłki muszą być przewidywalne i możliwe do śledzenia.
- Zatwierdzenie planu AI bez jego walidacji: Niekompletny pakiet specyficzny dla przedsiębiorstwa (migracja danych, zatwierdzenie organów regulacyjnych, szkolenie) od początku fałszuje plan.
- Pomijanie kryteriów akceptacji: jeśli nie ma kryteriów, dyskusja na temat „gotowości” nie ma końca.
- Nieustawianie SPP skupionej na wynikach, a nie na działaniach: Dobra SPP pokazuje produkty (nazwy), a nie działania takie jak „organizowanie spotkania”.
Wskazówka: nie pisz raz WBS i tak to zostaw. Kiedy nadejdzie zatwierdzona zmiana, zaktualizuj SPP, a następnie harmonogram i budżet. WBS jest żywym dokumentem.
Podsumowując
Deklaracja zakresu określa granice projektu, podczas gdy WBS definiuje możliwe do zarządzania części pracy. Dobre określenie zakresu zawiera jasne kryteria akceptacji i wyraźną listę „poza zakresem”; Dobry WBS kieruje się zasadą 100% i wzajemnej wyłączności. Sztuczna inteligencja tworzy szybkie i kompletne plany obu rozwiązań, ale może pominąć pakiety specyficzne dla instytucji. Do kierownika projektu należy zastosowanie zasady 100% z ludzkiego punktu widzenia, wyjaśnienie kwestii wykraczających poza zakres i uzyskanie akceptacji zespołu.
Zadanie aplikacji
W przypadku Twojego bieżącego projektu przygotuj wersję roboczą WBS z AI podzieloną na fazy i pakiety prac (anonimizując dane). Następnie z członkiem swojego zespołu zastosuj zasadę 100%: jakich przesyłek brakuje, jakich nie potrzeba, która dostawa nie ma kryteriów akceptacji? Popraw co najmniej 3 brakujące/nieprawidłowe punkty i zapisz poprawiony WBS.
lista kontrolna
- [ ] Mój zakres ma cel, produkt, kryteria akceptacji, jest poza zakresem, założenia i ograniczenia.
- [ ] Celowo wypełniłem listę „poza zakresem”.
- [ ] WBS przestrzega zasady 100% (żadnych brakujących/nadmiarowych pakietów).
- [ ] Każdy pakiet prac jest przewidywalny i identyfikowalny.
- [ ] Każdy ważny produkt ma mierzalne kryteria akceptacji.
- [ ] Weryfikowałem projekt AI z zespołem; Dodałem pakiety specyficzne dla instytucji.