Můžete mi prosím říci, jak mohu použít hodnotu rezervy v mém síťovém diagramu k její úpravě (pokud je použitelná)? Pomocí následující tabulky jsem vypočítal hodnotu uvolnění a nakreslil síťový diagram. 
Nalezení slabé hodnoty: 
A->B->E->F = 14 weeks is the critical path A->B->D->F = 10 weeks A->C->E->F = 12 weeks Chci zachovat původní trvání projektu beze změny (proto jsem nezmění počet týdnů použitých v kritické cestě). Ale chci snížit počet týdnů použitých v nekritických cestách. Mohu to udělat pomocí hodnot uvolnění (nebo jinou metodou)?
Komentáře
- Souvisí to více s řízením projektu? nebo otázka, jak se dá napsat software, aby se objevila přísnější časová osa?
- @MichaelT Ahoj, ' to souvisí více s řízením projektu
- Dobře, díky. nevěděl ' kde položit otázku. lidé na stackoverflow mi řekli, abych to sem poslal.
- Je nejlepší označit otázku pro migraci na jiný web, než přeposílat. Tímto způsobem jsou odkazy " sem patří " jasněji vytvořeny ve výměně zásobníku. Znovu zveřejnění otázky znamená, že máte uzavřenou otázku na jednom místě a otevřenou na jiném místě. Lidé z oblasti SO často zastávají názor, že vše, co ' t nepatří do SO, patří do P.SE, což není vždy ' správné . Pokud máte otázky, kam něco patří, často se doporučuje připojit se k chatovací místnosti (chatovací místnost P.SE ' se nazývá bílá tabule a zeptejte se.
- Proč to chcete dělat?
Odpovědět
TL; DR
Vaše hodnoty float pro podkritické úkoly nejsou ve skutečnosti pro zbytek projektu uvolněné. Můžete zvýšit float na sub- kritické úkoly se standardními technikami řízení projektů, jako jsou:
- Omezení rozsahu pro podkritické prvky úkolu.
- Zvyšování zdrojů přiřazených ke každému úkolu nebo milníku.
- Odstranění nepodstatných milníků nebo pracovních prvků.
Ačkoli se to nedoporučuje, můžete také použít techniky z kritické cesty jako je „rychlé sledování“ nebo „zřícení cesty“ podkritických úkolů, ale to ve skutečnosti není součástí oficiální metodiky. Uplatnění těchto technik mimo kritiku Řetězec může zkrátit dobu trvání havárie podkritických úkolů, ale obecně k tomu kanibalizuje zdroje z kritické cesty.
K čemu Slack slouží
Slack v harmonogramu projektu obecně dosahuje několika hlavních cílů:
- De-optimalizuje dílčí procesy, aby vyhladil celkový plán projektu.
- Zabrání tomu, aby klam při 100% využití způsobil, že váš proces bude křehký.
- Poskytuje vám kbelíky času, peněz nebo týmové kapacity, za které si můžete půjčit, místo aby přepočet vašeho plánu při každém škytání.
Vaše kritická cesta nemá žádnou rezervu
Vaše kritická cesta má nulovou rezervu. Kritickou cestu definujete jako:
A-> B-> E-> F = 14 týdnů je kritická cesta
Žádné z propojení mezi kritickou cestou nemá žádnou vůli. Zda to je nebo není pravda ve skutečném životě, netuším. Váš diagram však výslovně říká Slack = 0 pro každou z položek kritické cesty. Vezměte v úvahu:
(0 float) * (4 chained milestones) = no slack on critical path Jelikož máte v kritickém řetězci nulovou vůli, jakékoli nedokonalosti procesu v reálném životě způsobí přetažení projekt. To znamená, že žádné položky na vaší kritické cestě nemohou vůbec přijmout jakýkoli skluz, aniž by vás musely přepočítat celý plán, a může vás přinutit přehodnotit také rozpočet nebo data odeslání. To se zdá být špatné.
Vaše podkritická cesta nepřináší uvolnění
Zpoždění úkolů nebo milníků, které nejsou na vaší kritické cestě, by neměly zpozdit celkový projekt. ještě není definováno, co tyto nekritické úkoly představují, ale protože nejsou na vaší kritické cestě, pravděpodobně představují:
- Volitelné funkce.
- Další obor.
- Příjemné.
- Cvičení s novými dárky ovocného dortu nebo něco jiného, co nesouvisí s přepravitelným produktem.
Bez ohledu na to, co představují, a i když jsou pro konečný produkt zásadní, uvolnění podkritických úkolů vám umožní upravit pouze počáteční nebo konečné datum těchto úkolů v rámci tolerancí; nekupují vám nic související s vaším kritickým řetězcem.
Lepší model pro Slack s kritickou cestou
Podle záznamu Wikipedie o metodě kritické cesty :
Ačkoli se diagram aktivity na šipce („PERT Chart“) stále používá na několika místech, byl obecně nahrazen activity- diagram na uzlu, kde je každá aktivita zobrazena jako rámeček nebo uzel a šipky představují logické vztahy přecházející od předchůdce k následníkovi, jak je zde znázorněno v „diagramu aktivity na uzlu“.
Výhodou tohoto modelu oproti modelu ve vaší otázce je, že umožňuje modelovat odchylku na kritické cestě, což je něco, co váš vzorek v současné době neposkytuje. Možná proto stojí za to přehodnotit to, co se snažíte modelovat, a zda aktivita na uzlu poskytne lepší plánovací nástroj pro váš konkrétní případ použití .
Odpověď
Chci však snížit počet týdnů použitých v nekritických cestách.
Četl jsem to, protože chcete, aby se celková doba trvání vaší sítě nekritických cest snížila, čímž by se na těchto cestách zvýšila vůle. Chcete-li to provést, musíte pouze snížit cílovou dobu trvání těch balíčků, které jsou mimo kritickou cestu.
Nejsem si však jistý, jaká je při tom hodnota. Počáteční předpoklad je, že v rámci pravděpodobnostní distribuce doby trvání každého z vašich balíčků cílíte na dobu trvání, která je někde kolem MODE této distribuce, na cíl, který představuje realistickou možnost, ale také dostatečně štíhlou na to, aby nepředstavoval přes vyrovnávací paměť. Když toto trvání zkrátíte, zvyšujete riziko a za účelem zmírnění nakonec zvýšíte využití zdrojů a / pracovní dobu, abyste splnili agresivnější dobu trvání cíle. Duration = Work / Resource Utilization.
To pak ohrožuje pracovní aktivitu na těchto balíčcích na kritické cestě, což přímo ohrozí vaši celkovou dobu trvání.
Na druhé straně samozřejmě zvyšujete volnost, takže máte nějaké cykly, abyste zvládli nepříznivé odchylky plánu. To vše však na papíře vypadá super, ale vaše realita bude velmi odlišná.
Vaše další riziko je, že vaše kritická cesta při plánování je platná pouze při plánování. V tuto chvíli stisknete go a začnete pracovat a začnete postupovat v balíčcích v plánu, vaše kritické cesty se změní a změní a změní a změní. Balíčky, u kterých jste libovolně snížili dobu trvání, mohou a pravděpodobně spadnou do nových kritických cest a protože jste zkrátili dobu trvání a zvýšili svou hrozbu, vytvořili jste nyní větší ohrožení celkového trvání plánu.
Celkově nevidím logiku v tom, co se pokoušíte udělat, z hlediska plánování / plánování. To neznamená, že neexistuje žádná logika, prostě to nevidím a nikdy předtím jsem nikoho neslyšel diskutovat.