Meg tudná mondani, hogyan használhatom a hálózati diagramomban található laza értéket annak újbóli beállításához (ha alkalmazható)? Az alábbi táblázat segítségével kiszámítottam a lazaság értékét és megrajzoltam egy hálózati diagramot.
Laza érték keresése:
A->B->E->F = 14 weeks is the critical path A->B->D->F = 10 weeks A->C->E->F = 12 weeks
Az eredeti projekt időtartamát érintetlenül akarom tartani (ezért nem fogja megváltoztatni a kritikus úton használt hetek számát). De szeretném csökkenteni a nem kritikus utakon használt hetek számát. Megtehetem ezt a laza értékek (vagy más módszer) használatával?
Megjegyzések
- Ez inkább a projektmenedzsmenthez kapcsolódik? vagy kérdés, hogyan írhatja le a szoftvert a szorosabb idővonal felfedezéséhez?
- @MichaelT Szia, ' inkább a projektmenedzsmenthez kapcsolódik
- Ok, köszönöm. nem tudta ' nem tudta, hol tegye fel a kérdést. a stackoverflow emberei azt mondták, hogy tegyem fel ide.
- A legjobb, ha egy kérdést megjelölnek egy másik webhelyre történő migrálás helyett, nem pedig újbóli közzétételt. Így a " linkek, amelyek oda tartoznak, " egyértelműbben meg vannak határozva a veremcserében. A kérdés újbóli közzététele azt jelenti, hogy az egyik helyen zárt kérdés van, a másikban pedig nyitott. A SO emberek gyakran azon a véleményen vannak, hogy bármi, ami ' nem tartozik az SO-hoz, a P.SE-hez tartozik, amely nem ' mindig helyes . Ha kérdései vannak azzal kapcsolatban, hogy hol található valami, gyakran javasoljuk, hogy csatlakozzon egy csevegőszobához (a P.SE ' csevegőszoba neve a fehér táblát és kérdezzen.
- Miért akarja ezt megtenni?
Válasz
TL; DR
A kritikán aluli feladatok float-értékei valójában nem lazák a projekt többi részében. növelheti az kritikus feladatok szabványos projektmenedzsment technikákkal, például:
- Az alkritikus feladatelemek hatókörének csökkentése.
- Az egyes feladatokhoz vagy mérföldkövekhez rendelt erőforrások növelése.
- A nem alapvető fontosságú mérföldkövek vagy munkaelemek kiküszöbölése.
Bár nem ajánlott, a technikákat a kritikus útról is alkalmazhatja mint például a kritikán aluli feladatok “gyors követése” vagy “útvonalának összeomlása”, de ez nem igazán része a hivatalos módszertannak. Ezeknek a technikáknak az alkalmazása a kritikától távol Az lánc csökkentheti a kritikán aluli feladatok összeomlási időtartamát , de általában kannibalizálja az erőforrásokat a kritikus útról ehhez.
Mire szolgál a lazaság
A projekt ütemezésének laza része több fő célt is elér:
- Az alfolyamatok optimalizálása a folyamat simítása érdekében átfogó projektterv.
- Megakadályozza, hogy a 100% -os kihasználási tévedés törékennyé tegye a folyamatot.
- Cseppnyi időt, pénzt vagy csapatkapacitást ad kölcsönfelvételhez, ahelyett, hogy erőltetné tervének újraszámítása minden csukláskor.
A kritikus útvonalnak nincs laza
A kritikus útvonalnak nincs laza mozgása. A kritikus utat a következőképpen határozza meg:
A-> B-> E-> F = 14 hét a kritikus út
A kritikus útvonalak közötti kapcsolatok egyikében sincs lazaság. Hogy ez igaz-e a való életben, fogalmam sincs. Az Ön diagramja azonban kifejezetten azt mondja, hogy Slack = 0 a kritikus útvonal minden eleméhez. Ne feledje, hogy:
(0 float) * (4 chained milestones) = no slack on critical path
Mivel a kritikus láncban nulla laza van, a valós életbeli folyamatok minden hiányossága meghúzza a projekt. Ez azt jelenti, hogy a kritikus útvonalon szereplő elemek egyáltalán nem képesek elfogadni bármilyen csúszást anélkül, hogy arra kényszerítenék, hogy újraszámolja a teljes ütemtervet, és arra kényszerítheti, hogy értékelje újra a költségkeretét vagy a szállítási dátumokat is. Ez rossznak tűnik.
A szubkritikus elérési útja nem ad lazaságot
A feladatok vagy mérföldkövek késése, amelyek nem találhatók meg a kritikus útvonalon, nem késleltethetik az egész projektet. még nem határozta meg, hogy mit jelentenek ezek a nem kritikus feladatok, de mivel nem járnak a kritikus úton, valószínűleg képviselik:
- Opcionális funkciók.
- További hatókör.
- Kedvezőek.
- Gyümölcstorta újjáajándékozási gyakorlatok, vagy valami más, ami egyáltalán nem kapcsolódik az átruházható termékhez.
Függetlenül attól, hogy mi képviselik, és még akkor is, ha elengedhetetlenek a végtermékhez, a kritikán aluli feladatok lazasága csak akkor engedi meg, hogy a tennivalókon belül beállítsd a feladatok kezdési vagy befejezési dátumát; nem vásárolnak neked semmit a kritikus láncoddal kapcsolatos.
Jobb modell a lazasághoz a kritikus útvonallal
A Wikipedia bejegyzése szerint a kritikus útvonalon :
Noha az aktivitás-nyílra diagramot (“PERT-diagram”) még mindig használják néhány helyen, általában a tevékenység- on-node diagram, ahol az egyes tevékenységek dobozként vagy csomópontként jelennek meg, és a nyilak az elődtől az utódig tartó logikai kapcsolatokat mutatják, ahogy itt a “Tevékenység csomóponton diagram” látható.
A modell előnye a kérdésében szereplőhöz képest az, hogy lehetővé teszi a variancia modellezését a kritikus úton, amit a mintád jelenleg nem nyújt meg. Ezért érdemes lehet újra értékelni, hogy mit próbálsz modellezni, és hogy a csomóponton végzett tevékenység jobb tervezési eszközt jelent-e az adott felhasználási esethez .
Válasz
De szeretném csökkenteni a nem kritikus utakon használt hetek számát.
Ezt olvasom, mivel azt szeretné, hogy csökkenjen a nem kritikus útvonal-hálózat teljes időtartama, ezáltal növelve az ezen utak lazaságát. Ehhez mindössze annyit kell tennie, hogy lecsökkenti a kritikus útvonalon kívül eső csomagok célidőtartamát.
Azonban nem vagyok biztos abban, hogy mi az értéke ennek. A kezdeti feltételezés az, hogy az egyes csomagok időtartamának valószínűségi eloszlásán belül olyan időtartamot céloz meg, amely valahol az adott elosztás MODE-jának közelében van, egy célpont, amely reális lehetőséget jelent, de elég hajlandó ahhoz, hogy ne képezzen túl pufferelést. Ha lerövidíti ezt az időtartamot, akkor növekszik a kockázat, és annak enyhítése érdekében az erőforrások kihasználtságának és / vagy munkaidejének növelése az agresszívabb célidő elérése érdekében. Időtartam = Munka / erőforrás-felhasználás.
Ez a kritikus útvonalon lévő csomagokon végzett munka aktivitását fenyegeti, ami közvetlenül veszélyezteti a teljes időtartamot.
Természetesen ennek a másik oldalán növekszik a lazasága, így van néhány ciklusa, hogy megbirkózzon a kedvezőtlen ütemtervi eltérésekkel. Mindez azonban papíron szuperül néz ki, de a valósága nagyon más lesz.
A másik kockázata az, hogy a tervezésnél a kritikus útja csak a tervezésnél érvényes. Abban a pillanatban, hogy megnyomja a go gombot, megkezdi a munkát, és megkezdi a csomagok előrehaladását az ütemezésben, kritikus útvonala (i) megváltozik és változik, és változik és változik. Azok a csomagok, amelyek önkényesen csökkentették az időtartamot, az új kritikus útvonal (ok) ba eshetnek és valószínűleg bele is esnek, és mivel csökkentette az időtartamot és növelte a fenyegetést, most nagyobb veszélyt jelentett az ütemezés teljes időtartama.
Összességében nem látom a logikát abban, amit ütemezés / tervezés szempontjából próbálsz megtenni. Ez nem azt jelenti, hogy nincs logika, csak nem látom, és soha nem hallottam még senkit erről vitatkozni.