Vienetas 4 / 11

Projekto tvarkaraštis: etapai, priklausomybės ir kritinis kelias

Pelnas:

  • Suprasti etapo, užduočių priklausomybės, kritinio kelio ir vėlavimo ribos (laisvos vietos) sąvokas ir sukurti tvarkaraščio juodraštį bei priklausomybės žemėlapį su dirbtinio intelekto palaikymu.
  • Galimybė naudoti dirbtinį intelektą scenarijų analizei (pagreitis, lygiagretus veikimas, išteklių balansavimas) ir grafiko rizikos matomumui.
  • Supratimas, kad dirbtinio intelekto pasiūlytas grafikas negali virsti įsipareigojimu be patvirtinimo su realiais kalendoriaus, atostogų, išteklių ir priklausomybės apribojimais.

Kai prognozės bus paruoštos, laikas jas įrašyti į kalendorių. Tvarkaraštis yra planas, rodantis, kuri užduotis prasidės ir kada baigsis, kuri užduotis priklauso nuo kurios ir kada projektas baigsis. Geras tvarkaraštis ne tik išvardija užduotis viena po kitos; Atsižvelgiama į priklausomybes, išteklių apribojimus ir užduočių delsą. AI yra galingas planavimo partneris: jis tvarko užduotis, siūlo priklausomybes, pažymi kritinį kelią ir klausia: „o jei paspartinsime tą užduotį? Jis išbando tokius scenarijus per kelias sekundes. Tačiau grafikas yra įsipareigojimo dokumentas; Jokios datos neturėtų būti žadamos, jei žmogus nepatvirtins tikrojo kalendoriaus, švenčių, komandos užimtumo ir faktinių priklausomybių.

Pagrindinės sąvokos

Gairės yra įvykis, kuris neturi trukmės, tik žymi svarbų tašką: „projektas patvirtintas“, „bandymas baigtas“, „pradėti gyventi“. Gairės yra bendravimo su suinteresuotosiomis šalimis ir pažangos stebėjimo inkarai.

Priklausomybė yra dviejų užduočių sekos ryšys. Labiausiai paplitęs yra „Finish-to-Start“ (FS): B negali pradėti, kol A nebaigta (dažyti negalima, kol nepastatyta siena). Kiti tipai: startas-startas (SS), finišas-finišas (FF), startas-finišas (SF). Priklausomybės taip pat gali būti privalomos (fizinis / loginis reikalavimas) arba neprivalomos (pirmybė). Taip pat yra delsimas: „po dažymo palauk 2 dienas, kol išdžius“ ir kt.

Kritinis kelias yra susietų užduočių, kurių bendra trukmė yra ilgiausia, grandinė, besitęsianti nuo projekto pradžios iki pabaigos. Šios grandinės ilgis lemia anksčiausią projekto užbaigimo datą. Užduočių atsipalaidavimas / plūdimas kritiniame kelyje yra lygus nuliui: jei viena vėluojama, visas projektas vėluoja. Užduotys, esančios už kritinio kelio, turi tam tikrą atsargą; Jie gali pakankamai gerai slysti.

Yra du diagramos suspaudimo būdai. Strigimas yra užduoties sutrumpinimas (padidėja sąnaudos) įdedant papildomų išteklių. Lygiagretinimas (greitasis sekimas) – tai užduočių, kurios paprastai būtų atliekamos viena po kitos, iš dalies vienu metu atlikimas (padidėja rizika). AI siūlo šiuos scenarijus; Jūs nuspręsite, kurį iš jų apsvarstyti.

koncepcija

Reikšmė

Kodėl tai svarbu?

gairės

Neabejotinai svarbus įvykis

Bendravimas ir tolesnių veiksmų inkaras

Priklausomybė (FS/SS/FF)

Seka tarp užduočių

Jei neteisinga, diagrama sugenda

kritinis kelias

Ilgiausia susieta grandinė

Nustato projekto trukmę

Latencijos pašalpa (laisva)

Laikas, kurį užduotis gali pakeisti

Pirmenybę teikia rizikai

pagreitis

Santrumpa su nuoroda

Perka laiką už savikainą

lygiagretinimas

nedarykite to tuo pačiu metu

Sutaupo laiko, padidina riziką

Žingsnis po žingsnio: diagramos sudarymas naudojant AI

  1. Paruoškite užduotis ir sąmatas. Jūsų WBS ir trukmės įvertinimai (ankstesni vienetai) tampa įvestimi.
  2. Klauskite priklausomybių. Rekomenduoti logines tarpusavio užduočių priklausomybes (FS/SS) ir jų pagrindimą iš AI; Tada išbandykite juos sodindami.
  3. Pašalinkite kritinį kelią. Paprašykite AI apskaičiuoti kiekvienos užduoties kritinį kelią ir delsą; Patikrinkite visą laiką patys.
  4. Įdėkite jį į kalendorių. Įtraukite tikrąją pradžios datą, atostogas, atostogas ir komandos užimtumą. AI šių ​​dalykų nežino; tu pridedi.
  5. Išbandykite scenarijų. Vykdykite scenarijus „Jei pagreitinsime užduotį X kritiniu keliu“, „Jei lygiagrečiame Y ir Z“.
  6. Rizikos marža ir rezervas. Įdėkite pagrįstą projekto buferį kritinio kelio pabaigoje; Padarykite neapibrėžtumo ribą matomą diagramoje.
Dėmesio: AI gali priimti užduoties trukmę kaip „5 dienas“ ir įtraukti ją į tvarkaraštį, tačiau ji nežino valstybinės šventės, kuri patenka tarp tų dienų, komandos nario atostogų ar jo darbo krūvio kitam projektui. Visada žmogaus darbas yra pridėti kalendoriaus faktą.

trys mini dėklai

1 atvejis – kritinis kelias tapo aiškus. PM iškilo problemų rankiniu būdu ieškant kritinio kelio 40 užduočių projekte. Jis AI pateikė užduočių sąrašą ir priklausomybes bei ištraukė kritinį kelią ir delsos ribas. AI pažymėjo kritinį kelią, susidedantį iš 9 užduočių; PM tai patikrino rankiniu būdu atlikdamas dvi užduotis. Taigi, kassavaitinio stebėjimo metu jis sutelkė savo energiją į šias 9 užduotis ir nedarė bereikalingo spaudimo atliekant užduotis, kuriose daug dalijosi.

2 atvejis – pagauta klaidinga priklausomybė. Vienas koordinatorius suabejojo ​​AI pasiūlymu, kad „testavimas negali prasidėti, kol kūrimas nėra visiškai baigtas (FS). Komandinėje realybėje moduliai gali būti testuojami po gabalėlį (SS + lag). Kai sutvarkėme priklausomybę, kritinis kelias sutrumpėjo 6 dienomis. Pamoka: numanoma AI priklausomybė ne visada teisinga.

3 atvejis – praleistas kalendoriaus faktas. Viena komanda priėmė AI sukurtą diagramą tokią, kokia ji yra; Tačiau nors tvarkaraštyje buvo skaičiuojamos darbo dienos, į jį nebuvo įtraukta 9 dienų valstybinė šventė ir planuojamos dviejų kūrėjų atostogos. Tikrasis finišas buvo 12 dienų po plano. Pamoka: nėra įsipareigojimų pagal tvarkaraštį, jei žmogus neprideda kalendoriaus, atostogų ir pasiekiamumo.

Silpnas raginimas / Stiprus raginimas

Silpnas raginimas:

Sudarykite šių užduočių projekto kalendorių ir nurodykite terminą.

AI nustato pabaigos datą, nežinodamas tikrosios pradžios datos, atostogų ir prieinamumo.

Galingas raginimas:

Jūsų vaidmuo: projektų planavimo specialistas. Kontekstas: toliau pateikiamos užduotys, PERT laikai ir žinomos priklausomybės. Startas: rugsėjo 1 d. Komanda: 3 žmonės. Šventės: [sąrašas]. Leidimai: [sąrašas].Užduotis:1) Rūšiuoti užduotis pagal priklausomybes; parašykite kiekvienos priklausomybės tipą (FS/SS/FF) ir pagrindimą.2) Išskleiskite kiekvienos užduoties kritinį kelią ir delsą (slack); rodyti bendrą laiką.3) ATSIŽVELGTI į atostogas ir atostogas; naudokite darbo dienų kalendorių.4) Pažymėkite dviprasmiškas priklausomybes su "[patvirtinti su komanda]", pritaikymą. Išvestis: lentelė (Užduotis | Trukmė | Pirmtakai | Pradžia | Pabaiga | Atsipalaidavimas) + kritinių kelių sąrašas.

Šis raginimas yra stiprus, nes pateikiamas inicijavimo, atostogų, prieinamumo ir priklausomybės pagrindimas; pažymėtas neapibrėžtumas.

Papildomi šablonai:

# Scenario engine Išvardykite užduotis kritiniame kelyje. Kiekvienam: kas mažiau rizikinga: pagreitis (papildomi ištekliai) ar lygiagretinimas? Užrašykite kiekvienos parinkties pridėtą laiko pelną ir riziką.

# Poveikio atidėjimasJei ši užduotis vėluojama 3 dienas: ar ji yra kritiniame kelyje? Ar tai turės įtakos projekto užbaigimui? Kurios kitos užduotys slenka? Rodyti grandinės efektą.

# Buferio pasiūlymas: remdamiesi PERT nukrypimais kritiniu kelio laiku, pasiūlykite ir pagrįskite pagrįstą buferį (dienomis), kurį reikia pridėti projekto pabaigoje. Tai yra pasiūlymas; Patvirtinimas priklauso administratoriui.

Dažnos klaidos

  • Praleisti atostogas ir atostogas: jei darbo dienų kalendorius nenustatytas, pabaigos data nuo pat pradžių neteisinga.
  • Neteisingas priklausomybės tipas: darant prielaidą, kad viskas yra FS, be reikalo pailgėja kritinis kelias.
  • Nesilaikant kritinio kelio: eikvojus energiją didelės spartos užduotims ir nepaisant kritinio kelio atsiranda vėlavimų.
  • Išteklių konflikto ignoravimas: tam pačiam asmeniui paskyrus dvi lygiagrečias užduotis, tvarkaraštis tampa fiktyvus.
  • Nėra buferio: nulinės maržos grafikas yra beveik neįmanomas pažadas, kai yra netikrumo.
  • AI tvarkaraščio įvykdymas toks, koks yra: Nepatvirtintas grafikas yra nepasirašytas pasimatymo pažadas.
Patarimas: Tvarkykite tvarkaraštį per etapus. Suinteresuotosios šalys negali stebėti 200 užduočių, bet gali lengvai sekti 6–8 etapus; Praneškite apie pažangą šiais inkarais.

Apibendrinant

Grafikas yra įsipareigojimo dokumentas, susiejantis sąmatas su tikruoju grafiku. Gairės yra tolesnių veiksmų inkaras, priklausomybės yra sekos logika, o kritinis kelias yra grandinė, kuri lemia anksčiausią projekto užbaigimo datą. AI greitai atlieka priklausomybės, kritinio kelio ir scenarijų analizę; bet jis nežino apie atostogas, atostogas, išteklių konfliktus ir tikrąsias priklausomybes. Visada žmogaus darbas yra pridėti tvarkaraščio faktą, patikrinti kritinį kelią, įdėti buferį ir įsipareigoti laikytis datos.

Taikymo užduotis

Suteikite savo projekto užduotis ir laiko sąmatas AI ir sukurkite tvarkaraščio projektą, kritinį kelią ir vėlavimo ribas. Tada rankiniu būdu pridėkite tikrąją pradžios datą, atostogas ir komandos atostogas; Patikrinkite kritinį kelią dviem užduotimis. Ištaisykite bent vieną priklausomybę pagal komandos tiesą ir įdėkite pagrįstą buferį kritinio kelio pabaigoje.

kontrolinis sąrašas

  • [ ] Išvardijau užduotis su tinkamais priklausomybės tipais (FS/SS/FF).
  • [ ] Ištraukiau kritinį kelią ir patikrinau jį rankiniu būdu.
  • [ ] Į darbo dienų kalendorių įtraukiau šventes, atostogas ir laisvas vietas.
  • [ ] Patikrinau, ar nėra išteklių konflikto.
  • [ ] Nustačiau gaires ir susiejau su jais bendravimą.
  • [ ] Apsauga nuo netikrumo; Aš neįsipareigojau nepatvirtinęs datos.