Mga nadagdag:
- Unawain ang mga konsepto ng scope statement at work breakdown structure (WBS) at gamitin ang AI para makagawa ng draft na WBS na nahahati sa mga work package
- Linawin ang mga bagay na wala sa saklaw, mga paghahatid at pamantayan sa pagtanggap gamit ang suporta sa artificial intelligence at makitang maagang gumagapang ang saklaw
- Kakayahang maunawaan na responsibilidad ng project manager na kumpirmahin ang integridad, pagiging totoo, at pagiging angkop ng WBS na ginawa ng artificial intelligence na may konteksto ng organisasyon sa pamamagitan ng pag-verify ng team at stakeholder.
Kapag nagsimula ka ng isang proyekto na may "ano ang gagawin natin?" Ang simula dito ay parang paglalakad sa dilim. Ang mga proyekto ay kadalasang nabigo hindi dahil sa hindi maayos na pinamamahalaan ang mga ito, ngunit dahil mali ang pagkakatukoy sa mga ito sa simula. Ang paksa ng yunit na ito ay ang dalawang pangunahing tool na nagbabalangkas sa mga hangganan ng proyekto at naghahati sa gawain sa mga napapamahalaang bahagi: ang pahayag ng saklaw at ang istraktura ng pagkasira ng trabaho. Kapag ang dalawang dokumentong ito ay nai-set up nang tama, ang iskedyul, pagtataya, panganib at badyet ay mananatiling nasa itaas ng mga ito; Kapag na-set up nang hindi tama, nanginginig ang lahat sa buong proyekto. Ang AI ay isang mahusay na kasosyo sa pag-draft sa parehong mga dokumento: nagmumungkahi ito ng isang scope skeleton at isang breakdown sa mga work package sa ilang minuto. Ngunit tandaan: Ang AI ay gumagawa ng isang pangkalahatang pattern; Ikaw lang at ang iyong team ang nakakaalam ng mga aktwal na maihahatid, mga hadlang, at pamantayan sa pagtanggap ng iyong organisasyon.
Ano ang pahayag ng saklaw?
Ang saklaw ay kung ano ang kasama sa proyekto at kung ano ang hindi kasama. Ang pahayag ng saklaw ay ang dokumentong nagsusulat nito at karaniwang kinabibilangan ng: ang layunin ng proyekto, mga pangunahing maihahatid, pamantayan sa pagtanggap, mga bagay na wala sa saklaw, mga pagpapalagay, at mga hadlang. Ang pinaka-kritikal at pinaka-napapabayaang bahagi dito ay ang wala sa saklaw na listahan: "Hindi namin gagawin ang X sa proyektong ito" na humahadlang sa "ngunit naisip ko na kasama iyon" na argumento sa paglaon.
Kapag ang saklaw ay nawalan ng kontrol, ito ay tinatawag na scope creep: maliit, hindi naaprubahang gawaing idinagdag sa proyekto ay namumulaklak sa paglipas ng panahon. "Isa pang maliit na karagdagan", kapag inulit, sumasabog ang badyet at iskedyul. Ang isang mahusay na pahayag ng saklaw at malinaw na pamantayan sa pagtanggap ay ang unang linya ng depensa laban sa scope creep. Ang mga pamantayan sa pagtanggap ay ang masusukat na kundisyon na dapat matugunan ng isang maihahatid upang maituring na "kumpleto" (hal. "mga pag-load ng form nang wala pang 2 segundo").
Tip: Kapag isinusulat ang pahayag ng saklaw, magsikap sa listahan ng "hindi namin gagawin" bilang "kung ano ang aming gagawin." Ang mga hindi kasamang item ay ang pinakamurang insurance para sa proyekto.
Ano ang work breakdown structure (WBS)?
Ang work breakdown structure (WBS) ay isang hierarchical tree na naghahati sa kabuuang gawain ng proyekto sa mga lohikal na piraso na unti-unting lumiliit mula sa itaas hanggang sa ibaba. Sa itaas ay ang proyekto, sa ibaba nito ay ang mga pangunahing deliverable/phase, at sa ibaba nito ay ang mga work package. Ang work package ay ang pinakamababang antas ng trabaho na maaaring italaga sa isang tao/pangkat at sapat na maliit upang tantiyahin ang tagal at gastos nito. Ang isang mahusay na WBS ay sumusunod sa dalawang panuntunan: ang 100% na panuntunan (ang kabuuan ng mga mas mababang bahagi ay kinabibilangan ng buong itaas na bahagi, hindi hihigit, hindi bababa) at mutual exclusivity (walang dalawang pakete na naglalaman ng parehong gawain, walang overlap).
Bakit napakahalaga ng WBS? Dahil ang pagtataya, iskedyul, badyet at panganib ay palaging ginagawa sa antas ng pakete ng trabaho. "Gagawin namin ang isang website" ay hindi mahuhulaan; ngunit ang mga pakete tulad ng "disenyo ng pahina ng pag-login", "form ng pagpaparehistro ng user", "pagsubok sa pagsasama ng pagbabayad" ay mahuhulaan. Ang WBS din ang balangkas para sa pagtatalaga ng responsibilidad (RACI), pagsubaybay sa pag-unlad at komunikasyon.
Hakbang-hakbang: Pagbuo ng WBS draft gamit ang AI
- Linawin ang saklaw. Anonymous na ibigay sa AI ang layunin ng proyekto, mga pangunahing maihahatid, at kilalang mga hadlang. Ang isang magandang WBS ay hindi nagmumula sa isang hindi malinaw na layunin.
- Humingi ng draft breakdown. Humingi sa AI para sa isang hierarchy na nahahati sa mga yugto at mga pakete ng trabaho; Humingi ng isang isang linyang paglalarawan ng saklaw at iminungkahing paghahatid para sa bawat pakete.
- Subukan ang 100% na panuntunan. Suriin kung ang kabuuan ng mga ginawang pakete ay ganap na nakakatugon sa saklaw; Markahan ang nawawala at hindi kinakailangang mga bagay.
- Magdagdag ng pamantayan sa pagtanggap. Mangangailangan ng draft na masusukat na pamantayan sa pagtanggap para sa bawat pangunahing maihahatid, pagkatapos ay pinuhin ang mga ito laban sa katotohanan.
- Linawin sa labas ng saklaw. Hilingin sa AI ang isang listahan ng "mga item na malamang na wala sa saklaw para sa proyektong ito" at talakayin ito sa koponan.
- Pagpapatunay ng pangkat at stakeholder. Suriin ang draft kasama ang mga may-ari ng work package. Ang WBS ay hindi kailanman isang "plano" nang walang pag-apruba ng koponan.
Babala: Ang AI-generated na WBS ay maaaring madalas na makaligtaan ang isang kritikal na package (hal. “legal na pag-apruba,” “data migration,” “user training”) na tila lohikal ngunit partikular sa iyong organisasyon. Ang nawawalang packet ay gagawing mali ang iyong hula mula sa simula. Tiyaking ilapat ang 100% na panuntunan mula sa pananaw ng tao.
tatlong mini case
Case 1 — Blueprint na nakakatipid sa oras. Sa halip na bumuo ng WBS mula sa simula para sa isang bagong intranet na proyekto, isang PMO expert ang nagbigay kay YZ ng anonymous na buod ng saklaw at humingi ng draft. Iminungkahi ng YZ ang 6 na yugto at 34 na pakete ng trabaho. Inalis ng eksperto ang 5 package at nagdagdag ng 3 nawawalang package (SSO integration, accessibility testing, content migration) sa isang 45 minutong workshop kasama ang team. Ang gawain, na aabutin sana ng isang araw mula sa simula, ay natapos sa kalahating araw at naging mas kumpleto.
Kaso 2 — Nakakakuha ng scope creep. Ang isang manager ng proyekto ay nagbibigay ng AI 12 maliliit na kahilingan mula sa customer at nagtanong "ang mga ito ba ay nasa saklaw o wala sa saklaw ayon sa kasalukuyang pahayag ng saklaw?" Inuri niya ito bilang: Na-flag ng YZ 7 ang kahilingan bilang "posibleng wala sa saklaw". Ginawa ni PM ang mga ito sa mga opisyal na kahilingan sa pagbabago; kung hindi, ang karagdagang 3 linggo ng trabaho ay tahimik na tumagas sa proyekto.
Case 3 — Nawawala ang packet trap. Inaprubahan ng isang team ang 28 na pakete ng WBS na ginawa ng YZ nang walang pag-verify. Sa kalagitnaan ng proyekto, napansin na walang "data migration" at "go-live rehearsal" packages; ang dalawang miss na ito ay nagdagdag ng 4 na linggo sa iskedyul. Aralin: Ang mga draft ng AI ay hindi dapat maaprubahan nang walang pagsubok sa tao na may 100% na panuntunan.
Mahinang prompt / Malakas na prompt
Mahinang prompt:
Sumulat ng WBS para sa isang proyekto ng mobile application.
Ang prompt na ito ay napaka-pangkalahatan: Ang AI ay karaniwang gumagawa ng isang template, ngunit may maliit na kaugnayan sa mga aktwal na maihahatid, mga hadlang, at pamantayan sa pagtanggap ng iyong proyekto.
Napakahusay na prompt:
Ang iyong tungkulin: isang matataas na espesyalista sa pagpaplano ng proyekto.Konteksto: Isang mobile application sa pagsubaybay sa imbentaryo para sa isang retail client (nakamaskara ang pangalan). Mga hadlang: 4 na buwan, pagsasama sa umiiral nang ERP mandatory, iOS+Android, magagamit ang paglilipat ng data.Gawain: Gumawa ng draft na WBS na nahahati sa mga phase at work package.Mga Panuntunan:- Sundin ang 100% na panuntunan; dapat na ganap na saklawin ng mga package sa ilalim ng bawat yugto ang yugto.- Para sa bawat work package: single line scope + main deliverable + measurement acceptance criteria.- Magbigay ng hiwalay na "posibleng OUT of scope" na listahan sa dulo.- Markahan ang mga package na partikular sa institusyon na hindi ka sigurado sa "[confirm with team]", na angkop. Output: markdown table (Phase | Package | Saklaw | Delivery | Acceptance criteria).
Malakas ang kahilingang ito dahil malinaw ang konteksto, hadlang, 100% panuntunan, pamantayan sa pagtanggap, at wala sa saklaw; nagpapatupad din ng kawalan ng katiyakan sa "[pagkumpirma sa koponan]".
Mga karagdagang template:
# Out of scope finderBasahin ang scope statement sa ibaba. Ilista bilang "mga kandidatong wala sa saklaw" na mga gawain na karaniwan ngunit hindi HAYAG na binanggit dito (hal. pagsasanay, dokumentasyon, suporta, paglipat, pagsubok sa seguridad). Para sa bawat isa, itanong kung bakit dapat itong isama/ibukod.
# Tagagawa ng pamantayan sa pagtanggapMagmungkahi ng 3-5 na masusukat na pamantayan sa pagtanggap para sa sumusunod na paghahatid (sa SMART na format):[delivery]. Huwag magsulat ng pamantayan na hindi masusukat (tulad ng "dapat itong gumana nang maayos").
# 100% rule checkerSuriin ang WBS sa ibaba. Aling maihahatid mula sa pahayag ng saklaw ang WALANG katapat sa anumang workpack? Aling mga pakete ang LUMAmpas sa pahayag ng saklaw? Ilista ang mga puwang.
Mga karaniwang pagkakamali
- Hindi pagsusulat sa labas ng saklaw: Kung hindi malinaw ang "hindi natin gagawin", hindi maiiwasan ang scope creep.
- Mga package na masyadong malaki o masyadong manipis: Ang isang higanteng pakete na tumatagal ng isang buwan ay hindi mahuhulaan; Ang maliit na isang-oras na pakete ay nalulugod sa pamamahala. Dapat na predictable at trackable ang mga package.
- Ang pag-apruba sa AI blueprint nang hindi ito pinapatunayan: Ang isang hindi kumpletong package na partikular sa negosyo (paglipat ng data, pag-apruba sa regulasyon, pagsasanay) ay nagmemeke sa plano mula sa simula.
- Nilaktawan ang pamantayan sa pagtanggap: Kung walang pamantayan, ang "tapos" na talakayan ay walang katapusan.
- Hindi pagtatakda ng WBS na nakatuon sa mga output kaysa sa mga aktibidad: Ang magandang WBS ay nagpapakita ng mga maihahatid (mga pangalan), hindi mga aktibidad tulad ng "pagdaraos ng isang pulong."
Tip: Huwag sumulat ng WBS nang isang beses at iwanan ito. Kapag dumating ang isang naaprubahang pagbabago, i-update ang WBS, pagkatapos ay ang iskedyul at badyet. Ang WBS ay isang buhay na dokumento.
Sa buod
Ang pahayag ng saklaw ay tumutukoy sa mga hangganan ng proyekto, habang ang WBS ay tumutukoy sa mga napapamahalaang bahagi ng trabaho. Kasama sa isang mahusay na pahayag ng saklaw ang malinaw na pamantayan sa pagtanggap at isang malakas na listahang "wala sa saklaw"; Ang isang mahusay na WBS ay sumusunod sa 100% na panuntunan at pagiging eksklusibo sa isa't isa. Gumagawa ang AI ng mabilis at kumpletong mga blueprint para sa pareho, ngunit maaaring laktawan ang mga package na partikular sa institusyon. Nasa tagapamahala ng proyekto na ilapat ang 100% na panuntunan mula sa pananaw ng tao, linawin sa labas ng saklaw, at kumuha ng pagpapatunay ng koponan.
Gawain ng aplikasyon
Para sa isang kasalukuyang proyekto mo, gumawa ng draft na WBS mula sa AI na nahahati sa mga phase at work package (i-anonymize ang data). Pagkatapos, kasama ng isang miyembro ng iyong team, ilapat ang 100% na panuntunan: aling mga pakete ang nawawala, alin ang hindi kailangan, aling paghahatid ang walang pamantayan sa pagtanggap? Iwasto ang hindi bababa sa 3 nawawala/maling puntos at i-save ang naitama na WBS.
checklist
- [ ] Ang aking pahayag sa saklaw ay may layunin, maihahatid, pamantayan sa pagtanggap, wala sa saklaw, palagay at hadlang.
- [ ] Sinadya kong pinunan ang listahang "wala sa saklaw".
- [ ] Sinusunod ng WBS ang 100% na panuntunan (walang nawawala/labis na packet).
- [ ] Bawat work package ay predictable at traceable.
- [ ] Bawat mahalagang maihahatid ay may masusukat na pamantayan sa pagtanggap.
- [ ] Na-verify ko ang AI draft sa koponan; Nagdagdag ako ng mga paketeng partikular sa institusyon.