Projekti põhijooned ja struktuur. Projekti mõiste: põhijooned ja struktuur Mis on projekti struktuur

Projekti struktuur, disain ja kaitse

Projekti struktuur peaks hõlbustamavalitud teema ja selle üksikute probleemide avalikustamine.Kõik osadprojekteerimistööd peavad olema rangelt välja toodudloogiline järjestus ja vastastikune seos.

Projekti sisu peaks illustreerima diagrammigami, tabelid, diagrammid, graafikud, fotod,joonised jne. Graafiline materjal vastavalt tekstile peabselgitusi anda.Töö maht peab olema vähemalt 15 prinditud A4 formaadis lehekülge (ilma lisadeta). Projekti struktuur sisaldab:

    esileht;

    sissejuhatus;

    põhiosa;

    järeldus (järeldused ja ettepanekud);

    kasutatud kirjanduse loetelu;

    rakendusi.

Esileht on projektitöö esimene lehekülg. Ülemisel väljal näidatakse organisatsiooni või asutuse täisnimi. Täisnimi on märgitud keskmisele väljale. ja kuulaja positsioon täies mahus, rakendusprojekt teemal “_____”, tiitellehe vasakpoolsele servale lähemal - õpetaja ametikoht, pealkiri, perekonnanimi ja initsiaalid. Alumine väli näitab töö tegemise kohta ja kirjutamisaastat (ilma sõna “aasta”). Projektitöö tiitellehe näidis on toodud1. lisa.

Sisu - töö teine ​​lehekülg. See annab töö osade pealkirjad ja näitab lehekülgi, millest need algavad. Iga pealkirja viimane sõna on ellipsi abil ühendatud vastava leheküljenumbriga paremas sisuveerus. Sama kategooria kategooriate pealkirjad tuleb paigutada üksteise alla. Iga järgneva etapi pealkirjad nihutatakse eelmise etapi pealkirjade suhtes kolm märki paremale. Töö sisu näide on toodud aastallisa 2.

Sissejuhatus (1-2 lk) põhjendab valitud teema asjakohasust, teostatava töö eesmärki ja eesmärke. Vajadusel võidakse siin kajastada lühendeid ja nimetusi ning regulatiivseid viiteid.

Uurimistöö eesmärgiks on tulemuse mentaalne ennustamine, optimaalsete probleemide lahendamise viiside väljaselgitamine, kasutades töö kirjutamisel tõhusaid uurimismeetodeid ja võtteid.

Uurimiseesmärgid on määratud püstitatud eesmärgiga ja esindavad konkreetseid suundi probleemi lahendamiseks uurimiseesmärgi saavutamiseks.

Sissejuhatus ei tohiks sisaldada näiteid, illustreerivat ega tabelimaterjali.

Põhiosa. Koosneb teoreetilisest ja praktilisest osast.

Teoreetiline osa toob esmalt välja peamisedSeejärel avalikustatakse teave projekti elluviimise objekti – konkreetse organisatsiooni, asutuse või ettevõtte – kohtauuritava probleemi olemust, käsitletakse erinevaid lähenemisi selle lahendamiseks ja antakse nende hinnang.

Praktilises osas viiakse läbi uurimisobjekti üksikasjalik analüüs, kirjeldatakse selle peamisi parameetreid ja omadusi. Eelmistes osades toodud materjali põhjal vaadeldakse reaalset praktilist olukorda ja pakutakse välja variandid probleemi lahendamiseks.

Järeldus. Siin esitatakse järjepidevalt kõigi töö lõikude teoreetilised ja praktilised järeldused ning kuulaja tehtud ettepanekud. Need peaksid olema lühikesed ja selged, andma täieliku ülevaate ettepanekute sisust, olulisusest ja kehtivusest. Järeldused on kirjutatud konspektidena (punkthaaval) ja peaksid kajastama probleemi teooria põhisisu, analüüsi ja praktilist olukorda.

Viited (~1-2 lk) paigutatakse töö lõppu peale kokkuvõtet. Bibliograafia koostatakse tähestikulises järjekorras ja peaks reeglina sisaldama vähemalt 15 allikat, arvestamata määrusi, kõigi töö osade kohta.

Kõik töös kasutatud teabeallikad on tekstis viidatud nurksulgude kujul, kuhu on märgitud näiteks järjekorranumber, mille all see viidete loetelus on, ja algallika leheküljenumber.

Rakendused. See peaks sisaldama abimaterjale, mis töö põhiosas sisaldudes risustavad teksti. Abimaterjaliks on matemaatilised vahearvutused, tugiandmete tabelid, küsimustikud, juhendid, tüüplepingud, illustratsioonid (fotomaterjalid) jne.

Projekti kujundamine

Projektitöö peab olema sisukas jahästi kaunistatud.Teose tekstile esitatakselehe ühel küljelpaberstandardformaat, mille lehedklammerdatud köitja kausta.Teksti ei tohi lühendadany sõnad, välja arvatud üldtunnustatud.

Töö tekst peab olematrükitakse arvutis pooleteise reavahega fondi abilAjadUusRoomaCyr №14. Kaugus lehe servast vasakpoolse tekstini on 25 mm, paremal -15 mm, ülemisest ja alumisest tekstireast lehe ääriseni - 20 mm. Lehekülje number asetatakse paremasse ülanurka.Teksti lõigud peaksid algama 10 mm taandega.

Sektsioonid peab olema järgarvnumbrid kogu teoses, näidatud araabia numbritega ilmapunktid lõpus. Alajaotised tuleks nummerdadaiga sektsioon. Alajao number koosneb jaotise numbrist japunktiga eraldatud alajaotuse numbrid. Alajao numbri lõpuspole mõtet.

Jaotise ja alajaotuse pealkirjad tuleks kirjutada lõigust suure algustähega ilma punktita lõpus, ilma allajoonimiseta.Sõnade sidekriipsud pealkirjadesei ole lubatud. Kui pealkiri koosneb kahest lausest, siis nendeeraldatud punktiga.

Pealkirja ja teksti vaheline kaugus peaks olema 15 mm jajaotise ja alajaotuse pealkirjade vahel - 8 mm. Iga sektsioonSoovitatav on alustada uuelt lehelt (leheküljelt).

Üksuste nummerdamine peab olema alajao sees ning kauba number peab koosnema jaotise, alajao ja kaubanumbritest,eraldatud punktidega. Lõigetel ei ole reeglina pealkirju javajadusel saab jagada alapunktideks, misiga kauba sees peab olema järjestikune nummerdamine,näiteks: 4.2.1.1, 4.2.1.2 jne. Lause lõpus ja alapunkti numberpole mõtet.

Projektis sisalduvad valemid , paigutatud eraldi ridadele, nummerdatud pideva nummerdamisega araabia numbritega, miskirjutatud valemi tasemel paremal sulgudes. Üksvalem on tähistatud (1). Otse allpool on toodud valemsümbolite ja arvuliste koefitsientide dekodeerimine, kui neid ei olnudtekstis varem selgitatud. Algab ärakirja esimene ridasõnaga “kus” ilma koolonita. Iga valemi kohal ja allVähemalt üks vaba rida peab jääma.

Valemite nummerdamine jaotises on lubatud. Sel juhulvalemi number koosneb sektsiooni numbrist ja seerianumbristpunktiga eraldatud valemid, näiteks: (2.4).

Rakendustesse pandud valemid , peab olema nummerdatudalatesigas rakenduses eraldi nummerdamine araabia numbritega, lisades iga numbri ette tähemärgistuserakendused, näiteks: (B. 1).

Kõik töös kasutatud materjalid on toodud viitegaallikas: tekstis pärast materjali mainimist, milles need on märgitudnurksulgudes number, mille all see loendis kuvataksekasutatud allikad ja lehekülje number, näiteks: .

Töö tekst peaks olema lühike, selge ja vältima erinevaidtõlgendusi.Tekstis pole lubatud:

    lühendada füüsikaliste suuruste ühikute tähistusi, kui needkasutatakse ilma numbriteta, välja arvatud füüsikaliste suuruste ühikudtabelites sisalduvate tähttähiste dekodeerimiselvalemid ja joonised;

    kasutage teksti ees matemaatilist miinusmärki (-).negatiivsed väärtused. Peate kirjutama sõna "miinus";

    kasuta märke (<, >, #, nr, %) ilma numbriteta.

Koguste arvväärtused koos füüsikaliste ühikute tähistusegakogused ja loendusväärtused tuleks kirjutada numbritega ja arvud ilmafüüsikaliste suuruste ühikute ja loendusühikute tähistused ühestüheksani – sõnadega.Digitaalne materjal, on reeglina koostatud vormistabelid(joonis 1).

Tabel võib olla nimi, mis tuleks täitaväiketähtedega (v.a esimene suurtäht) ja asetatakse ülallaud. Veergude ja tabeliridade pealkirjad algavad suurtähtedegakirjuTabelid, välja arvatud lisatabelid, tuleb nummerdadaPideva nummerdamisega araabia numbrid. Sektsiooni sees on lubatud nummerdada tabeleid. Sel juhul koosneb tabeli number punktiga eraldatud jaotise numbrist ja tabeli järjekorranumbrist.

kiri "Tab"isikud..." märkides selle numbrikohtvasakpoolse laua kohal. Kui tabel ei ole lehe formaadis, kandke see ülekandmisel teisele lehele, tabeli kohale kirjutatakse sõnad "Tabeli jätk...", märkides tabeli numbri ka vasakule;tema kohal. Nimi on paigutatud ainult selle esimese osa kohale.

Kui kõik tabeli veergudes toodud näitajad on väljendatud samas füüsikalise suuruse ühikus, tuleb selle tähistus paigutada parempoolse tabeli kohale ja tabeli osadeks jagamisel iga osa kohale.

Tabelisse ei ole lubatud lisada veergu “Järjenumber”.Vajadusel on näidikute seerianumbrid märgitudtabeli külgriba nende nimede ette.

Korduv tekst tabeli veerus, mis koosneb üksikustnumbritega vahelduvaid sõnu võib asendada jutumärkidega.Kui korduv tekst koosneb kahest või enamast sõnast, siis millalesimesel kordusel asendatakse see sõnadega "sama" ja seejärel jutumärkidega.Pane numbrite, märkide, märkide kordamise asemel jutumärke,Matemaatilised sümbolid pole lubatud.

Illustratsioonid, diagrammid ja graafikud saab asudanii tekstis kui ka rakenduses. Need tuleks nummerdada araablastegaPidevalt nummerdatud hiina numbritega, välja arvatud illustratsioonidrakendusi. Kui on ainult üks joonis, tähistatakse seda "Joonis 1". Jooniste nummerdamine on pidev. Jaotises on lubatud nummerdada illustratsioone, näiteks:Joonis 1.1.

Illustratsioonidel võib olla pealkiri ja selgitav teave.(tekst joonise all). Paigutatakse sõna "Joonis" ja nimipärast selgitavat teavet.

Illustratsioonid, tabelid, abitekstvõib anda toidulisandina. Taotlus koostatakse teadusliku töö jätkuna selle järgmistel lehtedel. Iga rakendus peaks algama uuelt lehelt tähisega üleval keskelsõnad "lisa", millele järgneb suur vene tähttähestik, mis näitab selle järjestust. Avaldusel peab olema pealkiri, mis kirjutatakse teksti suhtes sümmeetriliselt suure algustähega eraldi reale. Kõikide rakenduste tekstis peavad olema lingid.

Töös esitatud üksikandmete selgitamiseks kasutagejoonealused märkused , mis asetatakse taandena lehe lõppu, kus need on märgitud, eraldades tekstist lühikese õhukese horisontaalse joonega vasakul küljel. Joonealuse märk ise on tehtud araabia numbritega koos sulgudega, joonealuseid märkusi on lubatud tähistada numbrite asemel tärnidega, kuid mitte rohkem kui nelja tärniga. Allmärkuste nummerdamine peaks olema iga lehekülje jaoks eraldi.

Registreerimisel nimekirja kasutatud kirjandust arvesse tuleb võtta ka mitmeid reegleid. Loendi alguses on Vene Föderatsiooni seadused, seejärel tähestikulises järjekorras ülejäänud kirjandus.

Teave õppe-, metoodilise ja normatiivkirjanduse kohta peab sisaldama autori või autorite perekonnanime ja initsiaale, raamatu pealkirja (ilma jutumärkideta), ilmumiskohta, väljaandjat, ilmumisaastat (ilma sõnadeta “aasta”), raamatu numbrit. lehekülgi. Näiteks -Beljajev E.I., Zinovjev Yu.V. Energiaaudit energiapassi koostamiseks: Koolitusjuhend. - Ramenskoje: IPK TEK, 2012- 52 lk.

Autori tsiteerimine toimub ainult tema loomingust. Allika puudumisel on lubatud kasutada mistahes väljaandes avaldatud autori tsitaati, mis eelneb allika bibliograafilisele viitele sõnadega "Tsiteerinud...". Võõra materjali kasutamisel ilma autorile ja allikale viitamata ei ole retsensendi kursusetööd lubatud kaitsta.

Õpilane paneb valminud töö oma isiklikule kontole, kus see registreeritakse ja esitatakse õpetajale ülevaatamiseks.Töö hindamisel võetakse arvesse selle sisu,asjakohasus, sõltumatuse aste, originaalsusjärelduste ja ettepanekute tugevus, kasutatud kvaliteetmaterjalist. Õpetaja kontrollib tööd, eelatesteerib õpilase ja soovitab kaitsmiseks. Märkuste korral edastab õpetaja projekti läbivaatamiseks. Kui tulemus on positiivne, määrab õpetaja pärast töö kontrollimist kaitsmise kuupäeva.

Kaitsmiseks esitab üliõpilane trükise töö, seletuskirja ja illustreeriva materjali ettekande vormis, video- ja helimaterjalid, fotoreportaaži, normatiivdokumentide kavandid jms. Kaitsmise käigus avab õpilane tehtud töö sisu, analüüsib saadud tulemusi ja teeb vastavad järeldused.

Kuulaja lõplik atesteerimine korraldatakse avalikus vormis enne komisjoni. Kui kaitsmisele ei ole võimalik õppekohale jõuda, võib selle korraldada veebiseminari vormingus. Kuulajate pakutud sündmuste arutelu toimub ümarlaua raames.

Millegipärast, kui otsida internetist, siis projekti organisatsioonilist struktuuri käsitlevates artiklites räägivad autorid enamasti taaskord funktsionaalsetest ja projektistruktuuridest, nõrgast ja tugevast maatriksist jne. See on kindlasti oluline ja seda tuleb teada, kuid see puudutab ettevõtte organisatsioonilist struktuuri, mitte projekti. Nii et räägime täna projekti organisatsioonilisest struktuurist.

Mis on projekti organisatsiooniline struktuur

Projekti organisatsiooniline struktuur on ajutine organisatsiooniline struktuur, mis on loodud selleks, et parandada projekti juhtimise ja interaktsiooni kvaliteeti, määratledes ja visualiseerides interaktsiooniprotsesse nii sisemiste kui ka väliste projektiosaliste vahel.

Määratlus, kui üldse, ei ole formaalne sellisest standardist nagu PMBoK, vaid autori oma, ma ei tea, kust seda formaalset saada. Kui teil on parem variant, suurepärane, soovitage seda kommentaarides!

Projekti organisatsioonistruktuuride tüübid

Nagu varem öeldud, asendab enamik autoreid millegipärast projekti organisatsioonilise struktuuri kontseptsiooni ettevõtte organisatsioonilise struktuuri mõistega ja tsiteerib täpselt ettevõtte organisatsioonilise struktuuri tüüpe, mis on minu arvates vale. Sellel teabel on üsna kesine seos konkreetse projekti organisatsioonilise struktuuriga ja see on lihtsalt sissejuhatav.

Ma ei tea projektide organisatsiooniliste struktuuride formaalset jaotust tüübi järgi, kuid inimestele meeldib kõik "korvidesse" panna ja ka mina. Enda jaoks olen aastate jooksul oma töös välja mõelnud järgmised tavapärased projektiorganisatsiooni struktuurid:

  1. Projektijuhtimise organisatsiooniline struktuur. See lepitakse kokku juhtkomitee tasandil, see on mõeldud otsustamise tasemete kindlaksmääramiseks (ärge unustage esmalt projekti sponsoriga kokku leppida üles ehitatud organisatsioonilises struktuuris, lihtsalt sellepärast, et analoogia põhjal - see peaks alati olema kui soovite sponsoriga sõber olla).
  2. Projekti organisatsiooniline struktuur. See lepitakse kokku meeskonnajuhtide tasemel, mille eesmärk on korraldada projektis osalevate meeskondade vahelist suhtlust (arhitektuur, testimine, arendus, analüüs jne).
  3. Projekti töövõtja või töövõtjatega töötamise organisatsiooniline struktuur. Konsensus projekti eest vastutavate isikute tasandil iga kaasatud osapoole vahel tööprotsessi ja otsustuspunktide määratlemiseks.
  4. Projektiprogrammi organisatsiooniline struktuur. Konsensus programmijuhi ja programmi sponsori tasandil, et määratleda programmi kaasatud projektide (ja loomulikult projektijuhtide) vahelise suhtluse protsess.

Selline tüübi järgi jaotus ei kanna erilist väärtust, kuid aitab aja jooksul (peale paari reha) aru saada, millist infot millist tüüpi organisatsioonistruktuuris esitada.

Seal on ka eraldi tükk - projektiportfelli organisatsiooniline struktuur, kuid see puudutab rohkem protsessi, mitte projekti, nii et ma ei lisa seda siia.

Samuti on olemas terviklikud organisatsioonilised struktuurid, mis kajastavad projekti kõiki aspekte alates eskaleerumisest kuni koostoimeni raamatupidamisega, kuid minu arvates on need raskesti mõistetavad, võimaldavad paljusid tõlgendusvõimalusi ega täida seetõttu oma eesmärki.

Projekti organisatsioonilise struktuuri väljatöötamine

Enne organisatsioonistruktuuri väljatöötamist on hea mõte teha sidusrühmade analüüs, et mitte kedagi unustada. Kuidas seda teha -. Kui aga aega pole, siis piisab üldisest arusaamast ja projektikeskkonna mõistmisest.

Kõige sagedamini töötatakse organisatsiooni struktuur välja planeerimisetapis ja lisatakse plaani. Keeruliste või suure riskiga projektide puhul on aga heaks tavaks lisada jäme (ka lihtsustatud) projekti organisatsiooniline struktuur ja see kohe alguses kokku leppida.

Projekti organisatsioonilise struktuuri ülesehitamiseks peate läbima järgmised sammud:

  1. Saate aru, kes projektis osalevad(tere jälle).
  2. Saate aru, kas teile piisab ühest organisatsioonist või peate ehitama mitu ja miks te seda üldse ehitate.
  3. Näiteks projektijuhtimise organisatsiooniline struktuur, milles lepite kokku juhtkomitee tasandil, erineb projekti elluviimise organisatsioonilisest struktuurist meeskondadevahelise suhtluse korraldamiseks või organisatsioonilisest struktuurist, mille loote, et selgelt määratleda töövõtjatega suhtlemise protsess. see projekt.
  4. Määrake, millist teavet peate lisaks rollidele nägema. Tavaliselt on selleks minimaalselt ametikohad ja alluvus ning maksimaalselt tehtud otsuste tase, konkreetsed nimed, koosolekute regulaarsus jne. Ma ei soovita proovida kõike sinna sisse toppida - selle jaoks on midagi ja parem on mitte sellega pilti organisatsioonilise struktuuriga üle koormata.
  5. Joonista alluvus/hierarhia ja suhtlussuunad.
  6. Vaadake oma joonist ja võtke arvesse poliitilisi probleeme. Mõnikord saate aru, et Kliendipoolne RM peab mingitel objektiivsetel põhjustel teile kuuletuma (ja üldiselt pole ta RM, vaid funktsionaalne ekspert, olgem ausad) või et arvamus on teatud kvaliteediga. direktor selles projektis ei huvita üldse kedagi ja vaata, ma ei taha seda siia või et selles projektistruktuuris peaks finantsjuht aru andma CIO-le (kuna see on tugevalt seotud rahavoogudega ja see on CIO kes ütleb finantsjuhile, mis hetkel ja milliseid summasid tuleb planeerida). Kuid peate mõistma, kuidas seda heakskiitmisel tajutakse, millised on teie võimalused sellisest organisatsioonilisest struktuurist "läbi suruda" ning kuidas see on seotud ettevõtte kultuuri ja selles eksisteerivate poliitiliste vooludega. Jah, pärast seda on tunne, kuid poliitikast pole pääsu.
  7. Pilti on "korralik" kujundada, vabaneda kogu ebavajalikust teabest, "kadunud" inimestest ja nooltest jne. Projekti organisatsiooniline struktuur on üks põhidokumente ja see peab välja nägema korralik, et seda tõsiselt võetaks.
  8. Näidake sellest tulenevat projekti organisatsioonilist struktuuri kellelegi, kes selles ei osale, kuid mõistab konteksti. See inimene suudab teile öelda, mis selles pole selge, ja võib-olla juhib tähelepanu mõnele loogilisele või poliitilisele ebakõlale, sest Arendusprotsessi käigus muutub vaade endiselt uduseks.
  9. Enne meistriteose avaldamist oleks hea mõte saada arvamus ülesehitatud organisatsioonilise struktuuri kohta projekti sponsori või teiste huvilistega.
  10. Kui projekti struktuur on sponsoriga kokku lepitud, lisage see põhikirja või esitage see projekti juhtimisplaani osana vastaval tasemel kinnitamiseks.

Näited projekti organisatsioonilisest struktuurist

Nagu WBS-i puhul, ei ole projekti organisatsioonilise struktuuri arendamiseks ühtset standardit. Peaasi, et see on arusaadav, ei võimalda topelttõlgendust ja aitab töös.

Altpoolt leiate näiteid erinevate minu projektide organisatsioonistruktuuride kohta.

Tähtis! Iga projekti struktuur on välja töötatud konkreetse ülesande jaoks ja sisaldab erinevatel juhtudel erinevat teavet. Seetõttu ei pruugi alljärgnevatest näidetest loogikat otsida, sest skeemid a) on arusaadavad ja üheselt mõistetavad ainult konteksti sukeldunud inimestele b) on anonüümsed välisele publikule.

Näide 1. Klassikaline projekti organisatsiooniline struktuur, millest piisab 95% juhtudest

Näide 2. Suure rahvusvahelise programmi raames läbiviidava projekti organisatsiooniline struktuur

Näide 3. Projekti organisatsiooniline struktuur juhtimistasandite jaotusega ja samal ajal - Kliendimeeskonna ja IT-meeskonna jaotusega

Näide 4. Projekti organisatsiooniline struktuur

Olen kindel, et nüüd suudate välja töötada organisatsioonilise struktuuri, mis aitab kaasa kvaliteetsele juhtimisele ja seega ka teie projekti edule. Palju õnne!

Oma hea töö esitamine teadmistebaasi on lihtne. Kasutage allolevat vormi

Üliõpilased, magistrandid, noored teadlased, kes kasutavad teadmistebaasi oma õpingutes ja töös, on teile väga tänulikud.

Sarnased dokumendid

    Kaasaegne projekti kvaliteedijuhtimise kontseptsioon. Tehniliste ja majanduslike dokumentide ning arvutuste koostamine. Majandusüksuse finants- ja tootmisvõimekuse analüüs. Investeerimisprojekti peamiste tulemusnäitajate arvutamine.

    kursusetöö, lisatud 21.02.2012

    lõputöö, lisatud 21.03.2011

    Äriplaani eesmärk ja peamised eesmärgid. Äriplaani roll investeerimisprojekti majanduslikus põhjendatuses. Projekti kokkuvõte ja ettevõtte omadused. Finantseerimisskeemi väljatöötamine. Majandusliku efektiivsuse hindamine alates projekti elluviimisest.

    lõputöö, lisatud 12.01.2015

    Restoran-kohviku toimimise ja juhtimise projekti elluviimise tasuvusuuring. Ettevõtluse organisatsiooniline ja juriidiline vorm. Projekti tööjõuressurss ja ajanäitajad, tööjõukulud. Investeerimisprojekti tõhusus.

    abstraktne, lisatud 02.07.2015

    Ettevõtte suutlikkus. Projekti tehniliste ja majanduslike näitajate arvutamine elektrilise kodumasina EP-1 tootmiseks vajaliku ettevõtte ehitamise efektiivsuse põhjenduse näitel. Investeeringute jaotus aastate lõikes. Majandusliku efektiivsuse hindamine.

    kursusetöö, lisatud 31.05.2012

    kursusetöö, lisatud 11.11.2014

    Projekti kulude juhtimise põhimõtted, hindamine ja kulude kontrolli meetodid, eelarvestamine. OJSC "PMK-7" tootmispotentsiaali analüüs, tegevuste parendamise projekti väljatöötamine, selle tehniline ja finantsmajanduslik põhjendus.

    kursusetöö, lisatud 11.03.2010

Projekti loomine aitab lahendada olulist ülesannet, keskendudes ainult sellele, ilma et teid segaks muud asjad. Uuringute järgi toimub peaaegu pool kogu eesmärgipärasest inimtegevusest läbi üksikute algatuste elluviimise. Seda tüüpi tegevusele kulutatakse kuni veerand maailma eelarvest. Projekti avamine on aja vaim, peate lihtsalt teadma, kuidas koostada plaan ja kuidas seda õigesti teha.

Projekti kontseptsioon ja selle omadused

Projekt on inimese teadlik tegevus (koordineeritud tegevuste kogum), mille eesmärk on luua unikaalne toode ja mis on ühekordne, mittekorduv. Projekti kontseptsioon hõlmab konkreetse eesmärgi saavutamist teatud aja jooksul piiratud põhiressursside (aja-, raha-, tööjõu-, materjali-) tingimustes.

“Projekti” mõistele on mitmeid erinevaid tõlgendusi, mille näidet võib tuua erinevates rahvusvahelistes standardites, sh. ja vene keeles GOST. Kuid peaaegu alati on selle peamised märgid järgmised tegurid:

  • projekti algusel on selge kuupäev;
  • valmimine on fikseeritud kuupäeva või valmis lõpptulemuse järgi;
  • selgelt sõnastatud eesmärgi omamine;
  • valmistoote ainulaadsus;
  • põhiressursside piiratus;
  • ühekordseks kasutamiseks.

Näited plaanidest: ettevõttes põhimõtteliselt uut tüüpi toote väljatöötamine ja väljastamine, oma ettevõtte avamine, maja või sotsiaalobjekti ehitamine, uue ajakirja või tarkvara idee väljatöötamine, turu-uuringud. Kõik need, olenevalt nende mastaabist ja fookusest, võib jagada järgmisteks osadeks:

  • väikesed (kõikide protsesside ühe koordinaatoriga, piiratud arvu vahetatavate osalejatega, kes läbivad kogu tee planeerimisest sulgemiseni, lihtne töögraafik) ja suured (keerulise struktuuri ja suurte töömahtudega);
  • lühiajaline (kestus kuni 2 aastat, minimaalse töövõtjate arvu ja aruandlusega, samuti kohandustega), keskmise tähtajaga (kuni 5 aastat) ja pikaajaline (üle 5 aasta).

Eraldi saab peatuda nn megaprojektidel, mis on suunatud programmid tervete tööstusharude ja majandusvaldkondade arendamiseks. Nende hulka kuulub suur hulk väiksema ulatusega programme, mis täiendavad üksteist ja on suunatud globaalse probleemi lahendamisele. Nende rakendamiseks ja tohutu hulga interaktsioonide loomiseks sadade osalejate vahel, kes vastutavad üksikute protsesside ja tööliikide eest, meelitatakse kohale kõige professionaalsemad tippjuhid.

Sellised kavad võivad olla valdkondlikud, piirkondlikud, samuti piirkondadevahelised, sektoritevahelised, riiklikud või rahvusvahelised. Need on reeglina pikaajalised ja tegutsevad kümnete ja sadade miljonite dollari suuruse kapitaliga. Kulukate vigade vältimiseks eraldatakse projekteerimise eraldi etappi ainult nende kontseptsioonide väljatöötamine.

Rakendatud algatuste klassifikatsioon

Projekte saab klassifitseerida järgmistel põhjustel:

  • ettevõtja suund, koosseis ja struktuur;
  • tegevusvaldkond, mille jaoks projekti koostatakse;
  • idee ulatus ja selle mõju määr väliskeskkonnale, osalejate arv;
  • selle rakendamise kestus;
  • keerukuse aste tehnoloogilisest, organisatsioonilisest ja rahalisest seisukohast.

Võib öelda, et projektide liigitamine on teatud määral meelevaldne, kuna iga plaan on unikaalne. Kuid just projektitüüpide klassifikatsioon aitab leida neis sarnaseid jooni, mis võivad anda arusaama teatud valdkondade üldistest arengumustritest. Kõige levinumad projektitüübid on:

  • organisatsiooniline;
  • majanduslik;
  • sotsiaalne;
  • tehniline;
  • segatud.

Nende erinevuste mõistmiseks tasub lähemalt uurida projektide tüüpe ja liike.

Organisatsiooniline. Need on suunatud olemasoleva struktuuri reformimisele või uue loomisele, samuti üksikute ürituste läbiviimisele. Seda iseloomustavad järgmised omadused:

  • algus- ja lõppkuupäevad ning kogukestus on täpselt määratud;
  • eesmärk on selgelt sõnastatud, kuid tavaliselt on seda raske mõõta, kuna see on suunatud organisatsiooni muutustele;
  • ressursse eraldatakse vastavalt nende kättesaadavusele;
  • selliste ettevõtmiste kulud vaadatakse sageli läbi ja kohandatakse nende kulutasuvuse seisukohalt.

Seda tüüpi projektid on näiteks tehase või eelarvelise organisatsiooni juhtimissüsteemi kaasajastamine, konverentside, kontserdite või spordivõistluste korraldamine ja läbiviimine.

Majanduslik. Eesmärgiks on ettevõtte erastamine, reorganiseerimine või restruktureerimine, majandussfääri üldiste mängureeglite (maksu- või tolliseadusandlus) kaasajastamine. Nende märgid:

  • määratud ülesandeid korrigeeritakse sageli tööprotsessi käigus;
  • tähtaegu ei saa täpselt paika panna, kuna need sõltuvad paljudest välisteguritest ja võivad muutuda olenemata plaani ellu viivast meeskonnast;
  • kulud arvutatakse ligikaudselt, kuid neid kontrollitakse rangelt.

Sotsiaalne. Nende tähendus on lahendada sotsiaalseid probleeme, parandada teatud elanikkonnarühmade elukvaliteeti, seega puudutavad need suurt hulka inimesi. Sotsiaalsete algatuste fookus võib olla väga erinev, kuid on jooni, mis on iseloomulikud kõigile sedalaadi ettevõtmistele:

  • ajastus ja üldine kestus on oma olemuselt tõenäolised, kuna neid on võimatu selgelt välja arvutada;
  • Esialgu võivad eesmärgid olla üldised ja üsna ebamäärased, kuid tööde tegemise ja teatud verstapostide saavutamise käigus need täpsustuvad ja täpsustatakse;
  • Tihti on raske anda toimuvatele muutustele kvantitatiivset ja kvalitatiivset hinnangut, seetõttu kasutatakse efektiivsuse määramiseks muid meetodeid;
  • selliste algatuste rahastamine toimub vabade vahendite olemasolul.

Tehniline. Eesmärgiks uut tüüpi toote väljatöötamine ja turule toomine. Selliste plaanide näideteks võib nimetada autotehaste ja nende projekteerimisbüroode tööd toodetavate sõidukite mudelivaliku regulaarse uuendamise osas. Tehniliste algatuste iseloomulikud tunnused:

  • soovitud eesmärk on täpselt sõnastatud ja tööprotsessi käigus veidi korrigeeritud;
  • tähtajad on seatud üsna selgelt, olulisi nihkeid ei lubata, kuna need on seotud turutingimustega;
  • kõik kulud on selgelt planeeritud vastavalt olemasolevatele standarditele ja eeskirjadele;
  • plaani elluviimise võimaluste piiranguid võivad piirata tootmisvõimsus või välised tegurid, näiteks mõju keskkonnale.

Tihti on äri- või teadusväljaannetes veidi erinev projektide klassifikatsioon, mis on üles ehitatud samadele põhimõtetele nagu eelpool mainitud. Selles sisalduvad kavatsused jagunevad järgmiselt:

  • sotsiaalmajanduslikud, mis näevad ette infrastruktuuri loomist elanikkonna elukvaliteedi parandamiseks ja erinevat tüüpi massiürituste korraldamist;
  • ärialgatused, mis hõlmavad uute tehnoloogiate ja toodete loomist ja turule toomist;
  • klient, mille eesmärk on rahuldada konkreetse ettevõtte väliskliendi vajadusi.

Nende klassifikatsioonide raames võib käsitleda mitmesuguseid mittestandardseid ideid, mis võimaldab meil läbi viia projekti kvalitatiivse analüüsi ja mõista selle väljavaateid.

Plaani struktureerimine

Plaani elluviimiseks tuleb kindlaks määrata selle organisatsiooniline struktuur. Projekti struktuur on selle hierarhiline jaotumine omavahel ühendatud osadeks, et tagada kvaliteetne planeerimine ja protsesside teostamise kontroll. Selle eesmärk on määrata lõpptoode, mis on kogu plaani tulemus, jagada kogu protsess väiksemateks elementideks ja ühendada need omavahel.

Mida korrektsemalt on projekti struktuur koostatud, seda paremini juhitav see on. Struktureerimise peamised eesmärgid on:

  • plaani jaotamine eraldi juhitavateks plokkideks;
  • vastutuse delegeerimine iga ploki eest personali vahel vastavalt struktuurile ja ressursside võimalustele;
  • materjali-, aja- ja finantskulude kõige täpsem arvutamine;
  • planeerimis-, kontrolli- ja aruandlusmehhanismide arendamine;
  • raamatupidamise sidumine tehtud töödega;
  • Iga osakonna jaoks on seatud konkreetsed eesmärgid.

Organisatsioonilisest vaatenurgast on projektistruktuuril kolm peamist tüüpi:

  • Funktsionaalne. Juhtimine on otsesel juhil, kellele alluvad eriosakondade juhid. Sellise mudeli rakendamisel tekib vajadus tutvustada üht või mitut koordinaatorit, kelle roll on erinevate funktsionaalsete üksuste omavahel ühendamine.
  • Maatriks. Eraldi algatuse elluviimiseks luuakse täiskohaga töötajate hulgast ajutised rühmad koos vastutavate isikutega, kes juhivad idee projekteerimisetapist kuni lõpuni. Juhid suhtlevad oma rühma liikmetega horisontaalselt, formaalne alluvus puudub. Traditsiooniliste hierarhiliste suhete peale asetatuna loob see interaktsioonimaatriksi. Maatriks-tüüpi projektide näited näitavad, et sellise struktuuri tugevus sõltub suuresti tingimustest, millesse ettevõtte juht on paigutatud. Seda tööd saab ta teha põhiülesannetest vabal ajal, saada ajutiselt nendest vabastatud või juhtida spetsiaalselt loodud spetsialistide rühma.
  • Disain. Iga algatuse eest vastutab juht, kes juhib spetsiaalselt valitud personali. Sellise juhtimismudeliga projekti näide eeldab märkimisväärset ulatust, kestust, idee suurt keerukust, uute tehnoloogiate kasutamist ja muutuvaid teostustingimusi.

Struktureerimisülesanded võivad toimuda kas ülalt alla (üldisest konkreetseni) või vastupidises järjekorras. Mudelina võib võtta selliseid meetodeid nagu otsuste, eesmärkide või töö puu, võrgustiku mudel, vastutusmaatriks, väärtuse, kulude või ressursside struktuur.

Töömeetodite kasutuselevõtt üksikute unikaalsete algatuste jaoks võimaldab avada uusi silmaringi, motiveerida töötajaid, muuta väljakujunenud lähenemisviise ärijuhtimisele, kasutada uuenduslikke meetodeid ja läheneda ressursside kasutamisele ratsionaalselt. Selline lähenemine võimaldab paindlikult ja kiiresti reageerida turu vajadustele ning rahuldada tekkivat nõudlust. Tänapäeval valitseb see juhtimismeetod välismaal ja seda propageeritakse aktiivselt Venemaal.

Projekti struktuur.

Projektistruktuurid on projekti hierarhilised jaotused komponentideks (elemendid, moodulid), mis on vajalikud ja piisavad projektijuhtimise protsessi efektiivseks elluviimiseks selle erinevate osalejate huvides.
Projekti mõistmine struktureeritud (teabe)objektina, mis allub loogilistele hinnangutele ja formaalsetele reeglitele, on professionaalsete projektijuhtimismeetodite aluseks. Projekti eesmärkide, koostise ja sisu väljaselgitamiseks ja mõistmiseks, planeerimise korraldamiseks ja projekti elluviimise protsesside juhtimiseks on vaja dekomponeerimismeetodite abil määrata ja üles ehitada projekti töö struktuur.
Projektitöö jaotuse struktuur(WBS) on projekti graafiline teostus ja erineva detailsuse astmega omavahel seotud projektielementide kogum.
Projektitööde jaotusstruktuur on keskne tööriist projektiga tehtava töö tuvastamiseks. Töö (tööpakettide) kirjeldus peab sisaldama: töö sisu, oodatavaid tulemusi, oskust mõõta ja hinnata nende teostamise astet. Kõige sagedamini kasutatakse kahte tüüpi SDR-e:
Lagundamine funktsionaalse põhimõtte järgi(projektitoode ja selle komponendid). Allpool on näitena toodud süsteemiintegratsiooni projekti dekomponeerimine. Projekti põhitooteks on infosüsteem, mis sisaldab vahetooteid: kohtvõrk, tööjaamad ja serverid, DBMS, süsteemi- ja rakendustarkvara.
Lagundamine kronoloogilise printsiibi järgi(projekti elutsükkel).
Projekti haldamisel kogu selle elutsükli jooksul kasutatakse teisi struktuurseid projektimudeleid, millest enamik põhinevad WBS-il. Kõige olulisemad neist on:
Eesmärkide ja tulemuste puu- esimene struktuurimudel projekti eesmärgi jaotamiseks selle komponentideks arengu seisukohalt. Eesmärgipuu saab ehitada vastavalt projekti struktuurile. Puu ülaosas on seatud ühine (üldine) eesmärk järgmistel harude tasanditel, vastava taseme dekomponeeritud eesmärgid asuvad hierarhilises alluvuses kuni madalaima taseme eesmärkideni, mis vastavad elementaarsetele sündmustele ja tegevustele; projektis.
Ülesandepuu- projekti struktuurimudeli väljatöötamine projekti ülesannete komponentideks jaotamiseks. Projekti ülesannete koosseis määratakse projekti eesmärkidest, lõpptulemusest ja projekti ainekomponendi - toote, ärifunktsiooni või teenuse - projektieelsest seisundist. Süstemaatiline lähenemine projekti eesmärkide määratlemisel on sarnane lähenemisega eesmärkide määratlemisele, kasutades puu kujul hierarhilisi dekomponeerimistehnoloogiaid. “Puu” otsas on projekti superülesanne, põhjas madalama taseme elementaarsed ülesanded (töö, tegevused). Sellised tehnikad – projekti jagamine väiksemateks ülesanneteks – võimaldavad seda esitada täiesti hallatavate komponentidena.
WBS-i üks peamisi ülesandeid on määrata ja kontrollida, mis projekti mahus sisaldub või mitte, s.t. projekti piiride fikseerimine.
Mida detailsemalt on madalama taseme ülesanded WBS-is kajastatud, seda suurem on projekti läbipaistvus. Üksikasjalikult välja töötatud ja tegelikule täitmisele üle kantud WBS on tõhus projektijuhtimise tööriist. Samal ajal pööravad kogenud juhid erilist tähelepanu tegevuste salvestamisele, mis kannavad eelmise ülesande (ülesannete) tulemused üle järgmise (järgmiste) sisendisse, mis viiakse läbi verstapostide kaudu, mis fikseerivad tulemuste ülekandmise tingimused, praeguste eesmärkide saavutamine ja sel juhul vajalikud dokumendid. Verstapostide selge ja süstemaatiline määratlemine WBS-is tagab kvaliteetse tagasiside projektijuhtimisel ja selle elluviimise kontrollimisel, kuna põhiosa verstapostidest sisaldab nõudeid ülesannete oleku kohta aruandluse kohta. See tehnika võimaldab teil tõhusalt arvesse võtta kõrvalekaldeid ülesannete kavandatud parameetritest ja hallata projekti muudatusi.

Projekti struktuurimudel elutsükli faaside kaupa
Põhilised lähenemisviisid projekti struktuurimudeli koostamiseks:
Projektiorganisatsiooni (või projektibüroo) struktuurimudel, mis esindab projekti organisatsioonilise ja tootmisstruktuuri hierarhilist jaotust.
Vastutuse ja tööde teostajate vahel jaotuse maatriks, mis on üles ehitatud projektitöö ja projektikorralduse struktuursete mudelite alusel.
Projekti võrgumudel ehk projektivõrgu mudelite hierarhiline süsteem, mille töö on etteantud detailsusastmega, mis vastab erinevate juhtimistasandite ja projektis osalejate nõuetele, mis on üles ehitatud WBS-i, eesmärkide puu alusel, projekti organisatsiooni struktuur ja vastutusmaatriks.
Ressursipuu – projekti lõpuleviimiseks vajalike ressursside struktuurne jaotus.
Kulupuu on projekti kulunäitajate struktuurne jaotus, mis on üles ehitatud WBS-i, ressursipuu ja projekti elementide maksumuse andmete alusel.
Projektitööde lepingute struktuurne jaotus.
Projekti riskide jaotuspuu.
Erinevate struktuuri- ja infomudelite koostise põhjal on võimalik ehitada muid täiendavaid kompositsioonilisi struktuurimudeleid, mis on vajalikud projektijuhtimise probleemide lahendamiseks selle erinevate osalejate poolt.
Projekti vastuvõetud struktuur koos selles esile tõstetud stabiilsete elementide hierarhiaga moodustab aluse projekti teabekeelele, milles kõik projektis osalejad suhtlevad ja dokumentatsiooni läbi viiakse. Seetõttu tuleks vastuvõetud struktuuri ja ainult seda kasutada kogu projekti elutsükli jooksul, kuigi struktuur ise võib projekti käigus muutuda. Sel juhul tuleb teha vastavad muudatused kogu projekti dokumentatsioonis.

Lähtematerjal: Abdikeev N.M. Infohaldus. Õpik. Kirjastaja: Infra-M. 2010, - 400 lk.



Seotud väljaanded