Voitteko kertoa minulle, kuinka voin käyttää verkkokaavion löysää arvoa sen säätämiseen uudelleen (jos se on mahdollista)? Seuraavan taulukon avulla olen laskenut löysyyden arvon ja piirtänyt verkkokaavion. 
Löysän arvon etsiminen: 
A->B->E->F = 14 weeks is the critical path A->B->D->F = 10 weeks A->C->E->F = 12 weeks Haluan pitää projektin alkuperäisen keston ennallaan (olen siis ei muuta kriittisellä reitillä käytettyjen viikkojen määrää). Mutta haluan vähentää ei-kriittisillä poluilla käytettyjen viikkojen määrää. Voinko tehdä sen käyttämällä löysät arvot (tai muuta menetelmää)?
Kommentit
- Liittyykö tämä enemmän projektinhallintaan? tai kysymys siitä, miten ohjelmisto kirjoitetaan löytääksesi tiukemman aikajanan?
- @MichaelT Hei, se ' liittyy enemmän projektinhallintaan
- Ok, kiitos. didn ' ei tiennyt, mistä kysyä. stackoverflow-ihmiset kertoivat minun julkaisevan sen tänne.
- Parasta merkitä kysymys siirrettäväksi toiseen sivustoon sen sijaan, että lähetettäisiin uudelleen. Siten " tämän linkit täältä " ovat selvemmin selvillä pinonvaihdossa. Kysymyksen lähettäminen uudelleen tarkoittaa, että sinulla on suljettu kysymys yhdessä paikassa ja avoin toisessa. SO-ihmiset ovat usein sitä mieltä, että kaikki, mikä ' ei kuulu SO: een, kuuluu P.SE: hen, joka ei ole ' aina oikea . Jos sinulla on kysyttävää mistä jokin kuuluu, sen neuvotaan usein liittymään chat-huoneeseen (P.SE ' -sovellushuone kutsutaan nimellä valkotaulu ja kysy.
- Miksi haluat tehdä tämän?
Vastaa
TL; DR
Alakriittisten tehtävien float-arvot eivät ole tosiasiassa löysät koko projektin ajan. Voit lisätä kellua ali- kriittiset tehtävät vakiomallisilla projektinhallintatekniikoilla, kuten:
- Alakriittisten tehtäväelementtien laajuuden vähentäminen.
- Kullekin tehtävälle tai virstanpylväälle osoitettujen resurssien lisääminen.
- Ei-välttämättömien virstanpylväiden tai työelementtien poistaminen.
Vaikka sitä ei suositella, voit myös käyttää -tekniikoita kriittiseltä polulta kuten kriittisten tehtävien ”nopea seuranta” tai ”polun kaatuminen”, mutta se ei todellakaan ole osa virallista metodologiaa. Näiden tekniikoiden soveltaminen pois kritiikistä Ketju voi vähentää kriittisten tehtävien kaatumisten kestoa , mutta yleensä kannibalisoi resurssit kriittiseltä polulta tehdäksesi niin.
Mille löysä on
Löysällä projektiaikataululla saavutetaan yleensä useita päätavoitteita:
- De-optimoi aliprosessit tasoittamaan yleinen projektisuunnitelma.
- Estää 100-prosenttisen väärinkäytöksen tekemästä prosessistasi haurasta.
- Antaa sinulle aikaa, rahaa tai tiimin kapasiteettia lainata vastaan sen sijaan, että pakottaisit suunnitelmasi uudelleenlaskenta jokaisessa hikkaessa.
Kriittisellä polulla ei ole löysää
Kriittisellä polulla ei ole löysää. Määrität kriittisen polun seuraavasti:
A-> B-> E-> F = 14 viikkoa on kriittinen polku
Mikään kriittisen polun välinen linkki ei ole löysä. Onko tämä totta tosielämässä, minulla ei ole aavistustakaan. Kaaviossasi sanotaan kuitenkin nimenomaisesti Slack = 0 jokaiselle kriittisen polun kohteelle. Ota huomioon, että:
(0 float) * (4 chained milestones) = no slack on critical path Koska kriittisessä ketjussasi on nolla löysää, kaikki tosielämän prosessivirheet aiheuttavat vetoa projekti. Tämä tarkoittaa, että mikään kriittisen polun kohteista ei voi hyväksyä mitään liukastumista lainkaan pakottamatta sinua laskemaan koko aikataulua uudelleen, ja se voi pakottaa sinut arvioimaan myös budjettisi tai toimituspäivämäärät. Se tuntuu huonolta.
Alakriittinen polkusi ei lisää löyhyyttä
Viivästykset tehtävissä tai virstanpylväissä, jotka eivät ole kriittisellä polulla, eivät saisi viivästyttää koko projektia. ei ole määritelty, mitä nämä ei-kriittiset tehtävät edustavat, mutta koska ne eivät ole kriittisellä polulla, ne todennäköisesti edustavat:
- Valinnaiset ominaisuudet.
- Lisäalue.
- Nautinnot.
- Hedelmäkakun uudelleenlahjausharjoitukset tai jokin muu, joka ei liity mihinkään toimitettavaan tuotteeseen.
Riippumatta siitä, mistä ne edustavat, ja vaikka ne olisivatkin välttämättömiä lopputuotteelle, kriittisempien tehtävien löysyys antaa sinun vain säätää näiden tehtävien aloitus- tai päättymispäivää toleranssien rajoissa; he eivät osta sinulle mitään liittyvät kriittiseen ketjuusi.
Parempi löysyyden malli kriittisellä polulla
Wikipedian merkinnän mukaan kriittisen polun menetelmä :
Vaikka toiminto-nuolta -kaaviota (”PERT-kaavio”) käytetään edelleen muutamassa paikassa, aktiviteetti on yleensä korvannut sen. on-solmu -diagrammi, jossa kukin aktiviteetti näytetään laatikkona tai solmuna ja nuolet edustavat loogisia suhteita edeltäjältä seuraajalle, kuten tässä ”Toiminto solmulle -kaaviossa” on esitetty.
Tämän mallin etu kysymykseesi verrattuna on, että sen avulla voit mallintaa varianssia kriittisellä polulla, jota näyte ei tällä hetkellä tarjoa. Siksi kannattaa ehkä arvioida uudelleen, mitä yrität mallintaa, ja tarjoaako solmu-aktiviteetti paremman suunnittelutyökalun omaan käyttötapaukseesi .
Vastaa
Mutta haluan vähentää ei-kriittisillä poluilla käytettyjen viikkojen määrää.
Luen tämän, koska haluat, että ei-kriittisen polkuverkkosi kokonaiskesto lyhenee ja lisää siten näiden polkujen löysyyttä. Tätä varten sinun tarvitsee vain lyhentää kriittisen polun ulkopuolella olevien pakettien kohdeaikaa.
En kuitenkaan ole varma, mikä arvo tällä on. Alkuperäinen oletus on, että kohdistat kunkin pakettisi todennäköisyysjakauman sisällä keston, joka on jonnekin kyseisen jakelun MODE: n ympärillä, kohde, joka edustaa realistista mahdollisuutta, mutta myös tarpeeksi laiha, jotta se ei muodostaisi ylipuskurointia. Kun lyhennät tätä kestoa, riskisi kasvaa ja lieventämiseksi päädyt lisäämään resurssien käyttöä ja / tai työaikaa aggressiivisemman tavoitekeston saavuttamiseksi. Kesto = Työn / resurssien käyttö.
Tämä uhkaa sitten kriittisellä polulla olevien pakettien työskentelyä, mikä uhkaa suoraan kokonaiskestoasi.
Tämän toisella puolella tietysti lisäävät löysääsi, joten sinulla on joitain jaksoja, jotta voit selviytyä epäsuotuisista aikataulun vaihteluista. Kaikki tämä näyttää kuitenkin paperilla erittäin hyvältä, mutta todellisuutesi on hyvin erilainen.
Toinen riski on, että kriittinen polku suunnittelussa on voimassa vain suunnittelussa. Tällä hetkellä painat go ja aloitat työn ja aloitat pakettiesi etenemisen aikataulussa, kriittiset polut muuttuvat ja muuttuvat ja muuttuvat ja muuttuvat. Paketit, joiden kestoa mielivaltaisesti lyhensit, voivat ja todennäköisesti putoavat uudelle kriittiselle polulle, ja koska olet lyhentänyt kestoa ja lisännyt uhkaa, olet nyt luonut suuremman uhan aikataulun kokonaiskestolle.
Kaiken kaikkiaan en näe logiikkaa siinä, mitä yrität tehdä aikataulutuksen / suunnittelun näkökulmasta. Se ei tarkoita, että logiikkaa ei ole, en vain näe sitä, enkä ole koskaan kuullut kenenkään keskustelevan tästä ennen.