Structura de defalcare a lucrărilor (WBS) și planificarea domeniului de aplicare

Câștiguri:

• Înțelegeți conceptele de declarație de domeniu și structura de defalcare a lucrărilor (WBS) și utilizați AI pentru a produce o schiță de WBS împărțită în pachete de lucru
• Clarificați articolele, livrările și criteriile de acceptare în afara domeniului de aplicare cu suport de inteligență artificială și vedeți că domeniul de aplicare se strecoară devreme
• Capacitatea de a înțelege că este responsabilitatea managerului de proiect să confirme integritatea, realismul și adecvarea WBS produs de inteligența artificială cu contextul organizațional prin verificarea echipei și a părților interesate.

Când începi un proiect cu „ce vom face?” A începe cu asta este ca și cum ai merge în întuneric. Proiectele eșuează adesea nu pentru că sunt prost gestionate, ci pentru că au fost definite incorect de la început. Subiectul acestei unități îl reprezintă cele două instrumente de bază care conturează limitele proiectului și împart munca în piese gestionabile: declarația scopului și structura de defalcare a lucrării. Când aceste două documente sunt configurate corect, programul, prognoza, riscul și bugetul stau ferm peste ele; Când este configurat incorect, totul tremură pe tot parcursul proiectului. AI este un partener puternic de redactare în ambele documente: propune un schelet al domeniului de aplicare și o defalcare în pachete de lucru în câteva minute. Dar amintiți-vă: AI produce un model general; Doar tu și echipa ta cunoașteți rezultatele reale ale organizației, constrângerile și criteriile de acceptare.

Ce este o declarație de domeniu?

Domeniul de aplicare este ceea ce include proiectul și ceea ce nu include. Declarația de aplicare este documentul care o pune în scris și include de obicei: scopul proiectului, livrabile cheie, criteriile de acceptare, elementele în afara domeniului de aplicare, ipotezele și constrângerile. Partea cea mai critică și cea mai neglijată de aici este lista în afara domeniului de aplicare: „Nu vom face X în acest proiect” împiedică argumentul „dar am crezut că a fost inclus” mai târziu.

Când domeniul de aplicare scapă de sub control, se numește scope creep: lucrările mici, neaprobate adăugate la proiect o umflă în timp. „Încă o mică adăugare”, când este repetat, aruncă în aer bugetul și programul. O declarație bună a domeniului de aplicare și criterii clare de acceptare sunt prima linie de apărare împotriva variației de aplicare. Criteriile de acceptare sunt condiția măsurabilă pe care trebuie să o îndeplinească un produs livrat pentru a fi considerat „complet” (de exemplu, „încărcări de formulare în mai puțin de 2 secunde”).

Sfat: atunci când scrieți declarația privind domeniul de aplicare, depuneți la fel de mult efort în lista „ce nu vom face” ca și în „ce vom face”. Articolele excluse sunt cea mai ieftină asigurare pentru proiect.

Ce este o structură de defalcare a muncii (WBS)?

Structura de defalcare a lucrărilor (WBS) este un arbore ierarhic care împarte munca totală a proiectului în bucăți logice care se micșorează treptat de sus în jos. În partea de sus se află proiectul, dedesubt sunt principalele livrabile/faze, iar sub acestea sunt pachetele de lucru. Un pachet de lucru este lucrarea de cel mai jos nivel care poate fi atribuită unei persoane/echipe și este suficient de mică pentru a estima durata și costul acestuia. Un WBS bun urmează două reguli: regula 100% (suma părților inferioare include toată partea superioară, nici mai mult, nici mai puțin) și exclusivitatea reciprocă (nu există două pachete care să conțină aceeași lucrare, nicio suprapunere).

De ce este WBS atât de important? Pentru că previziunile, programul, bugetul și riscul se fac întotdeauna la nivelul pachetului de lucru. „Vom face un site web” este imprevizibil; dar pachete precum „designul paginii de conectare”, „formularul de înregistrare a utilizatorului”, „testarea integrării plăților” sunt previzibile. WBS este, de asemenea, cadrul pentru atribuirea responsabilității (RACI), monitorizarea progresului și comunicarea.

Pas cu pas: Generarea proiectului WBS cu AI

1. Clarificați domeniul de aplicare. Dați în mod anonim AI-ului scopul proiectului, livrabilele cheie și constrângerile cunoscute. Un WBS bun nu vine dintr-un scop neclar.
2. Solicitați o schiță de defalcare. Solicitați AI pentru o ierarhie împărțită în faze și pachete de lucru; Solicitați o descriere a domeniului de aplicare pe o singură linie și livrarea sugerată pentru fiecare pachet.
3. Testează regula 100%. Verificați dacă totalul pachetelor produse îndeplinește pe deplin domeniul de aplicare; Marcați elementele care lipsesc și cele inutile.
4. Adăugați criterii de acceptare. Solicitați schița de criterii de acceptare măsurabile pentru fiecare produs cheie, apoi rafinați-le în raport cu realitatea.
5. Clarificați în afara domeniului de aplicare. Solicitați AI pentru o listă de „articole care ar trebui probabil să nu fie în sfera acestui proiect” și discutați-o cu echipa.
6. Validarea echipei și a părților interesate. Examinați schița împreună cu proprietarii pachetului de lucru. WBS nu este niciodată un „plan” fără aprobarea echipei.

Atenție: WBS generat de AI poate pierde adesea un pachet critic (de exemplu, „aprobare legală”, „migrare a datelor”, „instruire a utilizatorilor”) care pare logic, dar este specific organizației dvs. Pachetul lipsă va face predicția greșită de la început. Asigurați-vă că aplicați regula 100% dintr-o perspectivă umană.

trei mini cutii

Cazul 1 — Planul care economisește timp. În loc să construiască WBS de la zero pentru un nou proiect intranet, un expert PMO ia oferit lui YZ rezumatul anonim al domeniului și a cerut o schiță. YZ a propus 6 faze și 34 de pachete de lucru. Expertul a eliminat 5 pachete și a adăugat 3 pachete lipsă (integrare SSO, testare de accesibilitate, migrare de conținut) într-un atelier de 45 de minute cu echipa. Lucrarea, care ar fi luat o zi de la zero, a fost finalizată în jumătate de zi și a devenit mai completă.

Cazul 2 — Prinderea lunetei de lunetă. Un manager de proiect dă AI 12 cereri mici din partea clientului și întreabă „sunt acestea în sfera de aplicare sau în afara sferei de aplicare, conform declarației actuale de aplicare?” El a clasificat-o ca: YZ 7 a semnalat cererea ca „posibil în afara domeniului de aplicare”. PM a transformat acestea în cereri oficiale de schimbare; în caz contrar, cele 3 săptămâni suplimentare de muncă s-ar scurge în tăcere în proiect.

Cazul 3 — Capcană de pachete lipsă. O echipă a aprobat 28 de pachete de WBS produse de YZ fără verificare. La mijlocul proiectului, s-a observat că nu au existat pachete de „migrare a datelor” și „repetiție de go-live”; aceste două rateuri au adăugat 4 săptămâni la program. Lecție: Schițele AI nu ar trebui aprobate fără testarea umană cu regula 100%.

Prompt slab / Prompt puternic

Prompt slab:

Scrieți WBS pentru un proiect de aplicație mobilă.

Acest prompt este foarte general: AI produce de obicei un șablon, dar are o relevanță mică pentru livrabilele, constrângerile și criteriile de acceptare reale ale proiectului dvs.

Solicitare puternică:

Rolul dvs.: un specialist senior în planificarea proiectelor. Context: O aplicație mobilă de urmărire a inventarului pentru un client de retail (nume mascat).Constrângeri: 4 luni, integrare cu ERP-ul existent obligatorie, iOS+Android, disponibilă migrarea datelor. Sarcină: Realizarea unui proiect WBS împărțit în faze și pachete de lucru.Reguli:- Respectați regula 100%; pachetele din fiecare fază ar trebui să acopere în întregime faza.- Pentru fiecare pachet de lucru: domeniul de aplicare cu o singură linie + livrabil principal + criterii de acceptare măsurabile.- Dați o listă separată „posibil în afara domeniului de aplicare” la sfârșit.- Marcați pachetele specifice instituției despre care nu sunteți sigur cu „[confirmați cu echipa]”, potrivire. Ieșire: tabel de reducere (Fază | Pachet | Domeniu de aplicare | Livrare | Criterii de acceptare).

Această solicitare este puternică deoarece contextul, constrângerea, regula 100%, criteriile de acceptare și cererea în afara domeniului de aplicare sunt clare; impune, de asemenea, incertitudinea cu „[confirmarea cu echipa]”.

Șabloane suplimentare:

# Căutare în afara domeniului de aplicareCitiți declarația de aplicare de mai jos. Listați ca „candidați în afara domeniului de aplicare” sarcini care sunt obișnuite, dar care nu sunt menționate EXPRESS aici (de exemplu, instruire, documentare, asistență, migrare, testare de securitate). Pentru fiecare, întrebați de ce ar trebui inclus/exclus.

# Producătorul de criterii de acceptareSugerează 3-5 criterii de acceptare măsurabile pentru următoarea livrare (în format SMART):[livrare]. Nu scrieți criterii care nu pot fi măsurate (cum ar fi „ar trebui să funcționeze bine”).

# Verificator de reguli 100% Examinați WBS de mai jos. Care livrabil din declarația de aplicare NU are o contrapartidă în niciun pachet de lucru? Ce pachete DEPĂȘEȘTE declarația de aplicare? Enumerați golurile.

Greșeli comune

• A nu scrie în afara domeniului de aplicare: dacă „ceea ce nu vom face” este neclar, scăderea domeniului de aplicare este inevitabil.
• Pachete prea mari sau prea subțiri: un pachet gigant care durează o lună este imprevizibil; Micul pachet de o oră copleșește conducerea. Pachetele trebuie să fie previzibile și urmăribile.
• Aprobarea planului AI fără a-l valida: un pachet incomplet specific întreprinderii (migrarea datelor, aprobarea de reglementare, instruire) falsifică planul de la început.
• Omiterea criteriilor de acceptare: Dacă nu există criterii, discuția „terminată” este nesfârșită.
• Nu setarea WBS axată pe rezultate mai degrabă decât pe activități: WBS bun arată livrabile (nume), nu activități precum „organizarea unei întâlniri”.

Sfat: Nu scrieți WBS o dată și lăsați-l așa. Când sosește o modificare aprobată, actualizați WBS, apoi programul și bugetul. WBS este un document viu.

Pe scurt

Declarația scopului definește limitele proiectului, în timp ce WBS definește părțile gestionabile ale lucrării. O declarație bună de aplicare include criterii clare de acceptare și o listă puternică „în afara domeniului de aplicare”; Un WBS bun urmează regula 100% și exclusivitatea reciprocă. AI produce planuri rapide și complete pentru ambele, dar poate sări peste pachetele specifice instituției. Este la latitudinea managerului de proiect să aplice regula 100% dintr-o perspectivă umană, să clarifice în afara domeniului de aplicare și să obțină validarea echipei.

Sarcina de aplicare

Pentru un proiect curent al dvs., produceți o schiță de WBS din AI împărțită în faze și pachete de lucru (anonimizare date). Apoi, cu un membru al echipei tale, aplică regula 100%: ce pachete lipsesc, care sunt inutile, care livrare nu are criterii de acceptare? Corectați cel puțin 3 puncte lipsă/incorecte și salvați WBS corectat.

lista de verificare

• [ ] Declarația mea de aplicare are scop, livrabil, criterii de acceptare, în afara domeniului de aplicare, presupunere și constrângere.
• [ ] Am completat intenționat lista „în afara domeniului de aplicare”.
• [ ] WBS urmează regula 100% (fără pachete lipsă/în exces).
• [ ] Fiecare pachet de lucru este previzibil și urmăribil.
• [ ] Fiecare produs important are criterii de acceptare măsurabile.
• [ ] Am verificat proiectul AI cu echipa; Am adăugat pachete specifice instituției.