Gevinster:
- Forstå begrepene milepæl, oppgaveavhengighet, kritisk vei og forsinkelsesmargin (slakk) og lage et tidsplanutkast og avhengighetskart med støtte for kunstig intelligens.
- Evne til å bruke AI for scenarioanalyse (akselerasjon, parallell kjøring, ressursbalansering) og innsyn i tidsplanrisiko
- Forstå at tidsplanen foreslått av kunstig intelligens ikke kan bli til en forpliktelse uten bekreftelse med reelle kalender-, ferie-, ressurs- og avhengighetsbegrensninger.
Når spådommene er klare, er det på tide å sette dem på kalenderen. En tidsplan er en plan som viser hvilken oppgave som starter og slutter når, hvilken oppgave avhenger av hvilken, og når prosjektet avsluttes. En god tidsplan viser ikke bare oppgaver etter hverandre; Den tar hensyn til avhengigheter, ressursbegrensninger og latens mellom oppgaver. AI er en kraftig planleggingspartner: den bestiller oppgaver, foreslår avhengigheter, markerer den kritiske veien og spør "hva om vi akselererer den oppgaven?" Den prøver scenarier som disse på sekunder. Men tidsplanen er et forpliktelsesdokument; Ingen datoer skal loves uten menneskelig verifisering av den faktiske kalenderen, helligdager, teamtilgjengelighet og faktiske avhengigheter.
Grunnleggende konsepter
En milepæl er en hendelse som ikke har noen varighet, bare markerer et viktig poeng: "design godkjent", "testing fullført", "go-live". Milepæler er ankere for å kommunisere med interessenter og spore fremgang.
Avhengighet er sekvensforholdet mellom to oppgaver. Det vanligste er Finish-to-Start (FS): B kan ikke starte før A er ferdig (maling kan ikke gjøres før veggen er bygget). Andre typer: start-start (SS), mål-mål (FF), start-mål (SF). Avhengighet kan også være obligatorisk (fysisk/logisk krav) eller valgfritt (preferanse). Det er også en forsinkelse: "vent 2 dager på tørking etter maling" osv.
Den kritiske banen er en kjede av sammenkoblede oppgaver med lengst total varighet, som strekker seg fra begynnelsen til slutten av prosjektet. Lengden på denne kjeden bestemmer den tidligste ferdigstillelsesdatoen for prosjektet. Slakket/flyten av oppgaver på den kritiske banen er null: hvis en er forsinket, er hele prosjektet forsinket. Oppgaver utenfor den kritiske banen har en viss margin; De kan gli rimelig godt.
Det er to teknikker for å komprimere diagrammet. Krasj er å forkorte en oppgave (kostnadsøkninger) ved å sette inn ekstra ressurser. Parallellisering (hurtigsporing) er å gjøre oppgaver som normalt vil bli gjort etter hverandre, delvis samtidig (risikoen øker). AI foreslår disse scenariene; Du bestemmer hvilken du skal vurdere.
konsept
Mening
Hvorfor er det viktig?
milepæl
Uendelig viktig begivenhet
Kommunikasjon og oppfølgingsanker
Avhengighet (FS/SS/FF)
Sekvens mellom oppgavene
Hvis det er feil, krasjer diagrammet
kritisk vei
Lengste lenkede kjede
Bestemmer prosjektets varighet
Ventetillegg (slakk)
Hvor lang tid oppgaven kan skifte
Prioriterer risiko
akselerasjon
Forkortelse med referanse
Kjøper tid til kostpris
parallellisering
ikke gjør det samtidig
Sparer tid, legger til risiko
Trinn for trinn: Karttegning med AI
- Ha oppgaver og overslag klare. Dine WBS og varighetsestimater (tidligere enheter) blir input.
- Be om avhengigheter. Anbefal logiske avhengigheter mellom oppgavene (FS/SS) og deres begrunnelse fra AI; Test dem deretter med realiteten ved å plante dem.
- Fjern den kritiske banen. Be AI om å beregne den kritiske banen og latensen for hver oppgave; Sjekk totaltiden selv.
- Sett det på kalenderen. Inkluder faktisk startdato, helligdager, permisjoner og teamtilgjengelighet. AI vet ikke disse tingene; du legger til.
- Prøv skriptet. Kjør scenarier "Hvis vi akselererer oppgave X på den kritiske banen", "Hvis vi parallelliserer Y og Z".
- Risikomargin og buffer. Sett en rimelig prosjektbuffer på slutten av den kritiske banen; Gjør usikkerhetsmarginen synlig i diagrammet.
Oppmerksomhet: AI kan godta en oppgavevarighet som "5 dager" og plassere den i timeplanen, men den kjenner ikke til helligdagen som faller mellom disse dagene, teammedlemmets permisjon eller arbeidsbelastningen på et annet prosjekt. Det er alltid menneskets jobb å legge til kalenderfakta.
tre minisaker
Sak 1 - Den kritiske veien ble tydelig. En statsminister hadde problemer med å finne den kritiske banen manuelt på et prosjekt med 40 oppgaver. Han ga oppgavelisten og avhengighetene til AI og hentet ut den kritiske banen og forsinkelsesmarginene. AI markerte den kritiske banen bestående av 9 oppgaver; PM bekreftet dette manuelt med to oppgaver. Dermed fokuserte han energien på disse 9 oppgavene under den ukentlige oppfølgingen og la ikke unødvendig press på oppgaver med mye andel.
Sak 2 - Feil avhengighet fanget. En koordinator stilte spørsmål ved AIs forslag om at "testing ikke kan begynne før utviklingen er helt ferdig (FS)." I teamreality kan moduler testes stykke for stykke (SS + lag). Da vi fikset avhengigheten, ble den kritiske veien forkortet med 6 dager. Leksjon: Den antatte avhengigheten til AI er ikke alltid sann.
Sak 3 — Kalenderfakta utelatt. Ett team godtok det AI-produserte diagrammet som det er; Men mens timeplanen telte virkedager, inkluderte den ikke 9-dagers helligdag og den planlagte permisjonen til to utviklere. Selve avslutningen var 12 dager etter planen. Leksjon: det er ingen tidsplanforpliktelse uten menneskelig tillegg av kalender, helligdager og tilgjengelighet.
Svak forespørsel / Sterk forespørsel
Svak melding:
Lag en prosjektkalender for disse oppgavene og oppgi forfallsdato.
AI utgjør en sluttdato uten å vite den faktiske startdatoen, helligdager og tilgjengelighet.
Kraftig ledetekst:
Din rolle: en prosjektplanleggingsspesialist. Kontekst: Nedenfor er oppgavene, PERT-tider og kjente avhengigheter. Oppstart: 1. september Lag: 3 personer. Helligdager: [liste]. Tillatelser: [liste]. Oppgave: 1) Sorter oppgaver etter avhengigheter; skriv type (FS/SS/FF) og begrunnelse for hver avhengighet.2) Trekk ut den kritiske banen og latensen (slakk) for hver oppgave; vis totaltid.3) TA hensyn til ferier og permisjoner; bruk arbeidsdagskalender.4) Merk tvetydige avhengigheter med "[bekreft med team]", tilpasning. Utdata: tabell (Oppgave | Varighet | Forgjengere | Start | Fullfør | Slakk) + kritisk baneliste.
Denne oppfordringen er sterk fordi begrunnelse for initiering, ferie, tilgjengelighet og avhengighet er gitt; usikkerheten er markert.
Ytterligere maler:
# Scenariomotor List opp oppgaver på den kritiske banen. For hver: hva er mindre risikabelt: akselerasjon (ekstra ressurser) eller parallellisering? Skriv ned tidsgevinsten og risikoen lagt til ved hvert alternativ.
# Forsinkelsespåvirkning Hvis følgende oppgave er forsinket med 3 dager: er den på den kritiske banen? Vil prosjektgjennomføringen bli påvirket? Hvilke neste oppgaver ruller? Vis kjedeeffekt.
# Bufferforslag: Basert på PERT-avvik i kritiske stitider, foreslå og begrunn en rimelig buffer (dager) som skal legges til ved slutten av prosjektet. Dette er et forslag; Godkjenningen tilhører administratoren.
Vanlige feil
- Hopp over ferie og permisjon: Hvis arbeidsdagskalenderen ikke er etablert, er sluttdatoen feil fra begynnelsen.
- Feil avhengighetstype: Forutsatt at alt er FS forlenger den kritiske banen unødvendig.
- Å ikke følge den kritiske banen: Å bruke energi på oppgaver med høy hastighet og neglisjere den kritiske banen skaper forsinkelser.
- Ignorerer ressurskonflikt: Å sette samme person på to parallelle oppgaver gjør timeplanen fiktiv.
- Ingen buffer: En nullmarginplan er et nesten umulig løfte når det er usikkerhet.
- Å forplikte AI-planen som den er: En ubekreftet tidsplan er et usignert løfte om en dato.
Tips: Administrer tidsplanen gjennom milepæler. Interessenter kan ikke spore 200 oppgaver, men kan enkelt spore 6-8 milepæler; Kommuniser fremgang med disse ankrene.
Oppsummert
Tidsplanen er forpliktelsesdokumentet som knytter estimatene til den faktiske tidsplanen. Milepæler er ankeret i oppfølgingen, avhengigheter er logikken i sekvensen, og den kritiske banen er kjeden som bestemmer den tidligste ferdigstillelsesdatoen for prosjektet. AI er rask på avhengighet, kritisk bane og scenarioanalyse; men den vet ikke om høytider, permisjoner, ressurskonflikter og sanne avhengigheter. Det er alltid menneskets jobb å legge til tidsplanfakta, verifisere den kritiske banen, legge inn en buffer og forplikte seg til datoen.
Søknadsoppgave
Gi prosjektets oppgaver og tidsanslag til AI og lag et utkast til tidsplan, kritisk bane og forsinkelsesmarginer. Legg deretter til den faktiske startdatoen, ferier og teampermisjon manuelt; Bekreft den kritiske banen med to oppgaver. Fiks minst én avhengighet ved teamsannhet og legg en rimelig buffer på slutten av den kritiske banen.
sjekkliste
- [ ] Jeg har listet opp oppgavene med de riktige avhengighetstypene (FS/SS/FF).
- [ ] Jeg hentet ut den kritiske banen og bekreftet den manuelt.
- [ ] Jeg la til helligdager, permisjoner og tilgjengelighet i arbeidsdagskalenderen.
- [ ] Jeg har sjekket at det ikke er noen ressurskonflikt.
- [ ] Jeg satte milepæler og knyttet kommunikasjon til dem.
- [ ] Jeg har bufret mot usikkerhet; Jeg forpliktet meg ikke uten å bekrefte datoen.