Dobički:
- Razumeti koncepte izjave o obsegu in strukture razčlenitve dela (WBS) ter uporabiti AI za izdelavo osnutka WBS, razdeljenega na delovne pakete
- S podporo za umetno inteligenco razjasnite predmete, dostave in merila sprejemljivosti zunaj obsega ter zgodaj oglejte širjenje obsega
- Sposobnost razumevanja, da je odgovornost vodje projekta potrditi celovitost, realističnost in ustreznost WBS, ki ga je ustvarila umetna inteligenca, z organizacijskim kontekstom s preverjanjem skupine in deležnikov.
Ko začnete projekt z "kaj bomo naredili?" Začeti s tem je kot hoditi v temi. Projekti pogosto propadejo ne zato, ker so slabo vodeni, temveč zato, ker so bili od začetka napačno definirani. Predmet te enote sta dve osnovni orodji, ki začrtata meje projekta in delita delo na obvladljive dele: izjava o obsegu in struktura razčlenitve dela. Ko sta ta dva dokumenta pravilno nastavljena, so urnik, napoved, tveganje in proračun trdno na vrhu; Pri nepravilni nastavitvi se skozi projekt vse trese. Umetna inteligenca je močan partner pri pisanju obeh dokumentov: predlaga okostje obsega in razčlenitev na delovne pakete v nekaj minutah. Vendar ne pozabite: AI proizvaja splošen vzorec; Samo vi in vaša ekipa poznate dejanske rezultate vaše organizacije, omejitve in merila sprejemljivosti.
Kaj je izjava o obsegu?
Obseg je tisto, kar projekt vključuje in kaj ne vključuje. Izjava o obsegu je dokument, ki ga pripravi v pisni obliki in običajno vključuje: namen projekta, ključne rezultate, merila sprejemljivosti, elemente izven obsega, predpostavke in omejitve. Najbolj kritičen in najbolj zanemarjen del tukaj je seznam izven obsega: "V tem projektu ne bomo naredili X" preprečuje poznejši argument "vendar sem mislil, da je to vključeno".
Ko obseg uide izpod nadzora, se temu reče lezenje obsega: majhno, neodobreno delo, dodano projektu, ga sčasoma napihne. "Samo še en majhen dodatek", ko se ponovi, raznese proračun in urnik. Dobra izjava o obsegu in jasna merila sprejemljivosti so prva obrambna linija pred spreminjanjem obsega. Merila sprejemljivosti so merljivi pogoj, ki ga mora izpolniti izdelek, da se šteje za "popolnega" (npr. "naloži obrazec v manj kot 2 sekundah").
Nasvet: Ko pišete izjavo o obsegu, vložite toliko truda v seznam »česa ne bomo storili« kot v seznam »kaj bomo storili«. Izključeni predmeti so najcenejše zavarovanje projekta.
Kaj je struktura razčlenitve dela (WBS)?
Struktura razčlenitve dela (WBS) je hierarhično drevo, ki celotno delo projekta razdeli na logične dele, ki se postopoma manjšajo od zgoraj navzdol. Na vrhu je projekt, pod njim so glavni rezultati/faze, pod njimi pa delovni paketi. Delovni paket je del dela na najnižji ravni, ki ga je mogoče dodeliti osebi/ekipi in je dovolj majhen, da se oceni njegovo trajanje in stroški. Dober WBS upošteva dve pravili: 100-odstotno pravilo (vsota spodnjih delov vključuje celoten zgornji del, nič več in nič manj) in medsebojno izključnost (nobena paketa ne vsebujeta istega dela, brez prekrivanja).
Zakaj je WBS tako pomemben? Ker se napovedovanje, razpored, proračun in tveganje vedno izvajajo na ravni delovnega paketa. “Izdelali bomo spletno stran” je nepredvidljiv; vendar so paketi, kot so "oblikovanje prijavne strani", "obrazec za registracijo uporabnika", "testiranje integracije plačil" predvidljivi. WBS je tudi okvir za dodeljevanje odgovornosti (RACI), spremljanje napredka in komunikacijo.
Korak za korakom: Ustvarjanje WBS osnutka z AI
- Pojasnite obseg. Anonimno posredujte AI namen projekta, ključne rezultate in znane omejitve. Dober WBS ne izhaja iz nejasnega namena.
- Prosite za razčlenitev osnutka. Zahtevajte AI za hierarhijo, razdeljeno na faze in delovne sklope; Zahtevajte enovrstični opis obsega in predlagano dostavo za vsak paket.
- Preizkusite pravilo 100 %. Preverite, ali skupna količina proizvedenih paketov v celoti ustreza obsegu; Označite manjkajoče in nepotrebne predmete.
- Dodajte merila sprejemljivosti. Zahtevajte osnutke merljivih meril sprejemljivosti za vsak ključni rezultat, nato pa jih izboljšajte glede na realnost.
- Pojasnite izven obsega. Prosite AI za seznam "predmetov, ki bi verjetno morali biti izven obsega tega projekta" in se o tem pogovorite z ekipo.
- Validacija ekipe in deležnikov. Preglejte osnutek z lastniki delovnega paketa. WBS nikoli ni "načrt" brez odobritve ekipe.
Pozor: WBS, ustvarjen z umetno inteligenco, lahko pogosto zgreši kritičen paket (npr. »pravna odobritev«, »selitev podatkov«, »usposabljanje uporabnikov«), ki se zdi logičen, vendar je specifičen za vašo organizacijo. Zaradi manjkajočega paketa bo vaša napoved že od začetka napačna. Ne pozabite uporabiti pravila 100 % s človeškega vidika.
trije mini kovčki
1. primer – Načrt, ki prihrani čas. Namesto da bi zgradil WBS iz nič za nov intranetni projekt, je strokovnjak PMO dal YZ anonimni povzetek obsega in prosil za osnutek. YZ je predlagal 6 faz in 34 delovnih sklopov. Strokovnjak je v 45-minutni delavnici z ekipo odstranil 5 paketov in dodal 3 manjkajoče pakete (integracija SSO, testiranje dostopnosti, selitev vsebine). Delo, ki bi trajalo en dan iz nič, je bilo opravljeno v pol dneva in postalo bolj popolno.
Primer 2 – Lovljenje lezenja daljnogleda. Vodja projekta da AI 12 majhnih zahtev od stranke in vpraša, "ali so te v obsegu ali izven obsega glede na trenutno izjavo o obsegu?" Razvrstil jo je kot: YZ 7 je zahtevo označil kot "mogoče izven obsega". Premier jih je spremenil v uradne zahteve za spremembe; drugače bi dodatni 3 tedni dela tiho ušli v projekt.
3. primer – past manjkajočega paketa. Ekipa je brez preverjanja odobrila 28 paketov WBS, ki jih proizvaja YZ. Sredi projekta je bilo ugotovljeno, da ni paketov "migracija podatkov" in "go-live rehearsal"; ti dve gospodični sta dodali 4 tedne na urnik. Nauk: Osnutki AI ne bi smeli biti odobreni brez človeškega testiranja s pravilom 100 %.
Šibek poziv/močan poziv
Šibek poziv:
Napišite WBS za projekt mobilne aplikacije.
Ta poziv je zelo splošen: umetna inteligenca običajno ustvari predlogo, vendar nima velikega pomena za dejanske rezultate, omejitve in merila sprejemljivosti vašega projekta.
Močan poziv:
Vaša vloga: višji specialist za načrtovanje projektov. Kontekst: Mobilna aplikacija za sledenje inventarju za maloprodajnega naročnika (ime zamaskirano). Omejitve: 4 meseci, obvezna integracija z obstoječim ERP, iOS+Android, na voljo je migracija podatkov. Naloga: Izdelava osnutka WBS, razdeljenega na faze in delovne pakete. Pravila: - Upoštevajte pravilo 100 %; paketi pod vsako fazo morajo v celoti pokrivati fazo.– Za vsak delovni paket: enovrstični obseg + glavni rezultat + merljiva merila sprejemljivosti.– Na koncu navedite ločen seznam »mogoče IZVEN obsega«.– Označite pakete, specifične za institucijo, za katere niste prepričani, z »[potrdi z ekipo]«, ki ustreza. Izhod: tabela znižanja (faza | Paket | Obseg | Dostava | Merila sprejemljivosti).
Ta zahteva je močna, ker so kontekst, omejitev, pravilo 100 %, merila sprejemljivosti in zahteva izven obsega jasni; prav tako uveljavlja negotovost z "[potrditev z ekipo]".
Dodatne predloge:
# Iskalnik izven obsega. Preberite spodnjo izjavo o obsegu. Kot "kandidate izven obsega" navedite naloge, ki so običajne, a tukaj niso IZRECNO omenjene (npr. usposabljanje, dokumentacija, podpora, selitev, varnostno testiranje). Za vsako vprašajte, zakaj bi jo vključili/izključili.
# Merila sprejemljivosti proizvajalec Predlaga 3-5 merljivih meril sprejemljivosti za naslednjo dostavo (v formatu SMART): [dostava]. Ne pišite meril, ki jih ni mogoče izmeriti (kot je "moralo bi dobro delovati").
# 100-odstotno preverjanje pravil Preglejte spodnji WBS. Kateri rezultat iz izjave o obsegu NI protipostavke v nobenem delovnem paketu? Kateri paketi PRESEGAJO izjavo o obsegu? Navedite vrzeli.
Pogoste napake
- Ne pisanje izven obsega: če je "česa ne bomo naredili" nejasno, je neizogibno lezenje obsega.
- Paketi, ki so preveliki ali pretanki: velikanski paket, ki traja en mesec, je nepredvidljiv; Majhen enourni paket preobremeni vodstvo. Paketi morajo biti predvidljivi in sledljivi.
- Odobritev načrta umetne inteligence brez njegove potrditve: nepopoln paket, specifičen za podjetje (selitev podatkov, regulativna odobritev, usposabljanje) ponaredi načrt že na začetku.
- Preskakovanje meril za sprejem: Če ni meril, je razprava o "opravljenem" neskončna.
- Nenastavitev WBS, osredotočenega na rezultate in ne na dejavnosti: Dober WBS prikazuje rezultate (imena), ne dejavnosti, kot je "vodenje sestanka".
Nasvet: Ne napišite WBS enkrat in pustite pri tem. Ko prispe odobrena sprememba, posodobite WBS, nato urnik in proračun. WBS je živ dokument.
Če povzamem
Izjava o obsegu določa meje projekta, WBS pa opredeljuje obvladljive dele dela. Dobra izjava o obsegu vključuje jasna merila sprejemljivosti in močan seznam »izven obsega«; Dober WBS upošteva pravilo 100 % in medsebojno izključnost. AI ustvari hitre in popolne načrte za oba, vendar lahko preskoči pakete, specifične za institucijo. Vodja projekta mora uporabiti 100-odstotno pravilo s človeškega vidika, razjasniti izven obsega in pridobiti validacijo ekipe.
Aplikacijska naloga
Za vaš trenutni projekt izdelajte osnutek WBS iz AI, razdeljen na faze in delovne pakete (anonimizirajte podatke). Nato s članom vaše ekipe uporabite pravilo 100 %: kateri paketi manjkajo, kateri so nepotrebni, katera dostava nima meril za sprejem? Popravite vsaj 3 manjkajoče/nepravilne točke in shranite popravljen WBS.
kontrolni seznam
- [ ] Moja izjava o obsegu vsebuje namen, rezultat, merila sprejemljivosti, izven obsega, predpostavke in omejitve.
- [ ] Namenoma sem izpolnil seznam "izven obsega".
- [ ] WBS upošteva pravilo 100 % (brez manjkajočih/odvečnih paketov).
- [ ] Vsak delovni sklop je predvidljiv in sledljiv.
- [ ] Vsak pomemben rezultat ima merljiva merila sprejemljivosti.
- [ ] Z ekipo sem preveril osnutek AI; Dodal sem pakete za posamezne institucije.