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. írja ide a kép leírását

Laza érték keresése: írja ide a kép leírását

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:

  1. Az alfolyamatok optimalizálása a folyamat simítása érdekében átfogó projektterv.
  2. Megakadályozza, hogy a 100% -os kihasználási tévedés törékennyé tegye a folyamatot.
  3. 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:

  1. Opcionális funkciók.
  2. További hatókör.
  3. Kedvezőek.
  4. 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ó.
tevékenység-csomóponton diagram

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.

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük