Katrs projekta vadītājs saskaras ar tik tipisku uzdevumu kā tīkla diagrammas izveidošana. Šobrīd šis process ir pilnībā automatizēts un, kā likums, vadītājam nekādu problēmu nav lielas problēmas. Jau sen vairs nav nepieciešams zīmēt grafikus uz papīra, aprēķināt uzdevumu agrīnos un vēlos sākumus vai beigas, savienot uzdevumus ar bultiņām vai aprēķināt kritiskā ceļa garumu. ISUP veiksmīgi atrisina visas šīs problēmas.
Tomēr, neizprotot tīkla grafiku konstruēšanas pamatus un noteikumus, bieži tiek pieļautas kļūdas. Neskatoties uz to, ka mūsdienu ir diezgan “gudri” un pasargā projekta vadītāju daudzos brīžos saistībā ar projekta grafiku, tomēr paliek “aklās” vietas, kas atrodas tikai projekta vadītāja atbildības jomā.
Lai no tā gūtu reālu labumu, jums tas ir jāprot izmantot kompetenti, tāpat kā jebkuru citu rīku.
Kas ir tīkla diagramma
Tīkla diagramma (angļu, Projektu tīkls) ir dinamisks projekta modelis, kas atspoguļo projekta darbu atkarību un secību, savienojot to izpildi laikā, ņemot vērā resursu izmaksas un darbu izmaksas.
Tīkla diagrammu var izveidot divos veidos:
- Grafika virsotnes parāda noteikta objekta stāvokli (piemēram, konstrukcijas), un loki attēlo darbu, kas tiek veikts šajā objektā.
- Diagrammas virsotnes atspoguļo darbus, un savienojumi starp tām atspoguļo atkarības starp darbiem.
Tīkla grafikas konstruēšanas noteikumi
Pirmkārt, tīkla diagrammas izveidošana sastāv no pareizu notikumu savienošanas kopā (norādīts diagrammā aprindās) ar darba palīdzību (norādīts diagrammā). bultiņas). Bultiņu pareizais savienojums ir šāds:
- katram tīkla diagrammas darbam ir jāiziet no notikuma, kas nozīmē visu darbu beigas, kuru rezultāts ir nepieciešams darba uzsākšanai;
- notikums, kas iezīmē konkrēta darba sākumu, nedrīkst ietvert to darbu rezultātus, kuru pabeigšana nav nepieciešama šī darba uzsākšanai;
- tīkla diagramma ir veidots no kreisās puses uz labo, un katram pasākumam ar lielāku sērijas numuru jāatrodas pa labi no iepriekšējā. Bultas, kas apzīmē darbu, arī jānovieto no kreisās uz labo pusi.
Oriģinālie darbi
Grafika sastādīšana sākas ar tādu darbu attēlošanu, kuru uzsākšanai nav nepieciešami citu darbu rezultāti. Šādu darbu var saukt par sākotnējo darbu, jo visi pārējie kompleksa darbi tiks veikti tikai pēc to pilnīgas pabeigšanas.
Atkarībā no plānotā kompleksa specifikas sākotnējie darbi var būt vairāki, vai arī var būt tikai viens. Veicot sākotnējos darbus, jāņem vērā, ka tīkla diagrammā jābūt tikai vienam sākuma notikumam.
1. attēlā parādīts tīkla diagrammas sākuma piemērs ar vienu sākotnējo darbu (darbs A), un 2. attēlā ir tīkla diagrammas sākuma piemērs ar trim sākotnējiem darbiem (darbiem A, B, C).
Attēls 1. Tīkla diagramma ar viena avota darbu
2. attēls. Tīkla shēma ar trim oriģināldarbiem
Secīgi darbi
Ja darbs B jāveic tikai pēc darba pabeigšanas A, tad grafikā tas ir attēlots kā secīga darbu un notikumu ķēde.
Attēls 3. Secīgi veiktie darbi
Ja veikt vairākus darbus, piem. B Un C ir vajadzīgs tā paša darba rezultāts A, tad grafikā tas ir attēlots ar “paralēlām” bultiņām, kas izplūst no notikuma, kas ir veiktā darba rezultāts A.
4. attēls. Darbi, kas veikti pēc viena un tā paša darba
Ja lai paveiktu darbu C ir nepieciešams darba rezultāts A Un B, tad grafikā tas tiek attēlots ar “paralēlām” bultiņām, kas ievada notikumu, pēc kura seko darbs C.
5. attēls. Darbs, kas paveikts pēc vairākiem darbiem
Ja veikt darbu B Un C nepieciešams darba starprezultāts A, tad strādājiet A ir sadalīts apakšuzdevumos tā, ka tā pirmais apakšuzdevums ( A1) tika izpildīts, līdz tika iegūts darba uzsākšanai nepieciešamais starprezultāts B, un otrais apakšuzdevums tika izpildīts līdz tika iegūts darba uzsākšanai nepieciešamais starprezultāts C, nākamo daļu A3 var izpildīt paralēli darbam A1 Un A2.
6.attēls Darbi, kas veikti pēc daļējas citu darbu pabeigšanas
Divus blakus pasākumus var apvienot ar vienu un tikai vienu aktivitāti. Lai attēlotu paralēlu darbu pie tīkla diagrammas, tiek ieviests tā sauktais starpposma notikums un fiktīvs darbs.
7. attēls. Darbi, kuriem ir kopīgi sākuma un beigu notikumi
Ja veic darbu D iespējams tikai pēc kopējā darba rezultāta saņemšanas A Un B, un darot darbu C– saņemot tikai A darba rezultātu, tad tīkla diagrammā jāievada papildu notikums un fiktīvs darbs.
8. attēls. Manekenu darbu izmantošana
"Astes" un "strupceļi"
Tīklā nedrīkst būt “strupceļi”, t.i. starpposma notikumi, no kuriem neiznāk darbs. 9. attēlā strupceļa notikums ir notikums 6.
Nedrīkst būt arī “astes”, t.i. starpposma notikumi, pirms kuriem nav veikta vismaz viena darbība. 9. attēlā astes notikums ir notikums 3 .
9. attēls. “Astes” un “strupceļi” tīkla diagrammā
Cikli
Tīkla diagrammā nedrīkst būt cikli, kas sastāv no savstarpēji saistītiem darbiem, kas veido slēgtu ķēdi - darbu ķēdi D->F->G 10. attēlā. Šī situācija, visticamāk, norāda uz kļūdu darbu saraksta sastādīšanā un to saistību noteikšanā.
10. attēls. Cikls uz tīkla diagrammas
Šajā gadījumā ir nepieciešams analizēt avota datus un, atkarībā no analīzes rezultātā izdarītajiem secinājumiem, vai nu novirzīt ciklu veidojošo darbu uz citu notikumu (ja šajā notikumā sākas darbs prasa tā rezultātu vai ja tas ir daļa no kopējā rezultāta), vai pilnībā izslēgt to no kompleksa (ja tiek noteikts, ka tā rezultāts nav nepieciešams).
11. attēlā parādīts cilpas likvidēšanas piemērs darbības laikā G kļūst par daļu no kopējā rezultāta.
11. attēls. Cilpas novēršana tīkla diagrammā
Darbu nosaukšana un notikumu numerācija
Katram darbam tīkla diagrammā jābūt unikāli definētam, tikai izmantojot tam raksturīgo notikumu pāri, tāpat kā diagrammā nedrīkst būt notikumi ar vienādiem cipariem.
Lai pareizi numurētu notikumus, rīkojieties šādi: notikumu numerācija sākas ar sākotnējo notikumu, kuram tiek piešķirts numurs 0 . Visi no tā izrietošie darbi tiek dzēsti no sākotnējā notikuma, un atlikušajā tīklā atkal tiek atrasts notikums, kas neietver nevienu darbu. Šim notikumam ir piešķirts numurs 1 . Tad no pasākuma iznākošie darbi tiek izsvītroti. 1 , un atkal atrodiet notikumu atlikušajā tīkla daļā, kurā nav iekļauts neviens darbs, tam tiek piešķirts numurs 2 un tā tālāk līdz noslēguma notikumam.
Skatījumi: 11 015
,
Uzņēmuma, īpaši ražošanas uzņēmuma, darba optimizēšana ir viena no svarīgākajiem nosacījumiem uzņēmuma pastāvēšana. Ne tikai konkurence prasa nepārtrauktu plūsmu ražošanas process. Mūsdienu tendences saražotās produkcijas izmaksu samazināšana, pirmkārt, ietver dīkstāves novēršanu un darbību konsekvenci.
Šo problēmu risināšanai tiek izmantota metodika, lai optimizētu aktivitātes un aprēķinātu darba izpildes termiņus. Izstrādātais tīkla grafiks ļauj noteikt atsevišķu darbību loģisko secību, iespēju tos apvienot laikā, kā arī visa ražošanas cikla darba laiku.
Kas tas ir?
Viena no metodēm efektīvai ražošanas uzņēmuma darbības plānošanai ir tīkla diagrammas izveidošana. Sākotnēji tas tika izmantots būvniecībā un noteica ne tik daudz darba secību, cik dažādu specialitāšu darbinieku komandu ienākšanas laiku būvlaukumā. To sauc par "plānoto darba grafiku".
IN mūsdienu apstākļos, kad lielie uzņēmumi ražo produktus masveidā, lai atvieglotu un palielinātu produktivitāti, viss process tiek sadalīts vienkāršas operācijas. Tāpēc tīkla diagramma “migrēja” no būvniecības uz gandrīz visām nozarēm.
Tātad, ko šis dokuments parāda? Pirmkārt, ir detalizēti uzskaitītas visas darbības, kas nepieciešamas preču ražošanai (pakalpojumu ražošanai). Otrkārt, tiek noteikta loģiskā savstarpējā atkarība starp tām. Un visbeidzot, treškārt, tiek aprēķināti ne tikai katra konkrētā darba izpildes termiņi, bet arī laiks, kas nepieciešams ražošanas procesa pilnīgai pabeigšanai.
Atklājot projekta darbību iekšējās atkarības, tīkla grafiks kļūst par pamatu iekārtu un darbaspēka noslodzes plānošanai.
“Darbības” jēdziens tīkla plānošanā
Tīkla diagrammā varat novērtēt darba sākuma (pabeigšanas) periodus, piespiedu dīkstāves laiku un attiecīgi maksimālo aizkaves laiku noteiktām darbībām. Turklāt tiek apzinātas kritiskās operācijas – tās, kuras nevar veikt pēc grafika.
Izprotot plānošanas terminoloģiju, jums ir skaidri jāsaprot, kas ir darbība. Visbiežāk to saprot kā nedalāmu darba daļu, kuras pabeigšanai nepieciešams laiks. Turklāt mēs saprotam, ka ar operācijas veikšanu ir saistītas izmaksas: laiks un resursi (gan darbaspēks, gan materiāli).
Dažos gadījumos dažu darbību veikšana neprasa resursus, ir nepieciešams tikai laiks, kas ņem vērā tīkla grafiku. Piemērs tam ir betona sacietēšanas gaidīšana (celtniecībā), velmēto detaļu atdzišanas laiks (metalurģija) vai vienkārši līguma vai atļaujas dokumentācijas apstiprināšana (parakšana).
Visbiežāk operācijām plānošanā tiek doti nosaukumi imperatīvā noskaņā (izstrādāt specifikāciju); dažreiz nosaukumiem tiek lietoti verbālie lietvārdi (specifikācijas izstrāde).
Operāciju veidi
Sastādot tīkla grafiku, ir vairāki darba veidi:
- sapludināšana - pirms šīs darbības uzreiz ir vairāk nekā viens darbs;
- paralēlas darbības tiek veiktas neatkarīgi viena no otras un pēc projektētāja pieprasījuma var tikt veiktas vienlaikus;
- Sadalīšanas operācija pieņem, ka pēc tās pabeigšanas vienlaikus var veikt vairākus nesaistītus darbus.
Turklāt plānošanai ir nepieciešami vairāki citi jēdzieni. Ceļš ir izpildes laiks un savstarpēji atkarīgo darbību secība. Un kritiskais ceļš ir garākais ceļš no visas darba sistēmas. Ja kāda darbība šajā ceļā netiks pabeigta laikus, visa projekta īstenošanas termiņi tiks nokavēti.
Un visbeidzot: pasākums. Šis termins parasti apzīmē darbības sākumu vai beigas. Pasākumam nav nepieciešami līdzekļi.
Kā izskatās grafiks?
Jebkurš mums pazīstams grafiks ir attēlots ar līkni, kas atrodas plaknē (retāk telpā). Taču tīkla plāna veids būtiski atšķiras.
Projekta tīkla diagramma var izskatīties divējādi: viens paņēmiens ietver darbību apzīmēšanu blokshēmas (DC) mezglos, otrais šim nolūkam izmanto savienojošās bultiņas (OS). Daudz ērtāk ir izmantot pirmo metodi.
Darbību norāda apaļš vai taisnstūrveida bloks. Bultiņas, kas tos savieno, nosaka attiecības starp darbībām. Tā kā darbu nosaukumi var būt diezgan gari un apjomīgi, blokos tiek ievadīti operāciju numuri, un grafikam tiek sastādīta specifikācija.
Grafika izstrādes noteikumi
Lai pareizi plānotu, jums jāatceras daži noteikumi:
- Grafiks izvēršas no kreisās puses uz labo.
- Bultiņas norāda savienojumus starp darbībām; tie var pārklāties.
- Katram vienkāršam darbam ir jābūt savam sērijas numurs; nevienai nākamajai darbībai nevar būt mazāks skaitlis par iepriekšējo.
- Diagrammā nevar būt cilpas. Tas ir, jebkura ražošanas procesa cilpa ir nepieņemama un norāda uz kļūdu.
- Veidojot tīkla diagrammu, nevar izmantot nosacījumus (nosacījuma pasūtījuma piemērs: “ja darbība ir pabeigta.. veic darbu... ja nē, neveic nekādas darbības”).
- Lai norādītu darba sākumu un beigas, ērtāk ir izmantot vienu bloku, kas nosaka sākotnējās (galīgās) darbības.
Grafu uzbūve un analīze
Katram darbam ir jānoskaidro trīs lietas:
- Darbību saraksts, kas jāveic pirms šī darba. Tos sauc par iepriekšējiem saistībā ar doto.
- To darbību saraksts, kas tiek veiktas pēc noteiktas darbības. Šādi darbi tiek saukti šādi.
- Uzdevumu saraksts, ko var veikt vienlaikus ar doto. Tās ir paralēlas darbības.
Visa saņemtā informācija sniedz analītiķiem nepieciešamo pamatu loģisku attiecību veidošanai starp tīkla diagrammā iekļautajām darbībām. Tālāk ir sniegts šo attiecību veidošanas piemērs.
Reālistisks grafiks prasa nopietnu un objektīvu ražošanas grafiku izvērtējumu. Laika noteikšana un ievadīšana grafikā ļauj ne tikai aprēķināt visa projekta ilgumu, bet arī noteikt svarīgākos mezglus.
Grafika aprēķins: tiešā analīze
Vienas operācijas veikšanai patērētais laiks tiek aprēķināts, pamatojoties uz standarta darbaspēka izmaksām. Pateicoties tiešajam vai apgrieztā metode aprēķinot, varat ātri orientēties darba secībā un noteikt kritiskās darbības.
Tiešā analīze ļauj noteikt agri datumi visu darbību sākums. Reverss - sniedz priekšstatu par vēlākiem datumiem. Turklāt, izmantojot abas analīzes metodes, ir iespējams ne tikai noteikt kritisko ceļu, bet arī noteikt laika intervālus, par kuriem var aizkavēties atsevišķu darbu pabeigšana, nepārkāpjot kopējos projekta termiņus.
Tiešā analīze pārbauda projektu no sākuma līdz beigām (ja mēs runājam par sastādīto grafiku, tad kustība pa to notiek no kreisās puses uz labo). Pārejot cauri visām darbību ķēdēm, palielinās visa darbu kompleksa pabeigšanai nepieciešamais laiks. Tīkla grafika tiešā aprēķinā tiek pieņemts, ka katra nākamā darbība sākas brīdī, kad beidzas visi tās priekšgājēji. Jāatceras, ka nākamais darbs sākas brīdī, kad beidzas garākais no tieši iepriekšējiem. Ik uz soļa tieša analīze tiek pievienots izpildes laiks norēķinu darījums. Tādā veidā mēs iegūstam agrīnā sākuma (ES) un agrīnās pabeigšanas (EF) vērtības.
Bet jums jābūt uzmanīgiem: iepriekšējās darbības agrās beigas kļūst par nākamās operācijas agru sākumu tikai tad, ja tā nav sapludināšana. Šajā gadījumā sākums būs garākā iepriekšējā darba priekšlaicīga pabeigšana.
Reversā analīze
Apgrieztā analīzē tiek ņemti vērā šādi tīkla grafika parametri: novēlota pabeigšana un novēlota darbu sākšana. Pats nosaukums liek domāt, ka aprēķins tiek veikts no visa projekta pēdējās darbības līdz pirmajai (no labās uz kreiso). Virzoties uz darba sākumu, jums jāatskaita katras darbības ilgums. Tādā veidā tiek noteikti darba vēlākie sākuma (LS) un finiša (LF) datumi. Ja projekta laika posms sākotnēji nav norādīts, tad aprēķins sākas no pēdējās darbības beigām.
Atslābuma aprēķins
Aprēķinot tīkla darba grafiku abos virzienos, ir viegli noteikt īslaicīgu dīkstāvi (dažkārt tiek lietots termins “svārstības”). Pilna laika iespējama kavēšanās darbības pabeigšana ir vienāda ar starpību starp konkrētas darbības agrīno un vēlo sākumu (LS - ES). Tā ir laika rezerve, kas netraucēs kopējos projekta termiņus.
Pēc visu svārstību aprēķināšanas viņi sāk noteikt kritisko ceļu. Tas veiks visas darbības, kurām nav dīkstāves (LF = EF; un attiecīgi LF - EF = 0 vai LS - ES = 0).
Protams, teorētiski viss izskatās vienkārši un vienkārši. Izstrādātā tīkla shēma (tās uzbūves piemērs parādīts attēlā) tiek pārnesta uz ražošanu un ieviesta. Bet kas slēpjas aiz skaitļiem un aprēķiniem? Kā izmantot iespējamo tehnoloģisko dīkstāvi vai, gluži otrādi, izvairīties no nepārvaramas varas situācijām.
Pārvaldības eksperti iesaka kritisku darbību veikšanai norīkot vispieredzējušākos darbiniekus. Turklāt, novērtējot projekta riskus, jābūt uzmanīgiem Īpaša uzmanība ne tikai šie soļi, bet arī tie, kas tieši ietekmē kritisko ceļu. Ja nav iespējams kontrolēt darba gaitu kopumā, tad ir jāatrod laiks primārās informācijas iegūšanai tieši no kritisko ceļu operācijām. Lieta ir runāt tieši ar šāda darba veicējiem.
Tīkla diagramma - rīks uzņēmuma darbības optimizēšanai
Runājot par resursu (arī darbaspēka) izmantošanu, vadītājam ir daudz vieglāk tos pārvaldīt, ja ir tīkla darba grafiks. Tas parāda visas dīkstāves un katra konkrētā darbinieka (komandas) aizņemtību. Dīkstāvē esoša darbinieka izmantošana vienā objektā, lai īstenotu citu, ļauj optimizēt uzņēmuma darbību kopumā.
Nepalaidiet uzmanību vēl vienu lietu praktiski padomi. Realitātē projektu vadītāji saskaras ar “augstākas vadības vēlmi” redzēt darbu pabeigtu “vakar”. Lai izvairītos no panikas un defektu atbrīvošanas, ir jāstiprina resursi ne tik daudz uz kritiskā ceļa darbībām, bet gan uz tiem, kas to tieši ietekmē. Kāpēc? Jā, jo kritiskajā ceļā jau nav dīkstāves, un bieži vien nav iespējams samazināt ražošanas laiku.
Iedomāsimies situāciju, izstrādājot kapitāla būvniecības projektu ražošanas uzņēmumā. Projekts ir veiksmīgi uzsākts un plānošanas darbi rit pilnā sparā. Izveidots un apstiprināts, starpposma plāns ir pieņemts. Izstrādāta primārā versija kalendāra plāns. Tā kā uzdevums izrādījās diezgan apjomīgs, kurators nolēma izstrādāt arī tīkla modeli. Šī raksta tēma ir tīkla diagrammas aprēķins tās izpildes lietišķajā aspektā.
Pirms simulācijas sākšanas
Tīkla projektu plānošanas metodiskā bāze ir izklāstīta mūsu tīmekļa vietnē vairākos rakstos. Es tikai atsaukšos uz diviem no tiem. Tie ir materiāli, kas veltīti vispārīgi un tieši. Ja stāsta gaitā rodas jautājumi, pārskati iepriekš sniegtās izpratnes, tajās iezīmējas metodoloģijas galvenā būtība. Šajā rakstā apskatīsim nelielu piemēru būvniecības un uzstādīšanas darbu kompleksa lokālai daļai nozīmīga projekta īstenošanas ietvaros. Aprēķinus un modelēšanu veiksim, izmantojot “virsotņu darba” metodi un klasisko tabulu metodi (“virsotnes-notikums”), izmantojot MKR (kritiskā ceļa metodi).
Mēs sāksim veidot tīkla diagrammu, pamatojoties uz kalendāra plāna pirmo atkārtojumu, kas izveidots Ganta diagrammas veidā. Skaidrības labad es ierosinu neņemt vērā prioritātes attiecības un pēc iespējas vienkāršot darbību secību. Lai gan praksē tas notiek reti, iedomāsimies mūsu piemērā, ka darbības ir sakārtotas secībā “finišs-sākums”. Zemāk Jūs atradīsiet divas tabulas: izrakstu no projekta darbu saraksta (15 operāciju fragments) un formulu uzrādīšanai nepieciešamo tīkla modeļa parametru sarakstu.
Investīciju projekta operāciju saraksta fragmenta piemērs
Aprēķināmo tīkla modeļa parametru saraksts
Nebaidieties no elementu pārpilnības. Tīkla modeļa izveide un parametru aprēķināšana ir diezgan vienkārša. Ir svarīgi rūpīgi sagatavoties, lai būtu pa rokai hierarhiska darba struktūra, lineāra Ganta diagramma - kopumā viss, kas ļauj noteikt darbību secību un savstarpējās attiecības. Pat pirmajā reizē, kad palaižat grafiku, iesaku, lai jūsu priekšā būtu formulas nepieciešamo vērtību aprēķināšanai. Tie ir parādīti zemāk.
Formulas tīkla diagrammas parametru aprēķināšanai
Kas mums ir jānosaka, veidojot grafiku?
- Agrs uzsākts darbs, kas ietver vairākus savienojumus no iepriekšējām darbībām. Mēs izvēlamies maksimālo vērtību no visām iepriekšējo darbību agrīnajām beigām.
- Pašreizējās darbības vēla beigas, no kurām tiek izvadītas vairākas saites. Mēs izvēlamies minimālo vērtību no visiem turpmāko darbību novēlotajiem sākumiem.
- Darbību secība, kas veido kritisko ceļu. Šīm darbībām agrais un vēlais starts ir vienāds, kā arī attiecīgi agrā un vēlā finišēšana. Rezerve šādai operācijai ir 0.
- Pilnas un privātas rezerves.
- Darba intensitātes koeficienti. Rezervju formulu loģiku un darba intensitātes koeficientu apskatīsim īpašā sadaļā.
Modelēšanas darbību secība
Pirmais solis
Mēs sākam veidot tīkla diagrammu, secīgi novietojot uzdevumu taisnstūrus no kreisās puses uz labo, piemērojot iepriekšējos rakstos aprakstītos noteikumus. Veicot modelēšanu pēc “virsotnes-darba” metodes, diagrammas galvenais elements ir septiņu segmentu taisnstūris, kurā atspoguļoti sākuma, beigu, ilguma, laika rezerves un darbību nosaukuma vai skaita parametri. Tā parametru diagramma ir parādīta zemāk.
Darba attēla diagramma uz tīkla diagrammas
Tīkla diagrammas konstruēšanas pirmā posma rezultāts
Saskaņā ar darbību secības loģiku, izmantojot specializētu programmu, MS Visio vai jebkuru redaktoru, mēs ievietojam darba attēlus iepriekš norādītajā formātā. Vispirms aizpildiet veicamo darbību nosaukumus, to numurus un ilgumu. Mēs aprēķinām agrīnu sākumu un agro beigas, ņemot vērā formulu pašreizējās darbības agrīnai sākšanai vairāku ienākošo savienojumu apstākļos. Un tā mēs ejam līdz pēdējam operācijas fragmentam. Tajā pašā laikā mūsu paraugprojektā tā pati Ganta diagramma neparedz izejošos savienojumus no operācijām 11, 12, 13 un 14. Nav pieļaujams tos “piekārt” tīkla modelim, tāpēc mēs pievienojam fiktīvus savienojumus. fragmenta nobeiguma darbs, attēlā iezīmēts zilā krāsā.
Otrais solis
Kritiskā ceļa atrašana. Kā zināms, šim ceļam ir visilgākais tajā iekļauto darbību ilgums. Pārlūkojot modeli, mēs atlasām savienojumus starp darbiem, kuriem ir visaugstākās darbības agrīnās pabeigšanas vērtības. Norādītais kritiskais ceļš ir iezīmēts ar sarkanām bultiņām. Iegūtais rezultāts ir parādīts zemāk esošajā starpposma diagrammā.
Tīkla diagramma ar iezīmētu kritisko ceļu
Trešais solis
Aizpildiet vēlā finiša, vēlā sākuma un pilnas darba rezerves vērtības. Lai veiktu aprēķinu, mēs ejam uz gala darbu un ņemam to kā pēdējo darbību kritiskajā ceļā. Tas nozīmē, ka vēlākās beigu un sākuma vērtības ir identiskas iepriekšējām, un no pēdējās fragmenta darbības mēs sākam virzīties uz otrā puse, aizpildot darbību diagrammas apakšējo rindiņu. Aprēķina modelis ir parādīts zemāk esošajā diagrammā.
Shēma vēlu startu un finišu aprēķināšanai ārpus kritiskā ceļa
Tīkla diagrammas galīgais skats
Ceturtais solis
Tīkla modelēšanas un aprēķina algoritma ceturtais solis ir rezervju un spriedzes koeficienta aprēķins. Pirmkārt, ir jēga pievērst uzmanību nekritisko virzienu (R) ceļu kopējām rezervēm. Tos nosaka, no kritiskā ceļa ilguma atņemot katra šī ceļa laika ilgumu, kas numurēts galīgajā tīkla diagrammā.
- R ceļa numurs 1 = 120 – 101 = 19;
- R ceļa numurs 2 = 120 – 84 = 36;
- 3. ceļa R = 120 – 104 = 16;
- R ceļa numurs 4 = 120 – 115 = 5;
- R ceļa numurs 5 = 120 – 118 = 2;
- R ceļa numurs 6 = 120–115 = 5.
Papildu modeļu aprēķini
Pašreizējās darbības kopējā pludiņa aprēķins tiek veikts, no vēlā starta vērtības atņemot agro startu vai no vēlā finiša vērtības agro finišu (skat. aprēķina diagrammu iepriekš). Vispārējā (pilna) rezerve parāda mums iespēju kārtējo darbu uzsākt vēlāk vai palielināt ilgumu par rezerves ilgumu. Taču jāsaprot, ka pilna rezerve jāizmanto ļoti piesardzīgi, jo darbs, kas ir vistālāk no aktuālā notikuma, var beigties bez laika rezerves.
Papildus pilnām rezervēm tīkla modelēšana darbojas arī ar privātajām vai brīvajām rezervēm, kas atspoguļo atšķirību starp nākamā darba agrīnu sākšanu un pašreizējā darba agrīnu pabeigšanu. Privātā rezerve parāda, vai ir iespējams pārcelt agrāko operācijas sākumu uz priekšu, neietekmējot nākamās procedūras sākumu un visu grafiku. Jāatceras, ka visu privāto rezervju vērtību summa ir identiska pilna nozīme rezerve attiecīgajam ceļam.
Galvenais dažādu parametru aprēķinu veikšanas uzdevums ir optimizēt tīkla grafiku un novērtēt varbūtību projektu pabeigt laikā. Viens no šiem parametriem ir spriedzes koeficients, kas mums parāda grūtības pakāpi, lai darbu pabeigtu laikā. Koeficienta formula ir parādīta iepriekš kā daļa no visām aprēķinu izteiksmēm, ko izmanto tīkla diagrammas analīzei.
Spriegojuma koeficientu definē kā starpību starp vienu un kopējās rezerves darbības laika koeficientu, kas dalīts ar starpību starp kritiskā ceļa ilgumu un īpašo projektēto vērtību. Šī vērtība ietver vairākus kritiskā ceļa segmentus, kas sakrīt ar maksimumu iespējamais veids, uz kuru var attiecināt pašreizējo darbību (i-j). Zemāk ir privāto rezervju un darba intensitātes faktoru aprēķins mūsu piemēram.
Tabula privāto rezervju un spriedzes koeficienta aprēķināšanai
Sprieguma koeficients svārstās no 0 līdz 1,0. Aktivitātēm kritiskajā ceļā ir iestatīta vērtība 1,0. Kā tuvāka vērtība nekritiska darbība līdz 1.0, jo grūtāk ir ievērot grafiku tās ieviešanai. Pēc visu diagrammas darbību koeficientu vērtību aprēķināšanas darbības atkarībā no šī parametra līmeņa var iedalīt šādās kategorijās:
- kritiskā zona (Kn vairāk nekā 0,8);
- subkretiskā zona (Kn vairāk vai vienāds ar 0,6, bet mazāks vai vienāds ar 0,8);
- rezerves zona (Kn mazāks par 0,6).
Tīkla modeļa optimizācija, kuras mērķis ir samazināt kopējais ilgums Projektu parasti nodrošina šādas aktivitātes.
- Resursu pārdale par labu saspringtākajām procedūrām.
- Darbu intensitātes samazināšana operācijām, kas atrodas uz kritiskā ceļa.
- Kritiskā ceļa aktivitāšu paralēlizācija.
- Tīkla struktūras un darbību sastāva pārplānošana.
Izmantojot tabulas metodi
Vispāratzīts PP plānošana(MS Project, Primavera Suretrack, OpenPlan uc) spēj aprēķināt galvenos projekta tīkla modeļa parametrus. Mēs atrodamies šajā sadaļā tabulas metode Izveidosim šādu aprēķinu, izmantojot standarta MS Excel rīkus. Lai to izdarītu, ņemsim piemēru no projekta darbības fragmenta projekta būvniecības un uzstādīšanas darbu jomā. Sakārtosim galvenos tīkla diagrammas parametrus izklājlapas ailēs.
Modelis tīkla diagrammas parametru aprēķināšanai tabulas veidā
Aprēķinu veikšanas tabulas veidā priekšrocība ir iespēja viegli automatizēt aprēķinus un izvairīties no daudzām kļūdām, kas saistītas ar cilvēka faktoru. Ar sarkanu iezīmēsim operāciju skaitu, kas atrodas uz kritiskā ceļa, un ar zilu atzīmēsim aprēķinātās privāto rezervju pozīcijas, kas pārsniedz nulles vērtību. Soli pa solim analizēsim tīkla diagrammas parametru aprēķinus galvenajām pozīcijām.
- Agrīna darbības uzsākšana pēc pašreizējā darba. Mēs konfigurējam aprēķina algoritmu, lai atlasītu maksimālo vērtību no vairāku alternatīvu iepriekšējo darbību agrīnā beigu laika. Ņemiet, piemēram, operāciju ar numuru 13. Pirms tās veic 6., 7., 8. operācijas. No trim agrīnajām pabeigšanām (attiecīgi 71, 76, 74) mums ir jāizvēlas maksimālā vērtība - 76 un jāiestata tā kā agrīnā. darbības sākums 13.
- Kritiskais ceļš. Veicot aprēķinu procedūru saskaņā ar algoritma 1. punktu, mēs sasniedzam fragmenta beigas, atrodot kritiskā ceļa ilguma vērtību, kas mūsu piemērā bija 120 dienas. Augstākās agrīnās pabeigšanas vērtības starp alternatīvajām darbībām norāda uz darbībām kritiskajā ceļā. Mēs atzīmējam šīs darbības sarkanā krāsā.
- Novēlota darbību pabeigšana pirms pašreizējā darba. Sākot no darba beigām, mēs sākam virzīties pretējā virzienā no darbībām ar lielākiem skaitļiem uz darbībām ar mazākiem. Šajā gadījumā no vairākām izejošā darba alternatīvām mēs izvēlamies vismazākās zināšanas par vēlo sākumu. Vēlie starti tiek aprēķināti kā starpība starp izvēlētajām vēlā finiša vērtībām un darbības ilgumiem.
- Darbības rezerves. Mēs aprēķinām kopējās (kopējās) rezerves kā starpību starp vēlu startu un agru startu vai starp vēlu finišu un agru finišu. Privāto (brīvo) rezervju vērtības tiek iegūtas, atņemot nākamās operācijas agrīno sākumu no pašreizējās operācijas sākuma.
Mēs izskatījām praktiskos mehānismus tīkla grafika sastādīšanai un projekta laika galveno parametru aprēķināšanai. Līdz ar to esam nonākuši tuvu tam, lai izpētītu analīzes iespējas, kas veiktas ar mērķi optimizēt tīkla modeli un tieši veidot rīcības plānu tā kvalitātes uzlabošanai. Šī tēma aizņem maz vietas projekta vadītāja zināšanu lokā un nav tik grūti saprotama. Jebkurā gadījumā katram PM ir jāspēj reproducēt grafika vizualizāciju un veikt pavadošos aprēķinus labā profesionālā līmenī.
Apsvērsim tīkla diagrammas izmantošanu, izmantojot piknika organizēšanas piemēru. (Es patiesībā neiesaku katru pikniku plānot, izmantojot tīkla diagrammu, taču šajā piemērā tiks parādītas pamata metodes un iespējas.)
Piektdienas vakarā pēc saspringtas nedēļas jūs ar draugu pārrunājat, kā maksimāli izmantot nedēļas nogali. Prognoze sola labu laiku, un jūs nolemjat no rīta doties piknikā uz kādu no diviem tuvējiem ezeriem. Lai organizētu pikniku un izklaidētos pēc iespējas labāk, jūs nolemjat izveidot tīkla grafiku.
Tabulā 4 5 piedāvā septiņus darbus, kas, jūsuprāt, ir jāpaveic, lai sagatavotu pikniku un tiktu pie ezera.
4.5. tabula. Pasākumu saraksts piknika rīkošanai ezerā
| Darba numurs | Amata nosaukums | Izpildītājs | Ilgums (V min.) |
|---|---|---|---|
| 1 | Ievietojiet lietas automašīnā | Tu un tavs draugs | 5 |
| 2 | Saņem naudu no bankas | Tu | 5 |
| 3 | Pagatavo sviestmaizes ar olu | Draudzene | 10 |
| 4 | Iet uz ezeru | Tu un tavs draugs | 30 |
| 5 | Izvēlieties ezeru | Tu un tavs draugs | 2 |
| 6 | Piepildiet automašīnu ar benzīnu | Tu | 10 |
| 7 | Vāra olas (Priekš sviestmaizes) | Draudzene | 10 |
Turklāt jūs ievērojat tālāk norādītos nosacījumus
Visi darbi sākas sestdienā pulksten 8:00 jūsu mājās. Līdz šim laikam neko nevar izdarīt.
Visi darbi pie šī projekta ir jāpabeidz.
Jūs piekritāt nemainīt plānoto darbu veicējus.
Abi ezeri atrodas pretējos virzienos no jūsu mājām, tāpēc pirms došanās prom ir jāizlemj, uz kuru no tiem doties.
Pirmkārt, jūs izlemjat, kādā secībā veiksiet visus šos darbus. Citiem vārdiem sakot, katram darbam ir jānosaka tā tiešais priekštecis. Šādas atkarības ir jāņem vērā.
Manam draugam pirms sviestmaižu gatavošanas ir jāizvāra olas.
Pirms došanās ceļā, jums kopīgi jāizlemj, uz kuru ezeru doties.
Kādā secībā veikt atlikušo darbu, ir atkarīgs no jūsu vēlmes. Piemēram, jūs pieņēmāt šo pasūtījumu.
Vispirms kopīgi izlemjat, uz kuru ezeru doties.
Pieņēmis lēmumu par ezeru, jūs ejat uz banku pēc naudas.
Saņemot naudu no bankas, jūs uzpildat savu automašīnu.
Pieņēmis kopīgu lēmumu par ezeru, draugs sāk vārīt olas.
Pēc olu vārīšanas mans draugs gatavo sviestmaizes.
Kad esat atgriezies no degvielas uzpildes stacijas un jūsu draugs ir pagatavojis sviestmaizes, ievietojiet savas lietas automašīnā.
Pēc tam, kad jūs abi esat ielādējuši automašīnu, jūs dodaties uz ezeru.
Tabula 4.6. attēlā ir parādīta jūsu definētā darbplūsma.
4.6. tabula. Piknika organizēšanas darbu secība
Lai izveidotu tīkla diagrammu saskaņā ar šo tabulu, rīkojieties šādi:
1. Sāciet projektu ar Start pasākumu.
2. Pēc tam nosakiet visus darbus, kuriem nav priekšteču. Jūs varat sākt tos īstenot uzreiz no projekta sākuma.
Mūsu gadījumā šis ir vienīgais darbs 5.
3. Sākam zīmēt tīkla diagrammu (4.5. att.).
Norādiet visus darbus, kuru tiešais priekštecis ir 5. darbs.
4. No galda. 4.6 var redzēt, ka tie ir divi: 2. darbs un 7. darbs. Uzzīmējiet tos taisnstūru formā un uzvelciet tiem bultiņas no 5. darba.
Turpiniet veidot grafiku, izmantojot to pašu principu.
6. darbam iepriekšējais darbs būs 2. darbs, bet 3. darbam - 7. Šajā posmā grafiks izskatīsies kā 4.6.
Tabulā parādīts, ka pirms 1. darba ir divi darbi: 3. un 6. darbs, un pirms 4. darba ir tikai 1. darbs. Un visbeidzot, no 4. darba ir bultiņa uz notikumu “Beigas”.
Attēlā 4.7. attēlā parādīta pabeigtā tīkla diagramma.
Tagad apskatīsim dažus svarīgiem jautājumiem. Pirmkārt, cik ilgs laiks jums prasīs, lai savāktu mantas un nokļūtu līdz ezeram?
Augšējais ceļš, ieskaitot darbus 2 un 6, - 15 minūtes.
Apakšējais ceļš, ieskaitot 7. un 3. darbu, ir 20 minūtes.
Grafikā garākais ir kritiskais ceļš, tajā ir iekļautas 5., 7., 3., 1. un 4. aktivitātes. Tās ilgums ir 57 minūtes. Tik ilgs laiks būs nepieciešams, lai nokļūtu ezerā, ja sekosit šai tīkla diagrammai.
Vai ir iespējams kādu darbu atlikt un tomēr paveikt 57 minūtēs? Ja jā, tad kuras?
Augšējais ceļš, ieskaitot 2. un 6. darbu, nav kritisks.
No tīkla diagrammas izriet, ka, tā kā 5., 7., 3., 1. un 4. darbs atrodas uz kritiskā ceļa, tos nekādā veidā nevar aizkavēt.
Tomēr 2. un 6. darbu var izpildīt vienlaikus ar 7. un 3. darbu. 7. un 3. darbs aizņem 20 minūtes, savukārt 2. un 6. darbs aizņem 15 minūtes. Tāpēc 2. un 6. darbam ir 5 minūšu laika rezerve.
Attēlā 4.8 parāda to pašu tīkla diagrammu, bet “notikuma-darba” formā. Notikums A ir līdzvērtīgs notikumam “Start”, un notikums I ir līdzvērtīgs notikumam “Beigas”.
Rīsi. 4.8. Galīgais tīkla diagrammas skats piknika organizēšanai “notikuma-darba” veidā
Attēlā parādīts. 4.8 pasākumiem vēl nav nosaukumu. Jūs varat dot viņiem, piemēram:
Pasākums IN, 5. darba beigas (“Izvēlies ezeru”), var saukt par “Pieņemts lēmums”;
