Ensinnäkin tehdään selväksi: tuotteen esittely apteekissa ei ole...
![Esittely - työhygienia apteekeissa Katsotaanpa käytännössä](https://i2.wp.com/images.myshared.ru/80/1382322/slide_4.jpg)
Aikataulun kehitysprosessin syöte on projektin laajuuden kuvaus. Se sisältää oletuksia (dokumentoidut aikatauluun liittyvät tekijät, joita pidetään luotettavina aikataulua laadittaessa) ja rajoitteita (tekijät, jotka rajoittavat projektin johtoryhmän valinnanvapautta aikatauluverkkoanalyysin tekemisessä ja vaikuttavat aikataulun kehittämiseen. projektin aikataulu). Aikarajoituksia laadittaessa on otettava huomioon kaksi päätyyppiä:
vaaditut aloituspäivät tai toimenpiteen loppuun saattaminen, jota voidaan käyttää rajoittamaan toimenpiteen aloittamista tai loppuun saattamista;
virstanpylvästapahtumia, jonka seurauksena tiettyjen työtulosten vastaanottaminen on sidottu tiettyihin päivämääriin, joita voidaan muuttaa vain hyväksytyillä muutoksilla.
Kaavio Gantt - kaavio, joka käyttää vaakapalkkeja edustamaan projektin toimintoja, näyttää kunkin alkamis- ja päättymispäivän toiminnot ja hanke suhteessa horisontaaliseen aika-asteikkoon [ 18 ].
Kaavio, rakennettu kriittisen polun menetelmällä - menetelmä aikatauluverkon analysoimiseksi, joka suoritetaan aikataulumallilla. Kriittinen polku On ryhmä toimintoja, joita ei voida lykätä muuttamatta lykkäystä, koko projektin valmistumisajankohtaa[23 ].
Kriittisen polun menetelmää käytettäessä lasketaan teoreettiset aikaisen aloituksen ja aikaisen päättymisen sekä myöhäisen aloituksen ja myöhäisen lopettamisen päivämäärät kaikille suunnitelluille toiminnoille ottamatta huomioon resurssirajoituksia. Tämä laskelma tehdään analysoimalla eteenpäin ja taaksepäin kulkevat verkon polut projektin aikataulu. Saadut aikaiset ja myöhäiset aloitus- ja lopetuspäivät osoittavat ajanjaksot, joiden sisällä tämä toimenpide tulisi suunnitella sen keston, loogisten suhteiden, ennakkojen, viiveiden ja muiden rajoitusten perusteella [ 11 ].
Virstanpylväskaavio- kehitystyökalu projektin aikataulu, jonka rakentaminen sisältää seuraavat vaiheet [ 18 ]:
alkutietojen kerääminen kaavion muodostamiseksi;
rakentaminen verkkokaavio, heijastaa toimintojen yhteenliittäminen;
yksityiskohtaisuuden tason määrittäminen virstanpylväitä- määrät virstanpylväitä, näkyy kaaviossa;
valinta virstanpylväitä- hankkeen edistämisen kannalta keskeiset tapahtumat;
tilaaminen virstanpylväitä- suhteiden tutkiminen ja niiden toteutusjärjestyksen määrittäminen;
sovellus virstanpylväitä yksityiskohtaista varten projektin aikataulu ;
jakauman tasaisuuden tarkistaminen virstanpylväitä Tekijä: projektin aikataulu.
Aikatauluta kehitystulokset
Aikataulun kehitysprosessin tuotokset ovat:
projektin aikataulu. Projektin aikataulu voidaan kehittää yksityiskohtaisesti tai laajentaa aikatauluna virstanpylväitä. Aikataulu voidaan esittää taulukkomuodossa tai siinä voi olla graafinen esitys verkkokaavioiden, pylväsdiagrammien tai kaavioiden muodossa virstanpylväitä;
tiedot aikataulumallia varten. Pakolliset tiedot kohteelle projektin aikataulu sisältää virstanpylvästapahtumia aikataulut, suunnitellut toiminnot, toimintaparametreja ja dokumentointi kaikista olemassa olevista oletuksista ja rajoituksista sekä lisäksi - resurssitarpeet aikajaksoittain, vaihtoehtoiset aikataulut, varaukset odottamattomia tilanteita varten;
perussuunnitelma aikataulut - erikoisvaihtoehto projektin aikataulu, joka on kehitetty aikataulumallin aikatauluverkkoanalyysin avulla. Projektin johtoryhmä hyväksyy ja hyväksyy alkuperäisen (perus)aikataulusuunnitelman, jossa on määritetty perusaloitus ja lopetus. Aikataulun perusviivaa käytetään tunnistamaan toiminnan todellisen ajoituksen poikkeamat suunnitelluista;
resurssivaatimukset (päivitykset);
toimintaparametreja(päivitykset);
projektikalenteri (päivitykset);
pyydetyt muutokset. Aikataulun kehitysprosessin aikana voi tapahtua pyydettyjä muutoksia, ja ne käsitellään yleisen muutoksenhallintaprosessin kautta;
projektinhallintasuunnitelma(päivitykset). Projektinhallintasuunnitelma päivitetään vastaamaan kaikkia hyväksyttyjä muutoksia johtamiskäytäntöihin projektin aikataulu.
Aikataulukehitystekniikka
määrittää luettelo toiminnoista, jotka tulisi sisällyttää aikatauluun;
määritellä toimintojen yhteenliittäminen;
määrittää kunkin toimenpiteen kesto;
laske kunkin toiminnon löysyys;
määritellä kriittinen polku ;
vertaa hankkeen odotettua valmistumispäivää sitoumushankkeen päättymispäivään;
määritellä resurssirajoitukset;
muokata aikataulua resurssirajoitusten mukaisesti;
tarkistaa, onko hanke suunniteltu valmistuvan tarkistetun aikataulun mukaisesti ennen sitoumuspäivää;
mukauttaa velvoitetun hankkeen aikataulua tai valmistumispäivää, jos hanke on suunniteltu valmistuvan ennen tätä päivämäärää;
sopia aikataulusta.
Toimintoluettelosta on kätevää siirtyä kalenterisuunnitelmaan täyttämällä useista taulukoista koostuva malli (katso. pöytä 3.1).
Taulukko 3.1. Peräkkäinen muodostuskuvio projektin aikataulu |
||||||||
Lista operaatioista |
Iteratiivinen tiedot toiminnasta |
|||||||
Tehtävän numero |
MääräISR |
Tehtävän kuvaus | ||||||
Aiemmat tehtävät ja niiden kesto |
||||||||
Tehtävän numero |
MääräISR |
Tehtävän kuvaus |
Edeltäjätehtävä | |||||
Tehtävien jakautuminen rooleittain (esiintyjät) |
||||||||
Tehtävän numero |
MääräISR |
Tehtävän kuvaus |
Edeltäjätehtävä |
Arvioitu työvoimaintensiteetti (henkilöpäiviä) |
Toteuttaja | |||
Kalenterisuunnitelma |
||||||||
Tehtävän numero |
MääräISR |
Tehtävän kuvaus |
Edeltäjätehtävä |
Arvioitu työvoimaintensiteetti (henkilöpäiviä) |
Toteuttaja |
alkaa |
Valmistuminen |
Taulukko 3.2. Esimerkki peräkkäisen ajoitusmallin käytöstä |
||
Luettelo teoksista |
||
№ tehtäviä |
WBS numero |
Tehtävän kuvaus |
1.1 Hankkeen valmistelu | ||
Viestinnän tekeminen avainosastoille, tiedottaminen yrityksen avainosastoille ja liiketoimintayksiköille projektin alkamisesta |
||
Sopimusten allekirjoittaminen |
||
Looginen järjestys ja työn monimutkaisuus
№ tehtäviä |
WBS numero |
Tehtävän kuvaus |
edeltäjä |
tehtäviä |
1.1 Hankkeen valmistelu |
Arvioitu työvoimaintensiteetti (henkilöä* päivää) | |||
Projektin aloituskokous | ||||
Viestintä avainosastojen ja liiketoimintayksiköiden kanssa ilmoittamalla yrityksen avainosastoille ja liiketoimintayksiköille projektin alkamisesta | ||||
Sopimusten allekirjoittaminen | ||||
Työympäristön luominen projektitiimille | ||||
Projektiryhmän perustaminen ja mobilisointi | ||||
Hankkeen ohjeasiakirjan laatiminen ja julkaiseminen |
№ tehtäviä |
WBS numero |
Tehtävän kuvaus |
№ Projektinhallintaprosessin asettaminen |
esikäsittelytehtävät |
|
Esiintyjän rooli |
Arvioitu työvoimaintensiteetti (henkilöä* päivää) | ||||
Viestintä avainosastojen ja liiketoimintayksiköiden kanssa ilmoittamalla yrityksen avainosastoille ja liiketoimintayksiköille projektin alkamisesta |
1.1 Projektin valmistelu Projektin ylläpitäjä; |
||||
Sopimusten allekirjoittaminen |
projektin sponsori |
||||
Projektin sponsori; | |||||
Projektiryhmän perustaminen ja mobilisointi |
projektipäällikkö; projektin ylläpitäjä Projektiryhmän perustaminen ja mobilisointi |
||||
Hankkeen ohjeasiakirjan laatiminen ja julkaiseminen |
projektin sponsori |
Projektin sponsori
№ tehtäviä |
WBS numero |
Tehtävän kuvaus |
№ Projektinhallintaprosessin asettaminen |
; projektipäällikkö |
esikäsittelytehtävät |
Esiintyjän rooli |
Arvioitu työvoimaintensiteetti (henkilöä* päivää) |
Esiintyjien roolien antaminen suunnittelutyöhön |
|||
Arvioitu työvoimaintensiteetti (henkilöä* päivää) |
projektin sponsori |
||||
Viestintä avainosastojen ja liiketoimintayksiköiden kanssa ilmoittamalla yrityksen avainosastoille ja liiketoimintayksiköille projektin alkamisesta |
1.1 Projektin valmistelu Projektin ylläpitäjä; |
||||
Sopimusten allekirjoittaminen |
projektin sponsori |
||||
Projektin sponsori; |
Projektin sponsori; |
||||
Projektiryhmän perustaminen ja mobilisointi |
projektipäällikkö; projektin ylläpitäjä Projektiryhmän perustaminen ja mobilisointi |
||||
Hankkeen ohjeasiakirjan laatiminen ja julkaiseminen |
projektin sponsori |
projektipäällikkö; ratkaisu arkkitehti; projektin ylläpitäjä
Viestinnän tekeminen avainosastojen ja liiketoimintayksiköiden kanssa ilmoittamalla yrityksen avainosastoille ja liiketoimintayksiköille projektin alkamisesta projektin aikataulu Projektipäällikkö; Integraatio- ja kehitysryhmän johtaja 18 ].
Projektiaikataulun kehittäminen kriittisen polun menetelmällä
Monin tavoin vaihejärjestys luotaessa aikataulua tällä menetelmällä on samanlainen kuin aiemmin käsitellyssä sarjassa, mutta tämän menetelmän puitteissa avainelementti on kriittisen polun laskenta. Katsotaanpa siis esimerkkikehityksestä ISR käyttämällä kriittisen polun menetelmää [ .
Luo luettelo toiminnoista, jotka tulisi sisällyttää aikatauluun.
Käytetty , luettelo on identtinen alemman tason kanssa
Määritä kunkin toimenpiteen kesto.
Kunkin toimenpiteen kesto määritettiin työvoimaintensiteetin arvioinnin ja määrittämisen avulla toiminnan kesto Määritä kullekin toiminnalle edeltäjätoiminto.
Kunkin operaation edeltäjä määritettiin laadinnan loppuvaiheessa hierarkkinen työrakenne). Aikatauluyhteisö on hyväksynyt nämä säännöt. Aikataulussa ensimmäisen toiminnon aloitus on aina liitetty projektin aloituspäivämäärään. Tämä päivämäärä on panos projektisuunnitelmaan. Ensimmäinen aloituspäivä on projektin alkamispäivä. Aikainen päättymispäivä on aikainen aloituspäivä plus toiminnan kesto. Seuraava sääntö pätee. Katsotaan, että jokainen toiminta alkaa sen jakson alussa, jolloin se alkaa, ja päättyy sen jakson lopussa, jolloin se päättyy. Tämä tarkoittaa, että jos toiminnan kesto on yksi päivä ja jos se alkaa 1. tammikuuta, niin tämäkin toiminta päättyy 1. tammikuuta. Tämän säännön mukaan minkä tahansa toiminnon varhainen lopetus on yhtä suuri kuin aikainen aloitus plus kesto miinus yksi. Siten toimenpide 1 alkaa päivänä 1 ja päättyy päivänä 15 (katso pöytä 3.3). Seuraavan toiminnon on aloitettava seuraavan käytettävissä olevan ajanjakson aikana: Koska toiminto 1 päättyy päivänä 15, toiminnon 2 on aloitettava päivänä 16 ja päättyvä päivänä 20. Toiminnot 3 ja 4 aiheuttavat seuraavan ongelman. Nämä toiminnot riippuvat operaatiosta 2, eli toiminnon 2 on lopetettava ennen kuin ne voivat alkaa. Ilmeisesti molempien operaatioiden varhainen aloituspäivä on päivä 21.
Kaava 1. Aikaisen maaliin laskeminen
Suorittaaksesi takaperin, sinun on aloitettava viimeisestä toiminnosta, joka suoritettiin aikaisemmassa aikataulussa. Syynä tähän on, että jos varhainen aikataulu määrittää projektin aikaisimman valmistumispäivän, niin taaksepäin suunnatussa passissa etsimme kaikkien toimintojen viimeisimmän valmistumispäivän, jolloin projekti voidaan saada päätökseen. Aloitamme viimeisimmästä aikaisemmasta lopetuspäivämäärästä, joka vastaa viimeisen toiminnon valmistumista. Tämä on Late Finish (LF) -aika. Myöhäisen aloitusajan (LS) saamiseksi kesto vähennetään myöhäisestä lopetusajasta. Aktiviteetin 11 myöhäiset aikataulut (myöhäinen aloitus ja myöhäinen lopetus) ovat päivät 90 ja 94. Koska toiminnon 11 myöhäinen aloituspäivä on päivä 90, toiminnot 10 ja 3 on suoritettava viimeistään päivänä 89. Tämä tapahtuu. olla molempien toimintojen myöhäinen päättymispäivä. Tämä on näiden toimintojen viimeisin päättymispäivä, jotta varmistetaan, että hanke valmistuu päivänä 94 ja toiminnon 11 myöhäinen aloituspäivä. Kunkin toiminnon myöhäisen alkamispäivämäärän saamiseksi niiden kestot vähennetään. Harkittaessa tehtävää 2 on oltava erittäin varovainen valittaessa myöhäistä lopetuspäivää, joka on myös yhdenmukainen toimintojen 3, 4 ja 6 myöhäisten aloituspäivien kanssa. Koska toimintojen 3, 4 ja 6 myöhäiset aloituspäivät ovat päivät 86, 53 ja 21, vastaavasti myöhäinen aloituspäivä Operaatio 2 maaliviiva on päivä 20.
Taulukko 3.3. Projektitoiminnot |
||||||||
Toiminnot |
Kuvaus |
Kesto |
Edellinen toiminta |
varata aikaa |
||||
Projektin tulosten määrittäminen | ||||||||
Sidosryhmien hyväksyntä | ||||||||
Sijainnin valitseminen | ||||||||
Toimittajan arviointi ja valinta | ||||||||
Laitteiston ostaminen | ||||||||
Ohjelmistosuunnittelu | ||||||||
Koodin kirjoittaminen | ||||||||
Ohjelmistojen testaus | ||||||||
Laitteistotestaus | ||||||||
Laitteiston ja ohjelmiston integrointi | ||||||||
Asennus ja lopullinen hyväksyntä |
Formula 2. Myöhäisen viimeistelyn laskenta
LS=LF - Kesto + 1
Laske löysyys (kelluke) jokaiselle toimenpiteelle.
Aikaisia ja myöhäisiä päivämääriä laskettaessa projektin aikataulu On havaittu, että joskus aikaisen ja myöhäisen aikataulun päivämäärät ovat samat ja joidenkin toimintojen kohdalla ne ovat erilaisia. Näissä toimissa aikaisen aloituspäivän ja myöhäisen aloituspäivän välillä oli ero. Näiden päivämäärien välistä eroa kutsutaan löysäksi (float tai slack). Aktiviteetin slack on aika, jonka toimintoa voidaan viivyttää ilman, että projektin loppuun saattaminen viivästyy. Kunkin toiminnon löysyyden laskemiseksi sinun on vähennettävä toiminnan myöhäisestä alkamispäivämäärästä varhainen aloituspäivä. Slack voidaan laskea myös vähentämällä varhainen lopetuspäivä myöhäisestä lopetuspäivästä, koska aloitus- ja lopetuspäivän erotus edustaa toiminnan kestoa, joka pysyy samana aikaisemmille ja myöhäisille aikatauluille.
Kaava 3. Väliaikaisen varauksen laskenta
float = LS - ES = LF - ES
Määritellä kriittinen polku (kriittinen polku).
Kriittinen polku ( kriittinen polku) on sarja operaatioita, joilla on nolla löysyys (zero float). Nolla löysällä operaatiot ovat operaatioita, joiden viivästyminen aiheuttaa välttämättä viivettä koko projektin valmistumisessa. Tämäntyyppisiä toimintoja on valvottava tiukasti, jotta varmistetaan, että projekti valmistuu määritetyssä ajassa. Sitä vastoin toimintoja, jotka eivät ole kriittisellä polulla ja joiden kelluvuus ei ole nolla, ei tarvitse hallita yhtä tiukasti. Lisäksi on tärkeää tietää, mitkä hankkeen toiminnot voivat viivästyä muuttamatta projektin valmistumisajankohtaa. Toimintaresurssit vara-aikaa voidaan tarvittaessa käyttää ohituksen suorittamiseen ( kiertotapa).
Selvitä, odotetaanko projektin valmistuvan ennen lupauspäivää.
Kun projektin aikaisin valmistumisaikataulu on määritetty, on suoritettava todellisuuden tarkistus. Aikataulussa on määritettävä projektin päättymispäivä aikaisempi kuin
lupauspäivämäärä, joka on ehkä jo ilmoitettu hankkeen osallistujille. Jos näin ei ole, meidän pitäisi antaa hälytys. Aikataulu ei vielä sisällä viivästyksiä, joita saattaa ilmetä, jos tarvittavia resursseja ei ole saatavilla. Aikataulua ei ole täydennetty varauksilla tunnettuja tai tuntemattomia riskejä varten. Myös tavalliset poikkeamat, joita esiintyy ennalta määrätyn ja todellisen välillä toiminnan kesto hanke
Sitten sinun on muutettava aikataulua tai sitoutumispäivää. On olemassa kaksi mahdollista tilannetta: aikataulu, jonka sitoumuspäivä on ennalta määritettyä päivämäärää aikaisempi, ja aikataulu, jonka sitoumuspäivä on ennalta määritettyä päivämäärää myöhempi. Jos alustava aikataulu on myöhäisempi kuin sitoumukset, on käytettävä pakkausta ( kaatuu) tai nopea kulku (seuranta).
Näiden menetelmien haittana mille tahansa aikataululle on, että se lisää projektin kustannuksia tai riskiä tai joissakin tapauksissa molempia. Näiden menetelmien soveltamisperiaatteita käsitellään IS:n elinkaaren suunnitteluvaihetta käsittelevissä osioissa.
Pyydä resursseja ja määritä resurssirajat.
Säädä aikataulua resurssirajoitusten mukaan.
Selvitä, odotetaanko hankkeen valmistuvan ennen sitoumuspäivää.
Säädä aikataulua tai sitoutumispäivää.
Hanki hyväksyntä aikataululle (sovi aikataulusta).
Projektiaikataulun hallinnan organisointi
Aikataulun hallinnassa on kyse nykyisen tilan määrittämisestä projektin aikataulu, vaikuttavat tekijät, jotka luovat muutoksia aikatauluun, tunnistavat muutoksen tosiasiat projektin aikataulu, muutoksen hallinta. Aikataulunhallintaa pidetään osana yleistä muutoksenhallintaprosessia.
Syöte aikataulunhallintaprosessiin
Aikataulun hallintasuunnitelma määrittelee, kuinka valvonta ja hallinta suoritetaan projektin aikataulu.
Aikataulun perusviiva on osa projektinhallintasuunnitelma ja perusta aikataulun suorituskyvyn mittaamiselle ja raportoinnille lähtötilanteessa toteutussuunnitelma.
Tehtävien suoritusraportit tarjoavat tietoa aikataulun suorittamisesta.
Hyväksyttyjä muutospyyntöjä käytetään aikataulun perustilan ja muiden suunnitelman komponenttien päivittämiseen.
Aikataulun hallinta suoritetaan seuraavilla työkaluilla ja tekniikoilla.
Hankkeen edistymisraportointi sisältää todelliset alkamis- ja päättymispäivät sekä keskeneräisten suunniteltujen toimien jäljellä olevan keston. Ansaitun arvon menetelmää käytettäessä raportointi voi sisältää nykyisten suunniteltujen toimien valmistumisprosentin. Projektin edistymistä koskevien määräaikaisten raportoinnin valmistelun yksinkertaistamiseksi on kätevää käyttää vakiolomakkeita - malleja. Esimerkki raportointilomakkeen mallista on esitetty kohdassa pöytä.
3.4 |
|||||||||||||
Taulukko 3.4. Projektin edistymisraporttilomakemalli | |||||||||||||
"Projektin nimi" Viikoittainen tilaraportti Raportointijakso:: | |||||||||||||
Kenelle: | |||||||||||||
Raportointikaudella tehty työ | |||||||||||||
Toiminnan nimi |
Suunniteltu Aloituspäivämäärä |
Suunniteltu viimeinen käyttöpäivä |
Poikkeama |
Odotettu viimeinen käyttöpäivä |
% saattaa loppuun |
Tässä artikkelissa käsitellään menetelmiä projektiaikataulun laatimiseen, analysoidaan niitä ja luetellaan menetelmien ominaisuudet, edut ja haitat. Projektinhallinnan menetelmien käyttöön annetaan suosituksia projektin tyypistä ja ominaisuuksista riippuen.
Projektinhallinta on tiedon, taitojen, työkalujen ja tekniikoiden soveltamista projektitoimintoihin projektien vaatimusten täyttämiseksi. Tehokkaan johtamisen tulos on hankkeen toteuttaminen vaaditussa ajassa, budjetissa ja alkuperäisten vaatimusten mukaisesti. Projektinhallinnan keskeinen menestystekijä on selkeä, ennalta määrätty projektiaikataulu.
Aikataulun kehittäminen on prosessi, jossa analysoidaan toimintosarjat, niiden kestot, resurssivaatimukset ja aikarajoitukset projektin aikataulun luomiseksi. Toimintojen, kestojen ja resurssien syöttäminen ajoitustyökaluun luo aikataulun, jossa on aikataulutetut päättymispäivämäärät projektitoimille. Hyväksyttävän projektiaikataulun laatiminen on usein iteratiivinen prosessi, mikä tarkoittaa, että aikataulun kehittämisen tietyt vaiheet toistuvat useita kertoja. Tämän seurauksena määritetään projektitoiminnan suunniteltu aloitus- ja päättymispäivä sekä virstanpylväät. Projektiaikataulun hallinta sisältää kaikki suunnittelun, valvonnan ja aikataulun korjaustoiminnot. Juuri projektin aikataulun avulla voit käyttää resursseja tehokkaimmalla tavalla, houkutella niitä niinä päivinä, kun niitä tarvitaan ja vapauttaa ne, kun resurssien tarvetta ei enää tarvita. Taloudellisesti yritys pystyy suunnittelemaan maksunsa projektiaikataulun kautta, jolloin vältetään sellaiset negatiiviset asiat kuin kassavaje. Aikataulun tarkistamista ja realistisuutta jatketaan koko projektin ajan työn edetessä, projektinhallintasuunnitelman muuttuessa ja riskitapahtumien luonteen tunnistamisessa. Alla on kaavio projektin ajankäytöstä (kuva 1).
Kuva 1. Projektin ajanhallintakaavio
Projektia hallittaessa käytetään seuraavia perusmenetelmiä projektiaikataulun luomiseen:
Yhdysvaltain laivasto loi sen 50-luvun lopulla nopeuttaakseen Polaris-sukellusveneestä laukaistavan ballistisen ohjuksen kehitystä. Tämän asejärjestelmän kehittäminen vaati useiden tuhansien yksityisten urakoitsijoiden ja valtion virastojen koordinointia. Työn koordinointi onnistui niin hyvin, että koko hanke valmistui kaksi vuotta etuajassa. Tämä johti PERT:n soveltamiseen edelleen muissa asekehitysohjelmissa Yhdysvaltain laivaston, ilmavoimien ja armeijan joukkoissa. Tällä hetkellä sitä käytetään laajasti teollisuudessa sekä palveluorganisaatioissa.
Tyypillisesti tutkimus- ja kehitystyötä tehtäessä eri toimintojen suorittamiseen tarvittavaa aikaa ei tiedetä etukäteen. Siksi PERT:tä käytettäessä otetaan huomioon työn keston asettamisen epävarmuus. Menetelmän avulla voit määrittää projektin eri vaiheiden valmistumisen todennäköisyyden tietyssä ajassa sekä laskea projektin odotetun keston. Tärkeä ja erittäin hyödyllinen tulos PERT:n käytöstä on projektien pullonkaulojen tunnistaminen. Toisin sanoen tunnistetaan ne toimet, jotka todennäköisemmin viivästävät hankkeen valmistumista. Näin projektipäällikkö tietää jo ennen työn alkamista, missä viivästyksiä on odotettavissa. Heillä on valmiudet ryhtyä tarvittaviin toimenpiteisiin etukäteen mahdollisten viivästysten poistamiseksi ja projektin valmistumisen varmistamiseksi ajallaan.
Voidaan huomata useita PERT-menetelmän ominaisuuksia:
PERT ei ota huomioon olemassa olevia resurssirajoituksia ja projektipäällikön toimia, jotka pyrkivät saamaan projektin päätökseen ajallaan. Jotta PERT onnistuisi, on tehtävä yksi oletus: kaikki kriittisen polun toimintojen kestojen satunnaisarvot ovat riippumattomia. Muuten se vaikuttaa projektin keston vaihteluun.
Suurin ero PERT:n ja CPM:n välillä on se, että työn kestoa pidetään satunnaismuuttujina. Toisin sanoen PERT:n avulla voit ottaa huomioon projektityön todellisen keston epävarmuuden arvioidaksesi ja analysoidaksesi sen valmistumisajankohtaa.
PERT-menetelmällä toteutetaan todennäköisyyspohjainen lähestymistapa työn keston määrittämiseen β-jakauman keskiarvolla. PERT on laajalti käytössä tutkimus- ja kehitysprojekteissa, koska sen avulla voidaan ottaa huomioon epävarmuus työn ajoituksessa.
Se muistuttaa monilta osin PERT:tä, mutta sen on kehittänyt itsenäisesti DuPont de Nemours. Itse asiassa molemmat menetelmät - PERT ja CPM - kehitettiin lähes samanaikaisesti. Suurin ero näiden kahden välillä on, että CPM ei ota huomioon työn keston satunnaisia vaihteluita. Sen sijaan oletetaan, että työn kesto on verrannollinen kohdennettujen resurssien määrään ja että resurssien määrää muuttamalla voidaan muuttaa työn kestoa ja projektin valmistumisajankohtaa. Siten MCP:tä käytettäessä olemassa olevien kokemusten perusteella samankaltaisten projektien toteuttamisesta saadaan suhde käytettävissä olevien resurssien ja työn keston välille. Tämän jälkeen arvioidaan kustannusten ja projektin keston väliset kompromissit.
MCP asettaa seuraavat vaatimukset projektimallille:
Tuloksena varhainen aloitus- ja lopetuspäivämäärä ei aina ole projektin aikataulu; ne osoittavat ajanjaksot, joiden sisällä toiminnot voidaan ajoittaa, ottaen huomioon toimintojen kestot, loogiset yhteydet, johdot, viiveet ja muut tunnetut rajoitukset.
Laskettuihin aikaisiin ja myöhäisiin aloitus- ja lopetuspäiviin voi vaikuttaa toiminnan yleinen kelluvuus, joka määritellään myöhästyneiden ja varhaisten töiden päättymispäivien erotuksena. Tämä mahdollistaa aikataulun olevan joustava ja se voi olla positiivinen, negatiivinen tai nolla. Kaikilla verkon poluilla aikataulun joustavuus, jota kutsutaan "täydeksi kellutuksi", mitataan aikaisen ja myöhäisen päivämäärän välisen positiivisen eron perusteella. Kriittisillä poluilla on joko nolla tai negatiivinen kokonaishöyhyys, ja kriittisen polun ajoitettuja toimintoja kutsutaan "kriittisiksi toiminnoiksi". Kriittiselle polulle on tyypillisesti tunnusomaista nolla löysyys, eli verkon pisin polku. Verkoissa kriittisen polun lähellä voi olla useita polkuja. Polkujen luominen verkossa, jossa on nolla tai positiivinen löysyys, saattaa edellyttää toiminnan kestojen, loogisten yhteyksien, johtojen, viiveiden ja muiden ajoitusrajoitusten mukauttamista. Verkon polun kokonaishöysyyden laskemisen jälkeen voidaan määrittää myös vapaa löysyys - ajanjakso, jona toimintoa voidaan viivyttää viivyttelemättä minkä tahansa välittömästi seuraavan toiminnan aikaista alkamista tietyllä verkkopolulla.
Kriittisen polun laskemiseksi sinun on suoritettava seuraavat vaiheet:
SRM:n ehdottama menetelmä on tällä hetkellä laajalle levinnyt, mutta sillä on haittapuolensa. CPM-menetelmällä voidaan optimoida vain suhteellisen helposti ymmärrettäviä projekteja, joissa ei ole vaikea ennustaa toimenpiteen suoritusaikaa. Siksi erilaisia järjestelmiä kehitettäessä tai rakennettaessa (kun jokin älyllisistä tehtävistä ei ehkä ole ratkennut pitkään aikaan), SRM on sovellettavissa vain ehdollisesti.
Tästä johtuen MCP ei voi ottaa huomioon resurssirajoituksia, ei ota huomioon työn epävarmuutta, ei ota huomioon projektin mahdollisia riskejä eikä työn laatua.
Useiden Standish Groupin perinteisiä projektinhallintamenetelmiä koskevien tutkimusten mukaan vain 44 % projekteista valmistuu ajallaan. Hankkeiden osuus on keskimäärin 222 % alun perin suunnitellusta kestosta ja 189 % alkuperäisestä budjetista. 70 % projekteista pienentää projektin alkuperäistä laajuutta, 30 % hankkeista päätetään etuajassa.
Tätä projektiaikataulun kehittämismenetelmää käytetään projekteissa, joissa ei ole tiukkoja aikatauluja ja projekti voidaan toteuttaa sekä sisäisiin tarpeisiin että ulkopuolisille asiakkaille. Niiden rikkominen johtaa todennäköisesti tilapäiseen hankkeen toteuttamisen viivästymiseen ja projektipäällikölle sanktioihin ja vastaaviin seuraamuksiin.
Menetelmä kuvattiin ensimmäisen kerran vuonna 1997 Goldrattin kirjassa ”Kriittinen ketju”. Menetelmä sai laajan tuen asiantuntijoilta, koska se oli tekniikaltaan lähellä klassista PERT-menetelmää (resurssiyhteydet olivat itse asiassa verkkomallin laajennus resursseihin). ja laskenta-algoritmit osoittautuivat melko yksinkertaisiksi ja nopeudeltaan tehokkaiksi. Puskurien laskenta oli myös yksinkertaista ja samanlainen kuin työaikojen laskentamenetelmä joissakin PERT-menetelmän laajennuksissa ja oli monien organisaatioiden vakiintuneen käytännön mukainen.
Projektinhallinnassa on yksi erittäin suuri ongelma - merkittävä osa projekteista valmistuu merkittävästi yli asetettujen määräaikojen, mikä vaikuttaa negatiivisesti näiden hankkeiden onnistumiseen. Projektien nopea valmistuminen on äärimmäisen tärkeää ja suoraan sidoksissa tulokseen, joten projektinsa lyhyessä ajassa toteuttavilla yrityksillä on vakava kilpailuetu säännöllisin määräaikoja ylittäviin verrattuna. Siksi Goldratt valitsi päätavoitteekseen saada projektin valmiiksi mahdollisimman lyhyessä ajassa.
Toimien mukaisesti tunnistamme CPM/PERT:n mukaiset projektinhallinnan ongelmakohdat, jotka vaikuttavat suoraan projektin valmistumisnopeuteen. Tämän analyysin tuloksena oli seuraava luettelo ongelmista:
Kunkin ongelman yksityiskohtaisen analyysin jälkeen Goldratt ehdotti omaa lähestymistapaansa ongelmien ratkaisemiseen:
Siten hän loi perustan uuden projektiaikataulun hallintamenetelmän muodostumiselle, jota hänen seuraajansa kehittivät edelleen.
Se on verkkoanalyysitekniikka, joka muuttaa projektin aikataulua resurssirajoitusten perusteella. Aluksi projektin verkkokaavio rakennetaan kestoarvioiden, määriteltyjen riippuvuuksien ja rajoitusten perusteella. Sitten lasketaan kriittinen polku. Kun kriittinen polku on määritetty, resurssien saatavuus otetaan huomioon ja tuloksena oleva aikataulu määritetään ottaen huomioon resurssirajoitukset. Tuloksena olevalla aikataululla on usein muokattu kriittinen polku.
Kriittinen polku resurssirajoitteineen tunnetaan "kriittisenä ketjuna". Kriittinen ketjumenetelmä lisää kestopuskureita ei-työtoimintojen muodossa epävarmuuden hallitsemiseksi. Yksi kriittisen ketjun lopussa olevista puskureista tunnetaan suunnittelupuskurina, ja se suojaa tilan valmistumispäivää kriittisen ketjun viiveiltä. Lisäpuskureita, jotka tunnetaan nimellä "syöttöpuskurit", on jokaisessa kohdassa, jossa kriittisen ketjun ulkopuolelta tulevien toisiinsa yhdistettyjen toimintojen ketju tulee kriittiseen ketjuun. Syöttöpuskurit suojaavat siten kriittistä piiriä sisääntulevien piirien jättämästä taakse. Kunkin puskurin koossa on otettava huomioon tiettyyn puskuriin johtavan riippuvaisten toimintojen ketjun keston epävarmuus. Kun aikataulupuskurin toiminnot on määritetty, aikataulutoiminnot ajoitetaan viimeisimmille ajoitetuille aloitus- ja lopetuspäiville. Siten koko verkkopolkujen hallinnan sijaan kriittinen ketjumenetelmä keskittyy jäljellä olevien puskurin kestojen hallintaan vertaamalla niitä aktiivisuusketjujen jäljellä oleviin kestoihin.
Kuvataan kriittisen ketjun menetelmän pääpiirteet:
Kriittistä ketjumenetelmää kannattaa käyttää projekteissa, joissa on määräaika ja projekti toteutetaan ulkopuoliselle asiakkaalle. Tällaiset projektit valmistuvat pääsääntöisesti ajallaan, vaikka työn nopeus ja määrä on mukautettava vallitsevaan tilanteeseen. Esimerkkinä on olympialaisten tilojen rakentaminen. Kukaan ei lykkää olympialaisia, jos laitosta ei saada valmiiksi, joten määräajasta riippumatta laitoksen tulee olla valmis. Tämäntyyppisissä hankkeissa budjetti muuttuu, mutta määräajat pysyvät muuttumattomina.
Sukhoterin Pavel Aleksandrovich
jatko-opiskelija, Moskovan valtion instrumenttitekniikan ja informatiikan yliopisto, Venäjän federaatio. Moskova
Katselukerrat: 12 516
Aikatauluta resurssien tasoitus
Verkoston aikataulusta määräajoineen tulee todellinen aikataulu vasta, kun se on taattu resurssien saatavuudella. Projektipäällikön tulee sovittaa aikataulut ja resurssit niin, että kaikki projektitoiminnot saavat riittävät resurssit ajoissa. Mutta aikatauluresursseja tasoitaessa on yleensä toinen kahdesta rajoituksesta: joko projekti on aikasidottu (toimintojen kestoa ei voida pidentää) tai projekti on resurssirajoitettu.
Projektipäällikön taito on priorisoida projekti, minimoida koko projektin viivästymisen riski ja olla ylittämättä resurssirajoja. Tässä tapauksessa on mahdollista tutkia monia vaihtoehtoja tietokoneohjelmien avulla.
Ajoitusohjelmissa jokainen toiminto voi noudattaa yhtä kahdesta resurssien tasoitusperiaatteesta:
Kiinteä kesto, jolloin työn kesto pysyy vakiona, mutta tämän määrän tarjonta määrätyillä resursseilla muuttuu;
Kiinteä määrä resursseja, joissa resurssit kohdistetaan niiden saatavuuden perusteella, ts. Työn kesto vaihtelee määrättyjen resurssien saatavuuden mukaan.
Näin ollen vähentämällä työn resurssien tarjontaa sen kesto kasvaa ja resurssien määrää lisäämällä sen kesto lyhenee.
Ajoitusohjelmiston avulla voit määrittää resursseja toimintoihin (töihin) - tunteina, päivinä tai prosenttiosuutena käyttöasteesta päivässä. Tyypillisesti laskenta perustuu 8 tunnin työpäivään ja 40 tunnin työviikkoon. Tietokoneohjelmat mahdollistavat resurssiongelmien tunnistamisen aikataulua luotaessa. Edellytyksenä on kuvaus resurssien tarpeesta ja saatavuudesta tarkasteltavan prosessin syötteessä. Jos projektimme työllistää yhden henkilön, jolla on 100 % päivittäinen työllisyys, resurssien kuormitushistogrammi näyttää edellisen kuvan mukaiselta. Kuten näette, aikataulun ensimmäisellä puoliskolla resurssit ovat ylikuormitettuja. Se voidaan tasoittaa joko a) lisäämällä resursseja tai b) pidentämällä toiminta-aikaa tai c) alentamalla toiminnan työvoimakustannuksia. Meidän tapauksessamme on järkevää käyttää viimeistä vaihtoehtoa resurssien tasoittamiseen. Esimerkiksi resurssien ylikuormitusta voidaan poistaa vähentämällä toiminnan työvoimakustannuksia, ts. seuraava yhden henkilön kuormitus operaatioihin: operaatio nro 1 - 100%, nro 2 - 50%, nro 3 - 50%, nro 4 - 50%, nro 6 - 100%, nro 7 - 100 %. 7.9
Ajoitus on yksi kolmesta projektin rajoituksesta. Projektin aikataulun – perusaikataulun – ylläpitäminen vaatii vaivaa ja jonkin verran hallintaa.
Aikataulunhallintaprosessi on:
Aikatauluun vaikuttavissa säätelytekijöissä;
Poikkeamien analysoinnissa, muutosten ja todellisten muutosten tunnistamisessa aikataulussa, sekä dokumentoituna että korjaavien vaikutusten kautta projektin osallistujiin.
Aikataulunhallintaprosessin syötteenä meillä on:
Projektin aikataulu;
Toteutusraportit;
Muutospyynnöt;
Aikataulun hallintasuunnitelma.
Uloskäynnissä:
Aikataulun selventäminen, projektisuunnitelman mukauttaminen;
Korjaavat toimenpiteet.
Huomaa, että aikataulu on herkkä riskeille tai tarkemmin sanottuna riskejä aiheuttaville lisätöille. Siksi lopullinen aikataulu laaditaan yksityiskohtaisen riskisuunnittelun jälkeen.
Projektiaikataulun hallinnan organisointi Aikataulun hallinta liittyy projektiaikataulun tämänhetkisen tilan selvittämiseen, aikatauluun muutoksia luoviin vaikuttajiin, projektiaikataulun muutosfaktien tunnistamiseen ja muutosten hallintaan. Aikataulunhallintaa pidetään osana yleistä muutoksenhallintaprosessia.
Syöte aikataulunhallintaprosessiin
Aikataulunhallintasuunnitelma määrittelee, kuinka projektin aikataulua ohjataan ja hallitaan.
Aikataulun perusviiva on osa projektinhallintasuunnitelmaa ja perusta aikataulun suorituskyvyn mittaamiselle ja raportoinnille suorituskyvyn perusviivan sisällä.
Tehtävien suoritusraportit tarjoavat tietoa aikataulun suorittamisesta.
Hyväksyttyjä muutospyyntöjä käytetään aikataulun perustilan ja muiden suunnitelman komponenttien päivittämiseen.
Aikataulun hallinta suoritetaan seuraavilla työkaluilla ja tekniikoilla.
Projektin edistymisraporttilomakemalli
"Projektin nimi" Viikoittainen tilanneraportti Raportointikausi:___________________________ |
||||||||||||||||||||||
Kenelle: | ||||||||||||||||||||||
Lähettäjä: | ||||||||||||||||||||||
Päivämäärä: | ||||||||||||||||||||||
Raportointikaudella tehty työ |
||||||||||||||||||||||
№ | Toiminnan nimi | Suunniteltu aloituspäivä | Suunniteltu valmistumispäivä | Poikkeama | Arvioitu valmistumispäivä: toukokuu | % saattaa loppuun | Kommentti |
|||||||||||||||
Operaatiopaketin nimi |
||||||||||||||||||||||
1. | ||||||||||||||||||||||
Operaatiopaketin nimi |
||||||||||||||||||||||
2. | ||||||||||||||||||||||
3. | ||||||||||||||||||||||
Johtopäätökset ja tarjoukset |
||||||||||||||||||||||
Johtopäätökset: |
||||||||||||||||||||||
Tarjoukset: |
||||||||||||||||||||||
Avoimia kysymyksiä ja ongelmia |
||||||||||||||||||||||
№ | № Lehdessä | Kuvaus | Ratkaisu/päätösprojekti | Päätöksen määräaika | Vastuullinen | Prioriteetti |
||||||||||||||||
Suorituskyvyn mittaus. Suorituskyvyn mittausmenetelmät tuottavat aikataulun varianssin ja aikataulun suoritusindeksin, joita käytetään mahdollisten aikataulupoikkeamien suuruuden arvioimiseen.
Poikkeamaanalyysi. Aikataulunhallinnan keskeinen tehtävä on suorittaa aikataulun varianssianalyysiä. Tavoitteen alkamis- ja päättymispäivien vertaaminen toteutuneisiin/ennustettuihin päivämääriin antaa tietoja korjaavien toimenpiteiden toteuttamiseksi viivästyessä.
Vertailevat aikataulukaaviot. Aikataulun suorittamisen analyysin yksinkertaistamiseksi on kätevää käyttää vertailevaa pylväskaaviota, jossa on kaksi palkkia kullekin ajoitetulle toiminnolle - nykyinen tila ja hyväksytyn perusaikataulun tila. Kaavio näyttää selkeästi paikat, joissa aikataulu on suunnitelmaa edellä ja missä se on sen jälkeen.
Toteutuslinja
Edistymisrivi näyttää, kuinka paljon aikaa kukin projektiaktiviteetti on edellä tai jäljessä perusaikataulusta.
Suoritusrivin vasemmalla puolella näkyy kunkin toiminnon valmis osa, oikealla on jäljellä oleva osa. Dragan Z. Milosevicin mukaan viimeaikaiset edistyneet sovellukset pitävät suoritustaselinjaa yhtenä ennakoivan aikataulun hallinnan vaiheista. Aikaa, jonka toiminto on perusaikataulusta jäljessä, käytetään vaikutusten säätämiseen mahdollisen viiveen eliminoimiseksi.
Projektin toteutuslinjan rakentaminen
Virstanpylväskaavio
Suurin ero toteutusrivistä on se, että kaavio keskittyy projektin virstanpylväisiin.
Sen piirtämiseksi suoritetaan samat vaiheet kuin suoritusriviä rakennettaessa, yhdellä erolla - analyysin kohteena ovat ohjaustapahtumat.
P
Kuva 13. Esimerkki projektin suorituslinjasta (Milosevic)
ohjaustapahtumakaavion rakentaminen
Pystyakselilla on merkitty perusaikatauluun kirjattujen valvontatapahtumien - suunniteltujen tapahtumien - esiintymispäivämäärät.
Vaaka-akselille on merkitty samat kontrollitapahtumien päivämäärät.
He piirtävät projektin toteuttamisen suunnitellun linjan, joka kulkee 45 asteen kulmassa kumpaankin akseliin nähden. Ajoitetut ohjaustapahtumat merkitään suoritusriville (katso kuva 14).
Kokouksessa ensimmäisen virstanpylvään omistaja arvioi edistymisen edistymistä (virstanpylvään saavuttamisen varmistavien toimintojen toteutusta) ja kirjaa sen kaavioon sekä arvioi ajankohtaiset ongelmat, jotka aiheuttavat poikkeamia perusaikataulusta, ennustaa virstanpylvään esiintymispäivämäärät, määrittää todellisten poikkeamien vaikutuksen asteen riippuvaisiin ohjaustapahtumiin.
Graafisesti esitetty tieto projektin etenemisestä antaa selkeän kuvan projektin sisäisestä dynamiikasta.
Projektiaikataulut, vaikuttaminen aikataulumuutoksia aiheuttaviin tekijöihin, projektiaikataulun muutosfaktien tunnistaminen, muutosten hallinta. Aikataulunhallintaa pidetään osana yleistä muutoksenhallintaprosessia.
Syöte aikataulunhallintaprosessiin
Aikataulunhallintasuunnitelma määrittelee, kuinka projektin aikataulua ohjataan ja hallitaan.
Aikataulun perusviiva on osa projektinhallintasuunnitelmaa ja perusta aikataulun suorituskyvyn mittaamiselle ja raportoinnille suorituskyvyn perusviivan sisällä.
Tehtävien suoritusraportit tarjoavat tietoa aikataulun suorittamisesta.
Hyväksyttyjä muutospyyntöjä käytetään aikataulun perustilan ja muiden suunnitelman komponenttien päivittämiseen.
Aikataulun hallinta suoritetaan seuraavilla työkaluilla ja tekniikoilla.
Projektin edistymisraporttilomakemalli
"Projektin nimi" Viikoittainen tilanneraportti Raportointikausi:___________________________
|
||||||||||||||||||||||
Kenelle: | ||||||||||||||||||||||
Lähettäjä: | ||||||||||||||||||||||
Päivämäärä: | ||||||||||||||||||||||
Raportointikaudella tehty työ |
||||||||||||||||||||||
№ |
Toiminnan nimi |
Suunniteltu aloituspäivä |
Suunniteltu valmistumispäivä |
Poikkeama |
Arvioitu valmistumispäivä: toukokuu |
% saattaa loppuun |
Kommentti |
|||||||||||||||
Operaatiopaketin nimi |
||||||||||||||||||||||
1. | ||||||||||||||||||||||
Operaatiopaketin nimi |
||||||||||||||||||||||
2. | ||||||||||||||||||||||
3. | ||||||||||||||||||||||
Johtopäätökset ja tarjoukset |
||||||||||||||||||||||
Johtopäätökset: |
||||||||||||||||||||||
Tarjoukset: |
||||||||||||||||||||||
Avoimia kysymyksiä ja ongelmia |
||||||||||||||||||||||
№ |
№ Lehdessä |
Kuvaus |
Ratkaisu/päätösprojekti |
Päätöksen määräaika |
Vastuullinen |
Prioriteetti |
||||||||||||||||
Suorituskyvyn mittaus. Suorituskyvyn mittausmenetelmät tuottavat aikataulun varianssin ja aikataulun suoritusindeksin, joita käytetään mahdollisten aikataulupoikkeamien suuruuden arvioimiseen.
Poikkeamaanalyysi. Aikataulunhallinnan keskeinen tehtävä on suorittaa aikataulun varianssianalyysiä. Tavoitteen alkamis- ja päättymispäivien vertaaminen toteutuneisiin/ennustettuihin päivämääriin antaa tietoja korjaavien toimenpiteiden toteuttamiseksi viivästyessä.
Vertailevat aikataulukaaviot. Aikataulun suorittamisen analyysin yksinkertaistamiseksi on kätevää käyttää vertailevaa pylväskaaviota, jossa on kaksi palkkia kullekin ajoitetulle toiminnolle - nykyinen tila ja hyväksytyn perusaikataulun tila. Kaavio näyttää selkeästi paikat, joissa aikataulu on suunnitelmaa edellä ja missä se on sen jälkeen.
Toteutuslinja
Edistymisrivi näyttää, kuinka paljon aikaa kukin projektiaktiviteetti on edellä tai jäljessä perusaikataulusta.
Suoritusrivin vasemmalla puolella näkyy kunkin toiminnon valmis osa, oikealla on jäljellä oleva osa. Dragan Z. Milosevicin mukaan viimeaikaiset edistyneet sovellukset pitävät suoritustaselinjaa yhtenä ennakoivan aikataulun hallinnan vaiheista. Aikaa, jonka toiminto on perusaikataulusta jäljessä, käytetään vaikutusten säätämiseen mahdollisen viiveen eliminoimiseksi.
Projektin toteutuslinjan rakentaminen
Virstanpylväskaavio
Suurin ero toteutusrivistä on se, että kaavio keskittyy projektin virstanpylväisiin.
Sen piirtämiseksi suoritetaan samat vaiheet kuin suoritusriviä rakennettaessa, yhdellä erolla - analyysin kohteena ovat ohjaustapahtumat.
P
Kuva 13. Esimerkki projektin suorituslinjasta (Milosevic)
ohjaustapahtumakaavion rakentaminen
Pystyakselilla on merkitty perusaikatauluun kirjattujen valvontatapahtumien - suunniteltujen tapahtumien - esiintymispäivämäärät.
Vaaka-akselille on merkitty samat kontrollitapahtumien päivämäärät.
He piirtävät projektin toteuttamisen suunnitellun linjan, joka kulkee 45 asteen kulmassa kumpaankin akseliin nähden. Ajoitetut ohjaustapahtumat merkitään suoritusriville (katso kuva 14).
Kokouksessa ensimmäisen virstanpylvään omistaja arvioi edistymisen edistymistä (virstanpylvään saavuttamisen varmistavien toimintojen toteutusta) ja kirjaa sen kaavioon sekä arvioi ajankohtaiset ongelmat, jotka aiheuttavat poikkeamia perusaikataulusta, ennustaa virstanpylvään esiintymispäivämäärät, määrittää todellisten poikkeamien vaikutuksen asteen riippuvaisiin ohjaustapahtumiin.