Winst:
- Inzicht in de concepten mijlpaal, taakafhankelijkheid, kritiek pad en vertragingsmarge (slack) en het creëren van een planningsontwerp en afhankelijkheidskaart met ondersteuning voor kunstmatige intelligentie.
- Mogelijkheid om AI te gebruiken voor scenarioanalyse (versnelling, parallel lopen, balanceren van middelen) en inzicht in planningsrisico's
- Begrijpen dat het door kunstmatige intelligentie voorgestelde schema niet kan uitmonden in een verbintenis zonder bevestiging met echte kalender-, vakantie-, middelen- en afhankelijkheidsbeperkingen.
Zodra de voorspellingen klaar zijn, is het tijd om ze op de kalender te zetten. Een planning is een plan dat laat zien welke taak wanneer zal starten en eindigen, welke taak daarvan afhangt en wanneer het project zal eindigen. Een goed schema somt niet alleen de taken achter elkaar op; Er wordt rekening gehouden met afhankelijkheden, resourcebeperkingen en latentie tussen taken. AI is een krachtige tekenpartner bij het plannen: het ordent taken, suggereert afhankelijkheden, markeert het kritieke pad en vraagt: “Wat als we die taak versnellen?” Het probeert dit soort scenario's binnen enkele seconden. Maar het schema is een commitmentdocument; Er mogen geen datums worden beloofd zonder menselijke verificatie van de daadwerkelijke kalender, vakanties, teambeschikbaarheid en daadwerkelijke afhankelijkheden.
Basisconcepten
Een mijlpaal is een gebeurtenis die geen duur heeft, maar slechts een belangrijk punt markeert: "ontwerp goedgekeurd", "testen voltooid", "go-live". Mijlpalen zijn ankers voor de communicatie met belanghebbenden en het volgen van de voortgang.
Afhankelijkheid is de volgorderelatie tussen twee taken. De meest voorkomende is Finish-to-Start (FS): B kan pas beginnen als A klaar is (het schilderen kan niet voordat de muur is gebouwd). Andere typen: start-start (SS), finish-finish (FF), start-finish (SF). Afhankelijkheden kunnen ook verplicht zijn (fysieke/logische vereiste) of optioneel (voorkeur). Er is ook een vertraging: "wacht 2 dagen op drogen na het schilderen", enz.
Het kritieke pad is een keten van samenhangende taken met de langste totale duur, die zich uitstrekt van het begin tot het einde van het project. De lengte van deze keten bepaalt de vroegste opleverdatum van het project. De speling/zwelling van taken op het kritieke pad is nul: als er één vertraging oploopt, loopt het hele project vertraging op. Taken buiten het kritieke pad hebben enige marge; Ze kunnen redelijk goed glijden.
Er zijn twee technieken om het diagram te comprimeren. Crashen is het inkorten van een taak (kosten stijgen) door extra middelen in te zetten. Parallellisatie (fast tracking) is het uitvoeren van taken die normaal gesproken na elkaar, gedeeltelijk gelijktijdig zouden worden uitgevoerd (risico neemt toe). AI suggereert deze scenario's; U beslist welke u overweegt.
concept
Betekenis
Waarom is het belangrijk?
mijlpaal
Onbepaald belangrijke gebeurtenis
Communicatie- en opvolgingsanker
Afhankelijkheid (FS/SS/FF)
Volgorde tussen taken
Als het fout gaat, crasht de kaart
kritisch pad
Langst verbonden keten
Bepaalt de projectduur
Latencytoeslag (slak)
De hoeveelheid tijd die de taak kan verschuiven
Geeft prioriteit aan risico's
versnelling
Afkorting met verwijzing
Koopt tijd tegen kostprijs
parallellisatie
doe het niet tegelijkertijd
Bespaart tijd, voegt risico toe
Stap voor stap: Grafieken opstellen met AI
- Houd taken en schattingen gereed. Uw WBS en duurschattingen (vorige eenheden) worden invoer.
- Vraag naar afhankelijkheden. Beveel logische intertaakafhankelijkheden (FS/SS) en hun grondgedachten aan vanuit AI; Test ze vervolgens met de realiteit van het planten ervan.
- Verwijder het kritieke pad. Vraag de AI om het kritieke pad en de latentie van elke taak te berekenen; Controleer zelf de totale tijd.
- Zet het op de kalender. Vermeld de daadwerkelijke startdatum, vakantiedagen, verlof en teambeschikbaarheid. AI weet deze dingen niet; jij voegt toe.
- Probeer het script. Voer scenario's uit "Als we taak X op het kritieke pad versnellen", "Als we Y en Z parallelliseren".
- Risicomarge en buffer. Zorg voor een redelijke projectbuffer aan het einde van het kritieke pad; Maak de onzekerheidsmarge zichtbaar in de grafiek.
Let op: AI accepteert mogelijk een taakduur van "5 dagen" en plaatst deze in de planning, maar kent niet de feestdag die tussen die dagen valt, het verlof van het teamlid of hun werklast voor een ander project. Het is altijd de taak van de mens om het kalenderfeit toe te voegen.
drie minikoffers
Geval 1 — Het kritieke pad werd duidelijk. Een PM had problemen met het handmatig vinden van het kritieke pad voor een project met 40 taken. Hij gaf de takenlijst en afhankelijkheden aan AI en haalde het kritieke pad en de vertragingsmarges eruit. AI markeerde het kritieke pad bestaande uit 9 taken; PM verifieerde dit handmatig met twee taken. Zo concentreerde hij zijn energie op deze 9 taken tijdens de wekelijkse follow-up en legde hij geen onnodige druk op taken met een groot aandeel.
Geval 2 – Verkeerde verslaving betrapt. Eén coördinator trok de suggestie van AI in twijfel dat “het testen pas kan beginnen als de ontwikkeling volledig is voltooid (FS).” In teamrealiteit konden modules stuk voor stuk worden getest (SS + lag). Toen we de afhankelijkheid hadden verholpen, werd het kritieke pad met zes dagen ingekort. Les: De veronderstelde afhankelijkheid van AI is niet altijd waar.
Zaak 3 — Kalenderfeit weggelaten. Eén team accepteerde de door AI geproduceerde kaart zoals deze is; Maar hoewel het schema werkdagen telde, omvatte het niet de negendaagse feestdag en het geplande verlof van twee ontwikkelaars. De daadwerkelijke finish was 12 dagen na plan. Les: er is geen planningsverplichting zonder menselijke toevoeging van kalender, vakantiedagen en beschikbaarheid.
Zwakke prompt/sterke prompt
Zwakke prompt:
Maak voor deze taken een projectkalender en vermeld de vervaldatum.
De AI verzint een einddatum zonder de daadwerkelijke startdatum, feestdagen en beschikbaarheid te kennen.
Krachtige prompt:
Jouw rol: specialist in projectplanning. Context: Hieronder staan de taken, PERT-tijden en bekende afhankelijkheden. Start: 1 september. Team: 3 personen. Feestdagen: [lijst]. Machtigingen: [lijst]. Taak: 1) Sorteer taken op afhankelijkheden; schrijf het type (FS/SS/FF) en de rechtvaardiging voor elke afhankelijkheid.2) Extraheer het kritieke pad en de latentie (lack) van elke taak; toon de totale tijd.3) HOUD rekening met vakanties en verlofdagen; gebruik de werkdagkalender.4) Markeer dubbelzinnige afhankelijkheden met "[bevestig met team]", passend. Uitvoer: tabel (Taak | Duur | Voorgangers | Start | Einde | Slack) + lijst met kritieke paden.
Deze aansporing is sterk omdat er rechtvaardiging wordt gegeven voor initiatie, vakantie, beschikbaarheid en afhankelijkheid; onzekerheid is gemarkeerd.
Extra sjablonen:
# Scenario-engineMaak een lijst van taken op het kritieke pad. Voor elk: wat is minder riskant: versnelling (extra middelen) of parallellisatie? Noteer de tijdwinst en het risico dat elke optie met zich meebrengt.
# VertragingsimpactAls de volgende taak met 3 dagen wordt vertraagd: bevindt deze zich op het kritieke pad? Zal de voltooiing van het project hierdoor worden beïnvloed? Welke volgende taken scrollen? Toon kettingeffect.
# Buffersuggestie: op basis van PERT-afwijkingen in kritieke padtijden, een redelijke buffer (dagen) voorstellen en rechtvaardigen die aan het einde van het project moet worden toegevoegd. Dit is een suggestie; Goedkeuring is eigendom van de beheerder.
Veel voorkomende fouten
- Vakantie en verlof overslaan: Als de werkdagkalender niet is vastgesteld, is de einddatum vanaf het begin verkeerd.
- Verkeerd afhankelijkheidstype: Ervan uitgaande dat alles FS is, wordt het kritieke pad onnodig verlengd.
- Het kritieke pad niet volgen: Energie besteden aan taken die veel tijd kosten en het kritieke pad verwaarlozen zorgt voor vertragingen.
- Conflicten met hulpbronnen negeren: Als dezelfde persoon twee parallelle taken uitvoert, wordt de planning fictief.
- Geen buffer: Een nulmargeschema is een vrijwel onmogelijke belofte als er onzekerheid is.
- Het AI-schema vastleggen zoals het is: een onbevestigd schema is een niet-ondertekende belofte van een datum.
Tip: Beheer de planning via mijlpalen. Belanghebbenden kunnen geen 200 taken volgen, maar kunnen wel gemakkelijk 6-8 mijlpalen volgen; Communiceer de voortgang met deze ankers.
Samengevat
De planning is het toezeggingsdocument dat de schattingen koppelt aan de daadwerkelijke planning. Mijlpalen zijn het anker van de follow-up, afhankelijkheden zijn de logica van de reeks en het kritieke pad is de keten die de vroegste voltooiingsdatum van het project bepaalt. AI is snel in het analyseren van afhankelijkheid, kritieke paden en scenario's; maar het weet niets van vakanties, bladeren, conflicten over hulpbronnen en echte afhankelijkheden. Het is altijd de taak van de mens om de planningsfeiten toe te voegen, het kritieke pad te verifiëren, een buffer aan te leggen en zich aan de datum te binden.
Applicatie taak
Geef de taken en tijdsschattingen van uw project aan AI en maak een conceptplanning, kritiek pad en vertragingsmarges. Voeg vervolgens handmatig de daadwerkelijke startdatum, vakantiedagen en teamverlof toe; Controleer het kritieke pad met twee taken. Los ten minste één afhankelijkheid op door middel van teamwaarheid en plaats een redelijke buffer aan het einde van het kritieke pad.
controlelijst
- [ ] Ik heb de taken met de juiste afhankelijkheidstypen (FS/SS/FF) vermeld.
- [ ] Ik heb het kritieke pad geëxtraheerd en handmatig geverifieerd.
- [ ] Ik heb feestdagen, verlof en beschikbaarheid toegevoegd aan de werkdagkalender.
- [ ] Ik heb gecontroleerd of er geen bronconflict is.
- [ ] Ik stelde mijlpalen en koppelde de communicatie daaraan.
- [ ] Ik heb gebufferd tegen onzekerheid; Ik heb geen afspraak gemaakt zonder de datum te bevestigen.