Projektikommunikatsiooni juhtimise protsessid. Projekti elluviimise juhtimine

12.10.2019

Kommunikatsiooni roll projektis. Kommunikatsioonihalduse planeerimine

Side- need on protsessid, mis on seotud projektiteabe õigeaegse ja asjakohase moodustamise, kogumise, levitamise, säilitamise ja lõpliku paigutamisega. Kuna projekte viivad ellu erinevaid funktsioone täitvad inimesed, kes asuvad sageli üksteisest märkimisväärsel kaugusel, on infovahetuse ja tegevuste koordineerimise küsimused väga olulised. Suhtlemise käigus lepitakse kokku eesmärgid, koordineeritakse inimeste tegevust, tuvastatakse ja lahendatakse probleeme ning reguleeritakse projektis osalejate ootusi. E. Verzuhi sõnul on iga projektijuhtimise meetod, alustades töö sisu sõnastamisest ja lõpetades riskijuhtimise ja detailplaneerimisega, oma olemuselt üks või teine suhtlusviis.

Skemaatiliselt saab suhtlusprotsessi kujutada joonisel fig. 10.1.

Riis. 10.1. Suhtlusmudel

Kommunikatsioonihaldusplaan on dokument, mis kirjeldab:

– nõuded ja ootused projekti kommunikatsioonist;

- kuidas ja millises vormis teavet vahetatakse;

– millal ja kus side toimub;

– kes vastutab igat tüüpi suhtluse pakkumise eest.

Suhtlemisnõuete all mõistetakse projektis osalejate üldisi (kogu)vajadusi teabe järele. Selliseid nõudeid projektimeeskonna liikmetele on neli peamist tüüpi.

Esiteks on vaja teavet selle kohta vastutuse jagamine. Iga meeskonnaliige peab täpselt teadma, millise projekti osa eest ta vastutab, millised on tema volitused ja kohustused. Sellise teabe aluseks on projekti organisatsiooniline struktuur.

Teiseks on vajadus kooskõlastamisel. Meeskonnaliikmed sõltuvad projekti töö teostamisel üksteisest. Info koordineerimine tagab projektimeeskonna liikmete ühise töö kõrge efektiivsuse. Teave projekti muudatuste tegemise kohta kuulub koordineeriva teabe kategooriasse.

Kolmandaks teave selle kohta projekti käik, tehtud edusamme. Meeskonnaliikmetel peaks olema teave projekti hetkeseisu kohta, mis võimaldab neil probleeme õigeaegselt tuvastada ja võtta meetmeid nende lahendamiseks. Selline teave sisaldab aruandeid teatud ajahetkel kulutatud vahendite, kalenderplaani ja projekti ajakava järgimise kohta. Samuti on oluline teave riskide hetkeseisu ja esilekerkivate probleemide kohta.

Neljandaks vajavad meeskonnaliikmed teavet otsuseid. Nad peavad olema teadlikud juhtkonna, projekti sponsorite ja klientide tehtud otsustest, sõltumata sellest, kas need otsused mõjutavad projekti ennast või selle majanduskeskkonda. Sellise teabe näiteks on projekti põhikiri, töö ulatus, töögraafik, projekti eelarve.

Loomulikult ulatuvad inimeste vajadused suhtluses loetletud neljast punktist kaugemale. Kuid projekti kommunikatsioonijuhtimine peaks arvestama ainult sellega, mis on projekti õnnestumiseks "vajalik ja piisav". Liigne teave ja ka selle puudumine mõjutavad projekti elluviimist negatiivselt.

Kommunikatsiooninõuete tagamise aluseks on projekti organisatsiooniline struktuur. Oluline ka suhtlusnõuete seadmisel ja side haldamisel järgmisi aspekte projekt:

Projektiga seotud osakonnad ja erialad;

projektiga seotud inimeste arvu ja asukohtade logistika;

Osalejate sise- ja välisinfovajadused.

Kommunikatsiooni planeerimise protsess määrab projektis osalejatele vajaliku teabe ja suhtluse. Näiteks, millised inimesed millist teavet vajavad, millal nad seda vajavad, kes ja kuidas peaks neile seda teavet andma. Kuigi projektiteabe edastamise vajadus on olemas kõigis projektides, võivad teabevajadused ja selle levitamise meetodid olla väga erinevad. Projekti edu saavutamise oluline tegur on projektis osalejate teabevajaduste väljaselgitamine ja nende vajaduste rahuldamiseks sobivate vahendite leidmine.

Enamikus projektides tehakse suurem osa kommunikatsiooni planeerimisest projekti kõige varasemates etappides. Selle planeerimisprotsessi tulemused vaadatakse aga kogu projekti jooksul regulaarselt üle ja neid muudetakse vastavalt vajadusele, et need oleksid ajakohased.

Kommunikatsioonikorraldusplaan on lahutamatu osa projektijuhtimiskava või sisaldub selles kõrvalplaanina. Sidehaldusplaan sisaldab:

– projektis osalejate suhtlusnõuded;

- teave selle kohta edastatud teave, sealhulgas vorming, sisu ja üksikasjalikkuse tase;

– teabe edastamise eest vastutava töötaja nimi;

- töötaja või rühma nimi - selle teabe saajad;

– teabe edastamiseks kasutatavad meetodid või tehnoloogiad (nt memod, e-kirjad ja/või pressiteated);

– suhtlussagedus (nt iganädalane);

– käsuliin, mis määrab aja ja korra selliste probleemide kõrgematele tasanditele (ahel) ülekandmiseks, mida madalamal tasemel töötajad ei suuda lahendada;

– meetod sidehaldusplaani ajakohastamiseks ja täiustamiseks projekti edenedes ja arenedes;

- Levinud terminoloogia sõnastik.

Kommunikatsioonihaldusplaan võib sisaldada ka juhiseid olekukoosolekute, projektimeeskonna koosolekute, e-koosolekute ja e-kirjade levitamise kohta. Töövõtuhalduskava võib olenevalt projekti vajadustest olla formaalne või mitteametlik, detailne või kokkuvõtlik.

Kommunikatsioonikorralduskava on osa üldplaneering projektijuhtimine või sellesse lisaplaanina lisatud. Selle plaani jaotise mall on toodud tabelis. 10.1.

Tabel 10.1

Sidehaldusplaani osad

Juhtimine, nõustamine ja ettevõtlus

Kommunikatsiooniprojekt kommunikatsioonijuhtimine kommunikatsioonijuhtimise teabelingid juhtimisfunktsioon mille eesmärk on tagada tootmisjaotuse õigeaegne kogumine ja vajaliku projektiinfo säilimine. Kommunikatsioonihaldus pakub tuge projektis osalejate omavahelise suhtluse suhtlussüsteemile, juhtimis- ja aruandlusinfo edastamisele, mille eesmärk on tagada projekti eesmärkide saavutamine. Iga projektis osaleja peab olema valmis projekti raames suhtlema ...

28.Suhtlusprojektide juhtimissüsteem.

Side

Projektikommunikatsiooni juhtimine (interaktsiooni, infolinkide haldamine) on juhtimisfunktsioon, mille eesmärk on tagada projekti jaoks vajaliku teabe õigeaegne kogumine, genereerimine, levitamine ja säilitamine.

Teabe all mõistetakse kogutud, töödeldud ja levitatud andmeid. Selleks, et teave oleks otsustamisel kasulik, tuleb see esitada õigeaegselt, ettenähtud viisil ja mugavas vormis. See lahendatakse kaasaegsete infotehnoloogiate kasutamisega projektijuhtimissüsteemi sees.

Kommunikatsioonihaldus pakub tuge projektis osalejate vahelisele suhtlussüsteemile (interaktsioonidele), juhtimis- ja aruandlusinfo edastamisele, mille eesmärk on tagada projekti eesmärkide saavutamine. Iga projektis osaleja peab olema valmis projektisiseseks suhtlemiseks vastavalt oma funktsionaalsetele kohustustele. Teabelinkide haldusfunktsioon sisaldab järgmisi protsesse:

kommunikatsioonisüsteemi planeerimine - projektis osalejate infovajaduse väljaselgitamine (info koostis, edastamise tähtajad ja viisid);
teabe kogumine ja levitamine - vajaliku teabe korrapärase kogumise ja projektis osalejatele õigeaegse edastamise protsessid;
projekti edenemise aruandlus - projekti seisu tegelike tulemuste töötlemine, suhe planeeritud ja trendi analüüsiga, prognoosimine;
tööde edenemise dokumenteerimine - projektdokumentatsiooni kogumine, töötlemine ja säilitamise korraldamine.

Nagu ka muud tööd, mis võivad teile huvi pakkuda
6677.		Fibrinogeeni sünteesi reguleerivad geenid	20,73 KB
	Geenid, mis reguleerivad fibrinogeeni sünteesi. Koos trombotsüütidega on kardiovaskulaarse ja ajuveresoonkonna patoloogia marker kõrgendatud tase fibrinogeen. Üks põhjusi, mis põhjustab fibrinogeeni kontsentratsiooni muutusi veres, võib olla ...
6678.		Bioloogia õppimise eesmärk meditsiinikoolis	18KB
	aastal bioloogia õppimise eesmärk meditsiinikool Oskab tõlgendada universaalseid bioloogilisi nähtusi, elusolendite põhiomadusi (pärilikkus, muutlikkus, ärrituvus, ainevahetus jne) inimesele rakendatuna. Teadke evolutsioonilisi seoseid...
6679.		Dialektiline materialistlik arusaam elust. Metsloomade organiseerituse tasemed	19,73 KB
	Dialektiline materialistlik arusaam elust. Eluslooduse organiseerituse tasemed. Kõik elusorganismid on selektiivsed keskkond. Ühend keemilised elemendid elussüsteemid erinevad maakoore keemilistest elementidest. Maapõues O,S...
6680.		Rakuteooria. rakubioloogia	23,44KB
	Rakuteooria. Raku bioloogia. XIX lõpus sajand - tsütoloogia tekkimine 1665 - ing. Robert Hooke, vaadates korgilõiku, nägi tselluloosikarpe ja võttis kasutusele termini rakk. 1838–1839 – M. Schleiden ja T. Schwann pakkusid välja raku...
6681.		Rakkude olemasolu ajas ja ruumis. Rakutsükkel ja selle reguleerimine	21,53 KB
	Rakkude olemasolu ajas ja ruumis. Rakutsükkel ja selle reguleerimine. Universaalsed keemilised ühendid – nukleiinhapped. Need koosnevad kolmest omavahel ühendatud komponendist: asoalus (A, G, C, T, U), 2-desoksü - D ...
6682.		organismide paljunemine. Gametogenees. ovo - ja spermatogeneesi mustrid	22,43KB
	organismide paljunemine. Paljunemisvormid ja nende bioloogiline tähtsus. Sugurakkude struktuur. Gametogenees. ovo - ja spermatogeneesi mustrid. Väetamine. Faasid ja bioloogiline olemus. Paljunemine on organismi kohanemine...
6683.		Inimese geneetika. Inimeste päritud erinevused	27,98 KB
	Inimese geneetika. Inimeste päritud erinevused. geneetiline terminoloogia. Kariotüübi põhihäired ja nende fenotüübilised ilmingud. geneetiline mosaiikism. Kromosoomide struktuurilised kõrvalekalded. Eugeeniline...
6684.		Pärilikkus. Pärandmaterjali organiseerituse struktuuritasemed	22,72KB
	Pärilikkus. Struktuuritasandid pärandmaterjali organiseerimine. Pärilikkus. Pärandmaterjali organiseerituse struktuuritasemed. Geeniekspressiooni reguleerimine. Geen on pärilikkuse ühik. Pärand...
6685.		Genoom. Genotüüp. Fenotüüp	24,18KB
	Genoom. Genotüüp. Fenotüüp. Fenotüüp genotüübi realiseerumise tulemusena teatud keskkonnas. Tunnustes avalduva geenide kvantitatiivsed ja kvalitatiivsed eripärad. Mittealleelsete geenide interaktsioon. Genoom on geenide kogum...

Projekti kommunikatsioonijuhtimine- juhtimisfunktsioon, mille eesmärk on tagada projekti jaoks vajaliku teabe õigeaegne kogumine, genereerimine, levitamine ja säilitamine.

Peamised teabetarbijad:

projektijuht;
klient;
projekti sponsor (kuraator);
funktsionaalsete osakondade juhid;
tööde teostajad;
tarnijad.

Kommunikatsioonihaldusprotsessid

Sidesüsteemide planeerimine - projektis osalejate teabevajaduse kindlaksmääramine (teabe koosseis, edastamise tähtajad ja viisid).

Teabe kogumine ja levitamine - korrapärase teabe kogumise, töötlemise ja edastamise protsessid.

Projekti edenemise aruannete koostamine - projekti töö seisu tegelike tulemuste töötlemine, korrelatsioon kavandatavaga ja trendianalüüs, prognoosimine.

Töö edenemise dokumenteerimine - projektdokumentatsiooni kogumine, töötlemine ja säilitamise korraldamine.

Kommunikatsiooni planeerimine

Kommunikatsiooniplaan sisaldab:

info kogumise plaan (teabeallikad ja selle hankimise meetodid);
teabe levitamise plaan (teabe tarbijad ja selle edastamise viisid);
iga dokumendi üksikasjalik kirjeldus (vorm, sisu, üksikasjalikkuse tase ja kasutatud mõisted);
teatud tüüpi side kasutuselevõtu plaan;
kommunikatsiooniplaani ajakohastamise ja täiustamise meetodid.

Aruandlus ja dokumentatsioon

Eduaruanded hõlmavad järgmist:

teave projekti hetkeseisu kohta tervikuna ja üksikute näitajate kontekstis;
teave kõrvalekallete kohta lähteplaanidest;
projekti edasise seisu prognoosimine.

Dokumentatsioon sisaldab:

lõppandmete kogumine ja kontrollimine;
andmete analüüs ja järeldused projekti tulemuste saavutamise taseme ja töö tulemuslikkuse kohta;
tulemuste arhiveerimine edaspidiseks kasutamiseks.

EMS ülesanded

Projektijuhtimissüsteemid kasutatakse järgmiste põhiülesannete lahendamiseks:

projekti elluviimise ajakava väljatöötamine piiratud ressursse arvestamata / arvestamata;
kriitilise tee ja ajavarude määramine projekti toimingute teostamiseks;
projekti finantseerimis-, materjalide ja seadmete vajaduse määramine;
taastuvressursside laadimise aja jaotuse määramine;
riskianalüüs ja riskipõhine ajakava koostamine;
projekti teostamise raamatupidamine;
tööde edenemise kõrvalekallete analüüs planeeritust ja projekti põhiparameetrite prognoosimine.

Kõige kuulsamad supid

Microsoft Office Project (Microsoft Corp., USA) www.microsoft.com
Avatud plaan (Welcom Software Technology, Ühendkuningriik, Deltek, USA) www.deltek.com
Primavera (Primavera Systems, Oracle, USA) www.oracle.com
Spider Project (Spider Project, Venemaa) www.spiderproject.ru
Projekti ekspert (Expert Systems, Venemaa) www.expert-systems.com
1C-Rarus: projektijuhtimine (1C-Rarus, Venemaa) www.rarus.ru
Projektibüroo ja teenuste juhtimine (Alef Consulting & Soft, Venemaa), www.alef.ru

Suhtlustüübid

Kommunikatsiooni tüübid

Suhtlemise vorm

Suhtlusvahendid

vertikaalne- see on infovahetus juhi ja alluvate vahel;

Horisontaalne- on sama taseme töötajate vahelise teabe edastamise protsess;

Verbaalne- suhtlusprotsess teabe edastamiseks sõnade abil;

mitteverbaalne- suhtlemine näoilmete, žestide, vaadete abil;

Ametlik

mitteametlik

inimestevaheline

intellektuaalne

Kirjutatud

Elektrooniline

emotsionaalne

Dokumentatsioon

Märgisüsteemid

Elektrooniline side

Video ja telekommunikatsioon

Inimese füsioloogilise süsteemi ehituse elemendid

Rühmas või organisatsioonis tervikuna on neli suhtlusfunktsiooni:

Juhtimine(kommunikatsiooni abil kontrollitakse grupiliikmete käitumist. Kui töötajal näiteks palutakse viia oma tegevus kooskõlla ettevõtte strateegiaga, täidab kommunikatsioon kontrollivat funktsiooni.);
Motivatsioon(tõstab motivatsiooni, teavitades töötajatest, mida on vaja teha, kuidas tulemuslikkust parandada jne. Enamiku inimeste jaoks on nende töö esmane sotsiaalse suhtluse allikas.);
emotsionaalne väljendus(kommunikatiivsus on mehhanism, mille abil grupi liikmed väljendavad oma suhtumist toimuvasse. Seega aitab kommunikatiivsus kaasa töötajate emotsionaalsele väljendusele ja võimaldab realiseerida sotsiaalseid vajadusi.);
Teabe edastamine(Oluline on ka kommunikatsiooni funktsioon, mis on seotud selle rolliga otsustusprotsessis. See võimaldab anda üksikisikutele ja rühmadele otsuste tegemiseks vajalikke andmeid, edastades teavet alternatiivsete lahenduste leidmiseks ja hindamiseks) .
Suhtlemise elemendid.

Allikas. Organisatsioonides on suhtlemise allikaks tavaliselt töötajad oma ideede, kavatsuste, teabe ja suhtluse eesmärgiga.
Kodeerimine. See on suhtlusallika ideede tõlkimine süstemaatiliseks sümbolite kogumiks, selle eesmärke väljendavasse keelde. Kodeerimise ülesanne on anda vorm, milles ideid ja eesmärke saab signaalina väljendada.
Signaali edastamine. Sideallika eesmärk väljendub signaalina, mille kuju sõltub suuresti kasutatavast kanalist.
Kanal. Kanalid viitavad edastusmehhanismidele sideallikast teabe vastuvõtjani. Organisatsioonides võib selleks olla suuline pöördumine üksteise poole, telefonivestlused, mitteametlik suhtlus, rühmakoosolekud jne.
Dekrüpteerimine-vastuvõtt. Sideprotsessi lõpuleviimiseks tuleb signaal dekodeerida. Iga teabe saaja tõlgendab (dekodeerib) signaali, kasutades kogemusi ja soovitatud soovitusi. Mida lähemal on kodeeritud signaal allika seatud sihtmärgile, seda tõhusam on side.
Tagasiside.Ühesuunaline suhtlus on tõhusam kui kahepoolne suhtlus. Kahepoolne suhtlus on aga täpsem. Tagasisidemehhanism annab kanali adressaadi vastuseks, mis võimaldab sideallikal kindlaks teha, kas signaal on vastu võetud. Tagasiside abil saab juht hinnata, kui tõhusalt ta suhtleb, samuti saab edaspidi parandada signaalide täpsust.
Häired ja tõkked, mis halvendavad signaali kvaliteeti. Need sisaldavad:

segavad tegurid;
teabe saaja või teabeallika valesti tõlgendamine;
erinevate inimeste poolt samadele sõnadele omistatud erinevad tähendused;
juhtide ja alluvate staatuse erinevus organisatsiooni distantsi tajumisel, mis suurendab nendevahelist suhtluslõhet;
vastuvõtja kuuleb ainult seda, mida ta kuulda tahab. Saate lisada juhtumeid, kus šifrist aru ei saada; kui saaja ei seo teavet saatja positsiooniga; kui edastuse ajal tuvastatakse nn müra.

Sidevõrkude tüübid

Sidevõrk - see on suhtlusprotsessis teatud viisil infovoogude toel osalevate inimeste side. Grupi liikmed suhtlevad võrgustiku kaudu. Sellest, kuidas sidevõrke üles ehitatakse, võib grupi tegevus erineda suurema või väiksema efektiivsuse poolest. Peamised võrgud on "star" ("ratas"), "spur" ja "ring" ("kõik kanalid"). Igal neist on oma eelised ja puudused. Konkreetse suhtlusvõrgustiku valik sõltub grupi ülesannetest, soovitud tulemustest, ajast, töötajate motivatsioonist ja kvalifikatsioonist ning muudest teguritest.

"Täht". Sellises võrgustikus kontrollib juht alluvate tegevust. Kanalite arv võib varieeruda, kuid alati on keskpunkt, kuhu need koonduvad.

"Tähe" eelised on järgmised:

Seal on tunnustatud juht, kes vastutab võrgustiku toimimise eest. Siin on sidemed ülemuse ja alluva vahel tugevad;
Zvezda on teistest võrkudest stabiilsem, kogu ametlik info tuleb keskusest ja läheb keskusesse;
Võimaldab kiiresti alustada ülesannete täitmist, kuna keskusest saab teavet ja juhiseid üheaegselt saata kõigile rühmaliikmetele;
Ülesannete täitmisel on rohkem järjekorda ja täpsust, kuna keskus kontrollib kogu võrku. Aga kui keskuses on saamatu inimene, muutub "staar" ebaefektiivseks. Seetõttu on "staaris" esmatähtis juhi valik. "Tähe" peamine puudus on selle jäikus, võimatus alluvate initsiatiivi näidata. Üheski teises võrgustikus ei ole käsuliin nii selgelt väljendatud ja et töö siin sujuks, tuleb seda rangelt järgida. Seetõttu määratakse sellise võrgu kvaliteet kesklinnas. See ei saa olla kõrgem kui pea töö tase.

Zvezda on tsentraliseeritud võrk ja see on kõige tõhusam lihtsate jooksvate ülesannete lahendamiseks.

"ring" võib nimetada täielik vastand"tähed". Grupi liikmed suhtlevad üksteisega vabalt, töötlevad võrdselt teavet ja langetavad otsuseid. Siin puudub formaalne juht, kes võrgustiku tegevust kontrolliks. See ei tähenda, et selles puuduvad jõujooned või sihipärane mõjutamine.

"Ringi" eelised on järgmised:

Moodustab rühmas soodsama moraalse ja psühholoogilise kliima ning tagab selle liikmete suurema motivatsiooni ja aktiivsuse;
See koolitab juhte, kuna iga inimese võimed on silme ees ja ta on huvitatud ennast parimast küljest näitama;
Piirab teabe "sõelumist";
Soosib loomingulist tööd;
Sellel on rohkem kontrollpunkte, kuna teave pärineb kõigilt võrgus osalejatelt.

"Ringi" puudused:

Võib tekkida "grupimõtlemise" fenomen;
Võimalik paindlikkuse kasv võib ohustada stabiilsust ja korda;
Võimalik kasu teabe puudulikust sõelumisest ja suuremast arvust kontrollpunktidest on saavutatav kanalite juhtimisfunktsioonide vähendamisega.

"Ring" on kõige tõhusam keerukate loominguliste probleemide lahendamiseks.

"Spur" Väliselt sarnane "tähega", on see ka tsentraliseeritud jäik võrgustik, kuid on erinevusi: "spuri" struktuuril on kolm tasandit, mitte kaks, nagu "tähel". Kesklinna mees on endiselt juhtival kohal, kuid tal on oma ülemus. Punkt B on Spuri tegeliku jõu keskus. Seda võimu saab kasutada A huvides, B huvides või kiirte otstes olevate tavaliste töötajate huvides. B säilitab oma positsiooni seni, kuni see rahuldab A. Peamine probleem selline võrgustik on inimese valimine ametikohale B.

Teisesed sidevõrgud on: "telk", "telk" ja "maja" (joonis 1)

Riis. 1. Sekundaarsed sidevõrgud

"Telk" - väga laialt levinud, tugev ja stabiilne, nagu "staar", sidevõrk. Sellel on minimaalne arv mitteametlikke töötajate suhtlusi.

"Telk" tekib "telgist", kui kanal B-C on formaalselt rajatud (see võib mitteametlikult eksisteerida A teadmisel). "Telk" tekib siis, kui juht A otsustab, et tema kõrgemad alluvad peavad kooskõlastama oma tegevused ja vastastikust huvi pakkuvad küsimused, enne kui need talle üle anda. Selline võrgustik võib olla väga tõhus ja tulemuslik struktuur, kui B ja C õigused ja kohustused on selgelt määratletud.

Kui "telki" ilmub uus ametlik kanal b - c, saadakse "maja". See on täiesti suletud süsteem, kus igaüks saab suhelda mis tahes muu punktiga mitmel kanalil, ilma et peaks järgima tavapärast kehtestatud käsuliini.

Siin on kolm suhtlusringi: suur, mis ühendab kõiki võrgu liikmeid, ja kaks väikest.

Organisatsioonilisest aspektist võib "kodu" olla infovõrkudest kõige ohtlikum tänu paljudele ametlikele kanalitele, mille kaudu info ühelt teisele edastatakse.

Võib tekkida teabe üleküllus. Raskusi tekitab vale ettekujutus, et mida suurem on edastatava info hulk ja mida lihtsam on seda vahetult töödelda, seda parem.

Vaba teabevahetus inimeste vahel, kes sellest kasu saavad, on hea, kuid kui otsene teabevahetus viib " lühis» voog või teave ei jõua nendeni, kes seda peaksid saama – see on halb.

Projektikommunikatsiooni juhtimine (interaktsiooni juhtimine, infolingid) on juhtimisfunktsioon, mille eesmärk on tagada projekti jaoks vajaliku teabe õigeaegne kogumine, genereerimine, levitamine ja säilitamine.

Projektide puhul viitab teave kogutud, töödeldud ja levitatud andmetele, mida kasutatakse planeerimiseks, juhtimiseks ja kontrollimiseks. Disaini teave võib olla erinevaid vorme: kajastavad jagatud eesmärgipüstitust, tulenevad projektilepingute tõlgendamisest, koosnevad otsestest juhistest tööde tegemiseks, sisaldavad koondatud või kodeeritud andmeid projekti enda ja selle olemasolu kohta. Vaja on mis tahes projektiteabe tsentraliseeritud fikseerimist, selle sisust olenevat määramist, ülesannetele vastavat levitamist ja tsentraliseeritud haldust. Teave annab võimaluse koostööks selle projekti elluviimisega seotud väliste ja sisemiste osalejate vahel. Selle abil saavad projektis osalejad teada, millised tööd, kelle poolt ja mis ajaks peaks valmima. Otsuste tegemisel kasulikuks olemiseks tuleb teavet anda regulaarselt, õigeaegselt, ühetaoliselt, arusaadavalt, tõeselt, üksikasjalikult, asjakohaselt ja mugavalt.

Projekti raames on vajadus erinevat tüüpi side järele:

1. Sisemine (projektimeeskonna sees) ja väline (koos ettevõtte juhtkonna, kliendiga, välised organisatsioonid jne.).
2. Ametlikud (aruanded, palved, koosolekud) ja mitteametlikud (meeldetuletused, arutelud).
3. Kirjalik ja suuline.
4. Vertikaalne ja horisontaalne.

Teabe liikumine projektis võib toimuda projekti arvelduskoja, osalevate juhtide ja meeskonnaliikmete kaudu.

Infohalduse protsessis kasutatakse: telefon, faks, kiri, koosolek, aruanne, e-post, telekommunikatsioon, videokonverents, teletekstiseadmed.

Suhtlus ja sellega kaasnev info on omamoodi vundament projektis osalejate tegevuse koordineerimise tagamiseks.

Peamised projektiteabe tarbijad on:

1. Projektijuht analüüsima tegelike tulemusnäitajate ja planeeritud lahknevusi ning tegema projekti kohta otsuseid.
2. Tellija teadlikkuse eest projekti edenemisest
3. Tarnijad, kui on vajadus tööde teostamiseks vajalike materjalide, seadmete jms järele.
4. Projekteerijad, kui on vaja teha muudatusi projekteerimisdokumentatsioonis.
5. Tööde otsesed teostajad põllul.

Teabelinkide haldusfunktsioon sisaldab järgmisi protsesse: .

1. Kommunikatsioonisüsteemi planeerimine - projektis osalejate infovajaduse väljaselgitamine (info koosseis, ajastus ja edastamisviisid).
2. Teabe kogumine ja levitamine - vajaliku teabe korrapärase kogumise ja projektis osalejatele õigeaegse edastamise protsessid.
3. Projekti edenemise aruandlus - projekti seisu tegelike tulemuste töötlemine, suhe planeeritud ja trendi analüüsiga, prognoosimine.
4. Tööde edenemise dokumenteerimine - projekti dokumentatsiooni kogumine, töötlemine ja säilitamise korraldamine.

Sidesüsteemide planeerimine. Kommunikatsiooniplaan on projektiplaani lahutamatu osa. See sisaldab: .

1. Info kogumise plaan, mis määrab teabe allikad ja selle hankimise meetodid.
2. Teabe levitamise plaan, mis määrab teabe tarbijad ja selle edastamise viisid.
3. Iga vastuvõetava või edastatava dokumendi üksikasjalik kirjeldus, sealhulgas vorm, sisu, üksikasjalikkuse tase ja kasutatud määratlused.
4. Teatud tüüpi kommunikatsioonide kasutuselevõtu plaan.
5. Kommunikatsiooniplaani ajakohastamise ja täiustamise meetodid.

Kommunikatsiooniplaan on vormistatud ja detailne olenevalt projekti vajadustest.

Teabe kogumine ja levitamine. Seal on formaalne teave (esineb projekti organisatsioonilistes struktuurides) ja mitteametlik teave (esineb väljaspool neid ja võib olla seotud nii projekti enda kui ka sündmustega, mis jäävad väljapoole selle raamistikku).

Kirjalikku ja verbaalset teavet nimetatakse klassikalisteks teabeliikideks. Suuline teave hõlmab vestlusi, loenguid, koosolekuid ja aruandeid, mida viivad läbi projektijuhid. Kirjalik teave võib sisaldada sõnumeid, aruandeid, protokolle, väljaandeid. Samuti on olemas kaasaegsed vaated teave, nagu elektroonilised andmed, telekommunikatsioon, videokonverentsid jne. Infovalikut mõjutavate teguritena võib nimetada selle töötlemisega seotud isikute vajadusi ja nõudeid, samuti projekti suurust, tüüpi ja keerukust.

Teabevoog võib liikuda vertikaalses (ülemuse ja alluva vahel), horisontaalses (hierarhilise redeli samal astmel asuvate inimeste vahel) ja diagonaalis (ülemuse ja alluvate vahel väljaspool osakondi) suundades.

Teabe kogumise ja levitamise süsteemid peaksid vastama erinevat tüüpi side vajadustele. Nendel eesmärkidel saab kasutada teabe kogumise, töötlemise ja edastamise automatiseeritud ja mitteautomaatseid meetodeid.

Manuaalsed meetodid hõlmavad andmete kogumist ja edastamist paberkandjal, koosolekute läbiviimist.

Automatiseeritud meetodid hõlmavad kasutamist arvutitehnoloogia ja kaasaegsed sidevahendid suhtlemise tõhustamiseks: e-post, dokumendihaldussüsteemid ja andmete arhiveerimine.

Projektis osalejate vahel teabe levitamise tehnoloogiad või meetodid võivad olenevalt projekti parameetritest ja juhtimissüsteemi nõuetest oluliselt erineda. Interaktsioonitehnoloogiate valiku määrab: .

1. Projekti edukuse sõltuvus andmete asjakohasusest või kirjelduse üksikasjalikkusest
2. Tehnoloogia kättesaadavus.
3. Personali kvalifikatsioon ja valmisolek.

Projekti eduaruanne. Tegelike tulemuste andmete kogumise ja töötlemise protsessid ning töö seisu kohta info kuvamine aruannetes annavad aluse töö koordineerimiseks, operatiivplaneerimiseks ja juhtimiseks. Eduaruanded hõlmavad järgmist:

1. Teave projekti hetkeseisu kohta tervikuna ja üksikute näitajate kontekstis.
2. Teave kõrvalekallete kohta baasplaanidest.
3. Projekti tulevase seisu prognoosimine.

Töö edenemise dokumenteerimine

Töö edenemise dokumenteerimine. Töö edenemise peamised vahetulemused tuleks ametlikult dokumenteerida.

Edusammude tulemuste dokumenteerimine sisaldab:

1. Lõplike andmete kogumine ja kontrollimine.
2. Analüüs ja järeldused projekti tulemuste saavutamise taseme ja tehtud töö tulemuslikkuse kohta.
3. Tulemuste arhiveerimine edaspidiseks kasutamiseks.

Elektrooniliste arhiivide pidamise arvutisüsteemid võimaldavad automatiseerida teksti- ja graafiliste dokumentide salvestamise ja indekseerimise protsesse ning hõlbustavad oluliselt juurdepääsu arhiiviteabele.

Seega peaks projektikommunikatsiooni juhtimine olema suunatud grupi suhtlusele projektijuhtimise raames ja hõlmama:

1. projekti info, s.o. kogutud, töödeldud ja levitatud andmed, sealhulgas nii algandmed kui ka otsearvutuste, analüütilise töötlemise, eksperthinnangute jms tulemusena saadud andmed;
2. teabe töötlemise vahendid, sealhulgas infotehnoloogia põhineb kaasaegsel tarkvaral;
3. sidevahendid, mis on suunatud projekti vajaliku teabe õigeaegse kogumise, genereerimise, levitamise ja säilitamise tagamisele ning põhinevad kaasaegsetel side- ja andmeedastusvahenditel. .

Teoreetilise analüüsi tulemuste põhjal sõnastati rida järeldusi, nimelt: suhtlemine on kahe inimese vahel või inimeste grupis info vahetamise ja info edastamise protsess. Infovahetusprotsessis on neli põhielementi: saatja; sõnum; kanal; saaja. Suhtlemisprotsess ise koosneb aga suuremast hulgast elementidest ja etappidest. Nende ülesanne on koostada sõnum ja kasutada selle edastamiseks kanalit nii, et mõlemad osapooled mõistaksid ja jagaksid algset ideed.

Need omavahel seotud etapid on järgmised: 1) idee sünd; 2) kodeerimine ja kanali valik; 3) sõnumi edastamine; 4) dekodeerimine (sõnumi tõlgendamine); 5) tagasiside; 6) "müra". Tuletatakse ka suhtlusprotsessi põhietapid: saatmise ja kodeerimise etapp, edastamise etapp, vastuvõtmise etapp, tagasiside etapp.

Kaaluti organisatsioonis toimuva suhtluse liike ja vorme, samuti tuvastati ja arvestati tõhusa suhtluse takistusi.

Kommunikatsiooni ja konfiguratsioonihalduse planeerimine projektis

Suhtlusstrateegia kujundamine. Projekti konfiguratsioonihaldusobjektide tuvastamine. Uue konfiguratsioonielemendi loomise protseduur.

projekti infrastruktuur. Projekti konfiguratsiooni baasjoone moodustamine.

Projekti konfiguratsioonihalduse korraldamine.

Konfiguratsioonielementide oleku dokumentatsiooni korraldamine.

Kommunikatsioonistrateegia näide.

Näide projektibüroo infrastruktuuri nõuetest (fragment).

Näide projekti infrastruktuuri loomise protseduurist.

Dokumentide säilitamise tagamise korra näide.

Dokumentide koostamise korra näide.

Näide tegevuste aruandluse protseduurist.

Kommunikatsioonistrateegia kujundamine

Selleks et projekti kommunikatsioon saaks projektiga seotud probleeme kõige tõhusamalt lahendada isegi projekti planeerimise etapis, on vaja selgelt sõnastada kommunikatsioonistrateegia. Nagu varem näidatud, on kõige olulisem element side planeerimine on an tuvastamine teabe saajatele, siis peaksite hoolitsema teabesõnumite sisu planeerimise eest, mis võib olenevalt adressaadist oluliselt erineda. Siis tuleb valik suhtluskanal ja määratlus saatja. Kommunikatsiooni tegeliku rakendamise taga on alati vaja läbi viia tagasisidet mis võimaldab meil tulevikus oma tegevust kohandada.

Sisu osas peaks iga projekti sõnum sisaldama järgmist teavet.

1. Projektis osalejate mõistmisvajaduse rahuldamine Projektis osalejad peavad saama objektiivset, täielikku ja järjepidevat teavet projekti eesmärkide ja eesmärkide kohta ning suutma kujundada projekti kohta oma ratsionaalse arvamuse.

2. Projektis osalejate tunnetamisvajaduse rahuldamine Sidusrühmad peavad selgelt mõistma, millised protseduurid on ette nähtud nende osalemise korraldamiseks projekti otsuste tegemisel, kas on olemas kanalid tagasisidet kuidas nad saavad olla kaasatud nende jaoks projekti kõige olulisema osa elluviimisse.

3. Projektis osalejate tegutsemisvajaduse rahuldamine Töötajaid tuleb teavitada, mis tähendab,

on ette nähtud meetodid, tööriistad nende kiireks kohanemiseks organisatsiooni uues organisatsioonilises ja funktsionaalses ärikeskkonnas.

Suhtlusstrateegia näide

Tüüpiline struktuur suhtlusstrateegiad sisaldab järgmisi jaotisi.

1. Projektis osalejate teavitamise eesmärgid ja eesmärgid Näiteks:

Rakendatava strateegia raames ei piirdu teavitamine töötajate pakkumisega vajalikku teavet projekti kohta. Kommunikatsiooni eesmärgid on suunatud ettevõtte personali lojaalsuse suurendamisele projektile, mis aitab saavutada muudatuste juhtimise lõppeesmärki – tagada valutu üleminek uuele äristandardile. Kommunikatsiooniprotsessil on kolm peamist eesmärki:

1. sihtrühmale teabe andmine projekti eesmärkide, eesmärkide ja tulemuste kohta:

§ teavitama ettevõtte töötajaid projektist, selle tähtsusest ja eelistest;

§ tagama projekti kohta teabe hankimise kättesaadavuse, õigsuse ja õigeaegsuse;

§ säilitada huvi projekti vastu selle elluviimise kõikides etappides;

2. sihtrühmale teabe andmine projektimeeskonna teadlikkuse kohta eelseisvatest muudatustest funktsionaalses keskkonnas ja organisatsiooniline struktuur ettevõtted ja nendega seotud probleemid:

§ tagama sihtrühmadele õigeaegse teabe eelseisvate muudatuste kohta;

§ kujundada projektist kui avatud, läbipaistvast ja ligipääsetavast algatusest kuvandit;

§ koguda teavet ettevõtlusekspertide ootuste/murede kohta eelseisvate muudatuste osas;

3. sihtrühmale teabe edastamine uutele protsessidele ülemineku plaanide, kohustuste, töömeetodite kohta:

§ kujundada projektist kui toetamiseks valmis algatusest kuvandit tagasisidet, vastata küsimustele ja aidata eesseisvate probleemide lahendamisel;

§ tagama lõppkasutajate eelneva teavitamise eelseisvatest muudatuste juhtimise tegevustest;

2. Rollid ja vastutused

Märkige konkreetsed projektikommunikatsiooni eest vastutavad isikud ja nende koht projekti organisatsioonilises struktuuris.

3. Sihtpublik

Lähtuvalt ülalkirjeldatud kommunikatsiooni eesmärkidest on soovitav välja tuua kolm sihtrühma, kellele on suunatud punktis kirjeldatud tegevused. kommunikatsiooniplaan. Erinevused valitud rühmades, mida iseloomustab vastutuse / projektis osalemise määr, ametikohtade hierarhia ettevõtte sees ja sellest tulenevalt ka lojaalsus projekti tulemustele, määravad mitmete kanalite ja teabemeetmete kasutamise kõigi jaoks. neid.

1. Ärieksperdid

Reeglina on nad allüksuste juhid või juhtivspetsialistid, omavad täielikku teavet konkreetse valdkonna olemasolevate äriprotsesside kohta ja osalevad protsessimuudatuste nimekirja kokkuleppimisel.

2. Ümberkujundamise eest vastutav (1. ja 2. tase) Esimest taset esindavad töötajad juhtide hulgast

direktoraadid ja osakonnad, mis toimivad peamise kontaktpunktina muudatuste juhtimise meeskonna ja rakendamise eest vastutava võrgustiku vahel. Nende teadlikkuse tase ja aktiivne osalemine muudatuste juhtimise protsessis on projekti elluviimisel ülioluline.

Teist tasandit esindavad osakonnajuhatajate tasandi töötajad, kes vastutavad muudatuste juhtimise meetmete rakendamise eest kohalikul tasandil, kuna nemad on lüliks muudatuste eest vastutajate võrgustiku ja lõppkasutajate vahel.

Ettevõtluseksperdid võivad olla ümberkujundamise eest vastutajate hulgas.

3. Lõppkasutajad

Ettevõtte töötajad, kes hakkavad oma igapäevatöös edaspidi tegelema uute protsesside ja süsteemidega. Teavitamise eesmärgid on suunatud eelkõige süsteemi aktsepteerimise taseme tõstmisele selle konkreetse sihtrühma poolt.

4. Suhtluskanalid

Projekti suhtluskanalite loetlemine on soovitatav teha mallis kajastatud kategooriate kontekstis (vt tabel 7.1).

Suhtluskanalitele võib viidata kui standardsed vahendid suhtlemine (telefon, e-post) ja täpsem (rühmakoosolekud, retriidid, küsimuste ja vastuste seansid); Pealegi ei tohiks seda tähelepanuta jätta suhtluskanalid, mis toimivad tõmbamise põhimõttel, on internetiportaalid, teadmistebaasid jne. (Vt joonis 7.1).

Riis. 7.1. Suhtluskanalid ja nende mõju

Olemasoleva tõhususe tuvastamiseks ametlik Suhtluskanalid Allpool on soovitatavate küsimuste loend.

1. Kui kiiresti ja kui sageli edastatakse nende suhtluskanalite kaudu ettevõtte juhtkonna ametlikke otsuseid?

2. Milliseid huvirühmi saab selle kanali kaudu teavitada?

3. Kui kohaldatav ja tõhus see on? suhtluskanal: kas vastutav isik on olemas, kas teda on võimalik kasutada sise- ja välissuhtluseks?

4. Kuidas on selle hindamine suhtluskanal?

5. Mil määral vastab see kanal kaasaegsetele teabevajadustele, kas sellel on liides interaktsiooniks uute info- ja kommunikatsioonitehnoloogiatega?

Kõige tõhusamate mitteametlike suhtluskanalite väljaselgitamiseks on soovitatav kasutada järgmist küsimuste loendit.

· Kes on organisatsiooni (mitteametlik) juht?

Kelle arvamus on kõige raskem kaal oluliste küsimuste arutamisel?

· Kuidas suhtub organisatsioon projektiinfo avatud levitamisse ja sellega seotud osakondade tegevuse läbipaistvusse?

Seega suhtluskanalid moodustada 3 rühma: ametlik, projektipõhine ja mitteametlik.

AT kommunikatsioonimaatriks(vt tabel 7.2) kõik suhtluskanalid, mis on rühmitatud 3 kategooriasse, mis on eespool mainitud, ja vertikaalselt - kõik projektis osalejad. Vastavate ridade ja veergude ristumiskohas on vaja kajastada, millist staatust konkreetne sidekanal on: peamine, täiendav või spetsiifiline. Seega saab ridu vaadates hinnata info dubleerimise astet – interaktsiooni osalejatega mitme suhtluskanali kaudu. Iga osalejate rühma tuleks teavitada vähemalt üks kord ametliku kanali kaudu, vähemalt üks kord konkreetse ja üks kord mitteametliku suhtluskanali kaudu. Dubleerimise määr peaks olema seotud projektis osalejate mõjuanalüüsiga (vt vastavat jaotist): kui projektis osaleja on "agent", siis peaks dubleerimise määr olema võimalikult kõrge.

Tabel 7.2. Kommunikatsioonimaatriksi näide

konventsioonid

Ametlik

Konkreetne

mitteametlik

0 Peamine sidekanal Teisene sidekanal

Koosolekud

Internet

Telekonverentsid

Bülletäänid

Infotunnid

Projekti bülletään

Haridus

Küsimus seisab

Meil

Suhtlemine fuajees

Telefonivestlused

Projektis osalejad

Müügiosakond

Juhtimine

keskastme juhtkond

Tootmine

osakonnad

Tarnijad

ametiühingud

Analüüsimine kommunikatsioonimaatriks vertikaalselt saab määrata teatud suhtluskanali strateegilise tähtsuse: kui see osutub peamiseks suhtluskanaliks suur hulk osalejate rühmad, tuleks seda pidada projekti oluliseks varaks.

Projektile tagasiside andmise korraldamine

Juhtsilmuse rakendamise vajadust, sealhulgas sides, saab põhjendada järgmiselt.

Tõhus teavitamine on võimalik ainult siis, kui projektisuhtlus on kahesuunaline – otsese ja vastupidise suhtluskanali olemasolu. Viimane neist annab kontrolli esimese üle.

Suhtluskanalite tõhususe jälgimine hõlmab järgmisi aspekte:

· väljakujunenud ametlike teavitamiskanalite kaudu projektialase teabe kvaliteet;

sissetuleva teabe piisav intensiivsus;

Väljakujunenud ametlike teavitamiskanalite kaudu saadud teabe täielikkus.

Suhtlemise tulemuslikkuse jälgimise protsess viiakse läbi küsitlusvormide (ankeetküsitlus) jagamise teel kindlaksmääratud ajavahemike järel ja kasutades vihjeliin telefonisuhtlusel põhinevad küsimused ja vastused.

Arutletud 5 punkti ei ole ammendav jaotiste loetelu suhtlusstrateegiad, kuid need on kõige olulisemad ja reeglina pädevaks ettevalmistamiseks kohustuslikud sideplaan.

Projekti konfiguratsioonihaldusobjektide tuvastamine

Selle jao sissejuhatuseks, mida eraldi käsitletakse suhteliselt harva, anname määratlus võtmesõnad.

Seadistamine– nimeline elementide kogum, mis on projekti tulemused.

Konfiguratsiooniüksus on projekti või komponent tulemust kontrollitakse konfiguratsioonihaldusprotsessi osana.

Vastutus planeerimise, toimimise ja kontroll konfiguratsioonihaldusprotsess on usaldatud haldurile peal Konfiguratsiooni juhtimine. Kui projekt on väike, täidab neid funktsioone projektijuht, kuid projekti ulatuse suurenedes muutub see roll peamiseks ja nõuab eraldi määramist.

AT ametlikud kohustused juht peal konfiguratsioonihaldus peab sisaldama:

konfiguratsioonihaldusprotsessi plaanide ja protseduuride väljatöötamine;

plaanide elluviimise tagamine ja tulemuste dokumenteerimine;

· projekti põhisätete ja väljaannete sisu kindlaksmääramine;

Konfiguratsioonihaldusprotsessi protseduuride rakendamise korraldamine ja kontroll;

· konfiguratsioonihaldusprotsessi teabe salvestamise tööriistade juhtimine.

Definitsioon konfiguratsioonihalduse objektid viiakse läbi projekti kavandatud tulemuste analüüsi alusel, mis on fikseeritud projekti põhidokumentides: harta ja projekti sisu. Kõrval Analüüsi tulemused määravad kindlaks konfiguratsioonihaldusprotsessi töökeskkonna loomiseks vajalike elementide struktuuri ja korralduse.

Töötab peal konfiguratsioonituvastused määratlevad kontrollitavad üksused, loovad üksuste ja nende versioonide identifitseerimisskeemid ning määravad nende üksuste haldamiseks kasutatavad tööriistad ja tehnikad. See tegevust on aluseks kõigele muule töötab peal Konfiguratsiooni juhtimine.

Identifitseerimine Kontrollimist vajavad konfiguratsioonielemendid on esimene samm muudatuste juhtimise korraldamisel kirjeldatud lähenemisviisi raames, mida rakendatakse integreeritud muudatuste juhtimise protsessi abil. Konfiguratsiooniüksuste õige valik on oluline kontrollitavate üksuste juhitava komplekti tagamiseks. Struktuursed seosed valitud konfiguratsioonielementide (ja nende koostisosade) vahel mõjutavad projekti toimimist. Konfiguratsioonielemendid arenevad peal projekti edenemisest. Konfiguratsiooniüksuse versiooni peetakse areneva üksuse konkreetseks olekuks. Kõrval projekti edenedes värskendatakse versioone - elemendi uus versioon, mis on mõeldud selle praeguse, vana versiooni asendamiseks.

Konfiguratsioonihaldusobjektid hõlmavad arvutiressursse, teenuse hooldust ja tööriistu, mis on vajalikud projekti infrastruktuuri loomiseks. Projekti infrastruktuuri õigeaegne loomine on planeerimisetapi üks kriitilisi edutegureid.

Uue konfiguratsiooniüksuse loomise protseduur

Konfiguratsioonielemendid moodustatakse lähtuvalt projekti tööplaani väljatöötamise tulemustest. Projektimeeskonna volitatud liikmelt saabub uus konfiguratsiooniüksus. Elemendile määratakse identifikaator, määratakse selle esialgne olek ja see paigutatakse CM-i hoidlasse, kus on loodud kaitse volitamata juurdepääsu eest.

Projekti infrastruktuur

Infrastruktuuri planeerimine algab nõuetest. Nõuded arvutiseadmetele ja sellega seotud taristule kujunevad reeglina ettevõtte siseinfo analüüsi, sealhulgas hinnangu arvutiseadmete töövõimele, alusel. Taristut tuleb hinnata seoses erinevate profiilidega ülesannetega ja seda tuleks hinnata järgmistel tasanditel:

· töökohad;

süsteemid (rakendus- ja andmebaasiserverid).

Soovitatav on määrata isik, kes vastutab projektimeeskonna varustusega varustamise, töökeskkonna loomise, projektiraamatukogu eest. Projekti infrastruktuuri loomisega seotud tööd tuleb kontrollida. Projektimeeskonna liikmetele tuleks tellija territooriumil ette valmistada kontoritehnika, telefonide, personaalarvutite, printerite, koosolekuruumide, klassiruumide ja muude materiaalsete ressurssidega varustatud töökohad. Üks infrastruktuuri kohustuslikest elementidest on projekti raamatukogu.

Projekti kontori infrastruktuuri nõuete näide (fragment)

Spetsiaalsed ruumid

Selleks, et projekti töörühm saaks teha töid Zvyozdochka ettevõtete grupis, annab tellija spetsiaalsed ruumid projekti ühise töörühma majutamiseks.

Nõuded ruumidele

Projekti büroopind peab vastama järgmistele nõuetele:

ühel töötajal peab olema vähemalt 5 m2 tööruumi, töökoht Igale töötajale tuleb anda:

Eraldi töölaud

Tool;

kaks elektripistikut;

üks pistikupesa juurdepääsuks infovõrku;

üks pistikupesa telefonivõrgule juurdepääsuks (vastavalt täiendavale põhjendusele);

telefon (lisapõhjendusel). Iga büroopind peab olema varustatud:

· võrgu lasermust-valgeprinter kahepoolse printimise võimalusega A4 lehtedele ja printimiskiirusega vähemalt 30 lehekülge minutis;

· kõigi tööruumis asuvate töötajate üleriiete riidepuu;

üks kapp.

Projekti töörühmale tuleks eraldada läbirääkimisteks tööruum, mis on varustatud:

konverentsilaud;

· toolid;

pabertahvel;

· ekraan ja projektor koosolekuteks 10 inimese osavõtul.

Projekti töörühma liikmete varustamine personaalarvutitega:

· täitja kaasab võimalusel kaasaskantavate arvutitega varustatud töötajaid projektiga töötama;

· projektiga seotud töösse kaasatud kliendi töötajad varustatakse kliendi poolt personaalarvutitega võimalikult lühikese aja jooksul;

· Nõuded personaalarvutite omadustele saab täpsustada sõltuvalt konkreetsetest tööülesannetest, mida töötaja täidab.

Projekti töörühma varustamine paljundusseadmetega Projekti töörühmale annab tellija ühe koopiamasina koos A3 ja A4 lehtede kahepoolse paljundamise ning originaallehtede automaatse söötmise võimalusega.

Projekti töörühma varustamine kirjatarvetega Projekti töörühma varustab tellija kirjatarvete ja paberiga projektihalduri nõudmisel töövõtjalt.

Projekti töörühma liikmete infovahetuse tagamine

· Klient eraldab jagatud kettaressursi projekti dokumentatsiooni raamatukogu ja LMS-i loomiseks projektis kasutatavate tarkvararakenduste raamatukogu korraldamiseks.

· Projekti töörühma liikmete suhtluse korraldamiseks eraldab klient töötava alamvõrgu.

· Klient tagab kõigile projekti töörühma liikmetele Interneti-juurdepääsu.

· Klient tagab igale projekti töörühma liikmele e-posti aadressi eraldamise.

· Tellija tagab telefoniühenduse linna telefonivõrku juurdepääsu võimalusega igale projekti töörühma liikmele töövõtjalt (vastavalt täiendavale põhjendusele).

Projekti ühise töörühma liikmete töörežiim ja -koht

· Projekti töid teostavad töövõtja või alltöövõtja töötajad tellija territooriumil ja/või töövõtja/alltöövõtja territooriumil.

· Projekti töörühma liikmete tööpäeva algus on kell 9.00, tööpäeva lõpp kell 18.00, lõunapausi kestus 1 tund ajavahemikus alates kella 12.00. kuni 15:00. Tellija ja töövõtja projektijuhtidel on vastastikusel kokkuleppel õigus muuta projektiga seotud töötajate tööaega.

Tellija tagab töövõtja töötajatele võimaluse töötada tellija territooriumil õhtusel ja öisel ajal, samuti nädalavahetustel ja pühad(vajadusel ööpäevaringne töö) töövõtja eelneval soovil.

Projekti infrastruktuuri loomise näidisprotseduur

Infrastruktuuri loomiseks vajate:

tagada materiaalsete ressurssidega varustamine - vajate tellida või nõuda vajalikke ressursse;

Korraldada seadmete paigaldus – tagada seadmete tarnimine, paigaldus ja katsetamine;

Pakkuda seadmete hooldushooldust – koostada hooldusgraafik;

Katsetage töökeskkonda, et veenduda, et see vastab nõuetele funktsionaalsus, ühilduvus ja ligipääsetavus.

Projekti konfiguratsiooni lähtejoone moodustamine

Põhiline rida või fikseeritud konfiguratsioonilõik – formaalselt määratletud ja fikseeritud konfiguratsioonielementide kogum peal aega elu jooksul tsükkel ON. Teatud juhtudel põhilised rida saab muuta ainult ametliku muudatuste kontrollimise protseduuri kaudu. Fikseeritud lõige koos kõigi selle heakskiidetud muudatustega moodustab praeguse kinnitatud konfiguratsiooni.

Erinevad konfiguratsioonielemendid antakse edasi Konfiguratsiooni juhtimine erinevatel ajahetkedel ja sisalduvad teatud eluhetkedel baasjoontes tsükkel. Käivitav sündmus on teatud vormide ametliku ülesande heakskiitmise, näiteks ametliku hindamise, lõpuleviimine. Konfiguratsioonielementide näited on kohandatud IC-moodulid, kasutusjuhend, testimisplaanid, Andmebaas testid ja palju muud.

Projekti konfiguratsioonihalduse korraldamine

Ülaltoodud ülesannete elluviimise korraldamiseks LC IS-i planeerimisetapis töötatakse välja konfiguratsioonihaldusplaan, mis sätestab kontseptsiooni ja määrab vahendid protsessi automatiseerimiseks ning kirjeldab ka kõiki rolle ja tegevusi sõltuvalt elutsüklist. etapp. tsükkel ON.

Konfiguratsioonihaldusplaan (CMP) töötatakse välja varajases planeerimisfaasis ja on osa sellest projektijuhtimise plaan. Kvaliteedijuhtimise plaani struktuur sõltub sellistest teguritest nagu projekti tüüp ja kestus, protsesside vormistamise tase, meeskonna suurus jne. See tähendab, et planeeringu struktuur võib olenevalt projektist oluliselt muutuda. Töös valmis analüüs planeeringu ülesehitust mõjutavad tegurid.

Seega muudab mitme kontori olemasolu planeeringu keerulisemaks, täiendades seda kontoritevahelise suhtluse eeskirjadega ja mõjutab projekti üldist arhitektuuri. Piirkondade arvu suurenemine mõjutab planeeringu formalismi taset.

Suhteline suurus projekt mõjutab määruste arvu ning nende väljatöötamist ja detailsust. Täpsemalt kirjeldatakse faase, rühmadevahelist suhtlust, muudatustaotluste edastamist. Mida suurem on projekt, seda ametlikum plaan peaks olema.

Konfiguratsioonielementide arv mõjutab ainult elementide tuvastamise sügavamat läbitöötamist. Mõnel juhul on kasulik mallide põhjal määratleda plaanis igat tüüpi konfiguratsioonielemendid.

Komponentide ja alamsüsteemide arv mõjutab repositooriumist elementide valikut (valiku ja ringluse meetod) ning projektikataloogi ülesehitust kirjeldava jaotise sügavust CM plaan kirjeldab tavaliselt kõiki eluetappe. tsükkel ON. Mõnikord võib alltöövõtjatega töötades osutuda vajalikuks selgemalt eristada faasi, milles alltöövõtja on kaasatud.

Projekti käiku ja plaani mõjutavad oluliselt sellised tegurid nagu arendustööriistad, arendusplatvorm (võimalik on arendus mitmel platvormil ja mitmel platvormil korraga). suur tähenduses omama rakendusvahendite tüüpi ja arvu (fondivalitseja automatiseerimine), nende kuulumist ühele või mitmele müüjale. Näiteks võib projekt kasutada ühe tarnija versioonihaldustööriista ja teise tarnija muudatuste juhtimise tööriista. Tööriistadevahelise integratsiooni tüüp, arhitektuur integreerimist tuleks KM plaanis üksikasjalikult käsitleda.

Vormistamise tase sõltub paljudest teguritest. Esitluse formaalsuse ja sügavuse taseme valimisel tuleb juhinduda väljuvatest ülesannetest ja eesmärkidest. Sellised tegurid nagu projekti keerukus, piirkondlik hajutatus, projekti tüüp, alltöövõtjate olemasolu peaksid automaatselt viima kõrgelt vormistatud kvaliteedijuhtimise plaani kirjutamiseni. Keskmist ja madalat taset saab rakendada suhteliselt lühiajalistele projektidele, projektidele, mis hõlmavad vähest arendajat. Meeskonna kasvades tuleks üle vaadata rollijaotus, MK-plaan, tõsta vormistamise taset. Tabelis 42 on näide kvaliteedijuhtimise plaani ülesehitusest.

Olenevalt projekti mahust võidakse mõni punkt plaanis vahele jätta.

Konfiguratsioonihalduse planeerimise etapis tuleb ka kindlaks määrata, milline tarkvara ja riistvara tagada projekti eesmärkide saavutamine, töötada välja plaanid peal kontrollida ja koostada projekti dokumente ning määratleda projekti strateegiad, standardid ja protseduurid selle tagamiseks Konfiguratsiooni juhtimine dokumenteerida, kuidas konfiguratsioonielemente tuvastatakse, korraldatakse ja kontrollitakse

Konfiguratsioonielementide oleku dokumentatsiooni korraldamine

Dokumentide säilitamise tagamise korra näide.

Kogu projekti dokumentatsioon salvestatakse projekti raamatukogus. Raamatukogu on korraldatud nii, et dokumendid oleksid projektimeeskonnale kättesaadavad; muudetud dokumentide koopiate registreerimine ja säilitamine; võrdlusmaterjalide, sealhulgas standardidokumentatsiooni säilitamine; projekti haldusinfo pidamine; jooksva (töö)info salvestamine.

Dokumentide jagamise protseduuri näide.

Näide dokumendi koostamise protseduurist

Kõikidel projektidokumentidel peab olema tiitelleht, muudatuste ajalugu, retsensentide nimekiri, postitabel.

Tiitellehel peab olema dokumendi teema, autor, loomise kuupäev, dokumendi viimase muutmise kuupäev, identifikaator, mille järgi saab dokumendile linke teha, dokumendi versiooni number, kes kinnitas dokumenti.

Muudatuste ajalugu sisaldab muudatuse kuupäeva, muudatuse autorit.

Näide tegevuste aruandluse protseduurist

Tegevusaruandluse kord on projekti elluviimise aruandluse protsessi kehtestamine ja säilitamine. Projekti ajakava juhitakse tehtud töö tulemuste jälgimise teel, mille aruanded on osa aruandlusest.

Projekti dokumendid koostatakse projektimeeskondade poolt kogu projekti vältel, vastavalt projekti tööplaanile.

Kõik projekteerimisdokumendid esitatakse kooskõlastamiseks ja tellijale kooskõlastamiseks. Dokumendi avatud küsimused salvestatakse iga dokumendi viimases jaotises "Selle dokumendi avatud küsimused" koos probleemide lahendamise võimalustega. Avatud probleemid, mida ei saa lahendada projektimeeskonna ja projektijuhi tasemel, dubleeritakse probleemide ja lahtiste probleemide logis vastavalt probleemide ja avatud küsimuste haldusprotseduurile.

Kinnitatud projekteerimisdokumendid on aluseks järgnevatele projekteerimistöödele.

Dokumentide täitmiseks kasutatakse järgmist tarkvara:

· Microsoft Word 2010 – projektidokumentide tekstiosa koostamiseks;

· Microsoft Project 2010 – projektiplaanide koostamiseks;

· Visio 2010 – äriprotsesside graafiliseks kirjeldamiseks.

Kogu projekti dokumentatsioon säilitatakse elektroonilisel kujul projekti raamatukogus.

Tabel 7.3. Konfiguratsioonihaldusplaani struktuur
Plaani osa	Plaani osa	Sisunõuded	Lisamärkused
1. Sissejuhatus		Kvaliteedijuhtimise plaani tutvustus on ülevaade dokumendi sisust. Sisaldab eesmärke, ulatust, määratlusi, akronüüme, lühendeid, viiteid ja ülevaadet konfiguratsioonihaldusplaanist	Sissejuhatus võimaldab muuta dokumendi loetavamaks – selgitada põhipunktid ja panna õiged rõhuasetused
1.1 Eesmärk		Sisaldab dokumendi "Konfiguratsioonihaldusplaan" eesmärki	Reeglina võib eesmärk sisaldada eesmärkide kirjeldust, mida see plaan lahendab. Plaan võib ju ka olenevalt projekti suurusest, geograafilisest levikust varieeruda
1.2 Reguleerimisala		Planeeringu ulatuse lühikirjeldus; millise mudeliga see on seotud, muud dokumenti mõjutavad funktsioonid	Sageli on võimalik kirjeldada QM protsessis osalevaid üksusi. Kirjeldage kasutustingimusi. Pindala määramisel on kasulik enda jaoks vastata mitmele küsimusele: Mis on kontrollitud konfiguratsioonielementide tunnusjoon? Mida peaksid kõrgetasemelised liidesed kontrollima? Mis on projekti ajakava? Millised on saadaolevad ressursid? Mis on kontrollitavad üksused?
1.3 Mõisted, akronüümid ja lühendid	Definitsioonid, akronüümid ja lühendid	Annab kõigi mõistete, akronüümide ja lühendite määratlused, mis on vajalikud konfiguratsioonihaldusplaani dokumendi täpseks tõlgendamiseks. Selle teabe edastamiseks võite kasutada projektisõnastiku linke	Tihti tuleb leppida tõsiasjaga, et seda osa kas täielikult ignoreeritakse või ei omistata sellele erilist tähtsust. Sellegipoolest on sõnastik IGASUGUSE dokumendi, sh CM plaani lahutamatu ja lahutamatu osa Siin on vaja kajastada ja selgitada kõiki CM ja arendatava toote tingimusi. Tuleb meeles pidada, et hea sõnastik võimaldab kõigil viibida samas terminoloogilises ruumis. Küsimused: Kas määratlused on kõigile projektis osalejatele lihtsad ja selged? Kas on loendit, millele saab hõlpsasti viidata? Kas seda mõistet on vaja määratleda?
		See alajaotis sisaldab täielikku loendit kõigist dokumentidest, millele on viidatud mujal konfiguratsioonihaldusplaanis. Iga dokument on identifitseeritud pealkirja, aruande numbri (kui see on olemas), kuupäeva ja selle avaldanud organisatsiooni järgi. Märgitakse allikas, kust nimetatud dokumente saab. Selle teabe edastamiseks võib kasutada linke lisadele või muudele dokumentidele.	Kvaliteedikontrolli plaani töötatakse harva välja iseseisvalt. See on osa projekti normatiivsest ja metoodilisest toest. Sõnasõnalisi lõike teistest dokumentidest pole plaanis mõtet korrata. Lihtsam on luua linki dokumendile ja selles jaotises märkida kõik kasutatud allikad (sh RUP dokumendid, standardid, rahvusvahelised ja tööstusstandardid). Küsimused: Kas plaan rakendab organisatsioonis juba kasutatud sätteid, poliitikameetodeid?
		Dokumendi ülevaade jaotiste kaupa	Tuleb mõista, et kõik projektis osalejad ei loe dokumenti kaanest kaaneni. Ülevaade on vajalik selleks, et saaksite hiljem lugeda neid jaotisi, mida vajate Sel hetkel see roll
2. Tarkvaratoote konfiguratsioonihaldus	Tarkvara konfiguratsioonihaldus		Üks peamisi sektsioone. Kirjeldab kõiki QM-i rakendamise tehnilisi ja tehnoloogilisi aspekte projektis või organisatsioonis. Alajaotiste arv ja nende pesastumine võib alljärgnevast erineda
2.1 Organisatsioon, vastutuse jaotus ja suhtlus	Organisatsioon, kohustused ja liidesed	Määrab, kes vastutab erinevate kokirjeldatud konfiguratsioonihaldusülesannete täitmise eest.	See lõige ei sätesta mitte ainult tehtud toimingute eest vastutavate isikute nimekirja, vaid kirjeldab projektimeeskondade koosseisu ja omavahelist suhtlust. See aspekt on eriti oluline, kui me räägime arengu kohta, mis on jaotatud mitme geograafilise asukoha vahel. Selle jaotise tõhus täiendus on alajaotis, mis kirjeldab juurdepääsupoliitikat. See võib olla lihtne tabel, mis kirjeldab kasutatavate protsesside automatiseerimise tööriistade osas, mida üksik projektis osaleja saab teha ja mis on tema jaoks keelatud. Tavaliselt valitakse selleks meetod, mis kirjeldab kas ainult saadaolevaid või ainult keelatud toiminguid.Edaspidi kantakse see poliitika üle teostusvahenditesse, kus määratakse vastavad load ja keelud. Sõltuvalt valitud projektistruktuurist (maatriks või hierarhiline) poliitikat kohandatakse. Küsimused: Millised on riigiorganisatsiooni võimalused CM-operatsioonide läbiviimiseks? Mis on juhtimisstruktuur? Mis on juhtimisstiil? Kes vastutab operatsioonide läbiviimise eest? Millised organisatsioonilised muudatused võivad CM plaani kehtivusaja jooksul toimuda? Millised on plaanid praeguse organisatsioonilise struktuuri toetamiseks? Millise tasemega tuge on vaja kvaliteedijuhtimise plaani elluviimiseks? See on ainus projekt juhtimise jaoks või juhib juhtkond mitut projekti korraga? Kuidas jaguneb vastutus hädaolukorras? Kas sellel projektil on funktsioone, mis võivad ettevõtet mõjutada? Milliseid toiminguid CER grupp projektijuhtimises planeerimise ajal teeb? Kas osalejate rollid on läbipaistvalt kirjeldatud?
2.2 Tööriistakomplekt, töökeskkond ja infrastruktuur	Tööriistad, keskkond ja infrastruktuur	Arvesse võetakse töökeskkonda ja tarkvara, mida projekti või tarkvaratoote elutsükli jooksul kontäitmisel kasutatakse. Kirjeldab tööriistu ja protseduure, mida kasutatakse projekti või tarkvaratoote elutsükli jooksul loodud konfiguratsioonihaldusobjektide versioonikontrolliks. Probleemid, mida konfiguratsioonihalduse töökeskkonna seadistamisel arvestada tarkvaratoote eeldatava andmemahuga; levitamine töötav meeskond; serverite ja tööjaamade asukoht	Selle üksuse üksikasjalik kirjeldus võimaldab algajatel ise mõista, milliseid arendustööriistu ettevõttes kasutatakse (sageli ei esinda enne suures ettevõttes juurutamise algust keegi, välja arvatud arendusosakonna juhataja täielik nimekiri rahalised vahendid). Täielik rahaarvestus on vajalik ka selleks, et määrata kindlaks meetodid arendusvahendite integreerimiseks CM-i tööriistadega, sest on teada, et igal CM-i tööriistal on piiratud võimalused arendusvahenditega integreerimiseks. CM-i halduri ja administraatori ülesandeks on sel juhul valida kolmanda osapoole arendused, mis kas muudavad integratsiooni täielikumaks või lisavad lihtsalt integratsiooni enda kasutatavale arendustööriistale + CM-i tööriistale. Sama oluline on kirjeldada täitmiskeskkonda. Kõik MC fondid ei ole kõikidel platvormidel võrdselt paigutatud. Siin võib olla funktsioone. Valik: Linuxi server, Windowsi kliendid. Kõik CM-i tööriistad ei ole võimelised sellises keskkonnas töötama, mida tuleb tööriista valikul arvestada. Küsimused: Mis on organisatsiooniliidesed? Kuidas protsessid omavahel suhtlevad? Mis on interaktsiooni protsesside loend? Millised on liidesed kasutatavate automatiseerimistööriistade vahel? Milline on nendevaheline suhe? Kas on riistvarasõltuvus? Kus on protsessi reguleerivad dokumendid määratletud? Kas need on heaks kiidetud? Millised on nende dokumentide muutmise protseduurid? Millised on kaasatud ressursid (inimesed, seadmed)?
3. Konfiguratsioonihaldusprogramm	Konfiguratsioonihaldusprogramm
3.1 Konfiguratsiooni tuvastamine	Konfiguratsiooni identifitseerimine		Kas standardsed identifitseerimismeetodid on saadaval? Millist skeemi kasutatakse kriminaalkoodeksi objektide tuvastamiseks? Kas tarkvara ja riistvara tuvastamine on seotud (manussüsteemide puhul)? Millised spetsifikatsioonid ja juhtimiskavad tuleks kindlaks määrata? Kas kolmanda osapoole PS-i jälgimiseks on vaja spetsiaalset identifitseerimisskeemi? Kas elementide tuvastamisel on erinevusi olenevalt rakenduse tüübist? Kas on alamtüüpe (näiteks C++ kompilaator saab töötada failidega c, cpp, h, hpp jne)? Kas automatiseeritud testskriptid tuvastatakse ja salvestatakse?
3.1.1 Identifitseerimismeetodid	Identifitseerimismeetodid	Kirjeldab, kuidas projekti või tarkvaratoote artefakte nimetatakse, märgistatakse ja nummerdatakse. Identifitseerimisskeem peab hõlmama riistvara, süsteemitarkvara, kolmanda osapoole tooteid ja kõiki tarkvaratoodete kataloogi struktuuris määratletud arendatava rakenduse artefakte; näiteks mudelid, plaanid, komponendid, testimise tarkvara, tulemused ja andmed, käivitatavad failid jne.	Väga oluline punkt, milles peate kirjeldama kõiki kriminaalkoodeksi objektide nimetamise reegleid. Siin tuleks üksikasjalikult kirjeldada ka projektikataloogide struktuuri. Tavaliselt kujuneb CM rakendamise ajaks projektikataloogide struktuur ajalooliselt, sageli spontaanselt. Kirjelduse eesmärk on välja töötada uus, tõhusam struktuur. Praktika näitab, et konstruktsiooni taastamise etapis olev inimene näeb haavatavaid või ebaefektiivseid kohti.
3.1.2 Projekti põhiversioonid	Projekti alused	Lähtejooned pakuvad ametlikku standardit, millel põhineb edasine töö ja mille puhul tehakse ainult lubatud muudatusi. Kirjeldab, millises projekti või toote elutsükli punktis tuleks baasjoon luua. Kõige tavalisemad lähteseisukohad peaksid olema uuringu, projekteerimise, süsteemi ehitamise ja kasutuselevõtu iga etapi lõpus. Alusjooned saab luua ka erinevate faaside iteratsioonide lõpus või isegi sagedamini. Määrab, kes saab luua baasversioone ja mida need sisaldavad (tavaliselt integraator, kuid see võib olla erinev)	See kirjeldab, kuidas töö ise CM-i tööriistas toimub: kuidas silte paigutatakse, kuidas väljalaseid väljastatakse, kui palju harusid projekti elluviimiseks kasutatakse ja mis põhimõttel harusid nimetatakse. Maksma Erilist tähelepanu siinkohal - ilma selleta on see võimatu tõhus töö. Üksuse väljatöötamisel võetakse arvesse meeskonna piirkondlikku killustatust (see mõjutab meeskondade koosseisu, piirkondade arvu), muudatuste intensiivsust, ajaühikus välja antud väljaannete arvu. Sellest tulenevalt olenevalt nendest näitajatest kõige rohkem tõhus meetod konfiguratsioonihaldus, mida selles jaotises kajastatakse. Küsimused: Milline on baasversiooni valimise meetod? Kas baasversioonid on ehitatud kõigi elementide jaoks samade reeglite järgi? Kes annab loa baasversioonide loomiseks? Kes loob füüsiliselt baasversiooni? Kuidas ja millise malli järgi luuakse baasversioone? Kuidas baasversioone reklaamitakse? Kuidas ja kes kontrollib lähteseisu? Milline on kontrollide sagedus? Kas siltide ja filiaalide nimetamiseks on olemas (kehtestatud) standard? – Kas objektide vahel on hierarhia? Milline?
3.2 Konfiguratsioonide ja muudatuste juhtimine	Seadistamise ja muutmise juhtimine		Teatavasti koosneb QM protsess kahest osast – muudatuste haldamisest ja versioonikontrollist. Muutuste juhtimine on protsessi lahutamatu ja oluline osa. On vaja hallata kõiki muudatusi: alates kasutaja taotlustest kuni parandatud defektideni. See jaotis sisaldab Täielik kirjeldus kõik muudatustaotlused, sealhulgas atribuudid ja elutsükkel. Täpsem kirjeldus on eduka CM-protsessi võti. Teatisi kasutatakse sageli projekti oluliste sündmuste jälgimiseks. erinevat tüüpi. Tavaliselt on need teatised e-mail(näiteks kui viga on parandatud, teavitatakse testijat ja ta saab testima hakata). Määrake kõik projektis kasutatavad teavituste tüübid. Küsimused: Milliseid päringuid kavatsetakse QM protsessis kasutada? Mis on muudatustaotluste täielik tsükkel? Kas viiteteave salvestatakse CM-süsteemi või on vaja ühendada olemasolevaga taustainfo? Millist teavet võivad CER-i liikmed vajada? Millised on peamised ootused muudatuste juhtimise automatiseerimisele? Kuidas tehakse hierarhilise disainistruktuuriga otsuseid nõudmisel? Kas kõiki muudatustaotlusi tuleb hallata? Milline kontrolli detailsuse tase valitakse (mitu sammu/etappi)? Kas lähtekoodi muudatusi jälgitakse (kas tipptaseme muudatuste ja failitaseme muudatuste kirjelduste vahel on seos)? Kuidas on lähtetekst päringuga seotud? Kas häiresüsteem tuleb?
3.2.1 Muudatustaotluste töötlemine ja kinnitamine	Muudatustaotluse töötlemine ja kinnitamine	Arutletakse protsesside üle, mis tagavad probleemide ja muudatuste tutvustamise, arvestamise ja järjestamise	Taotluste tüübid on määratletud. Reeglina on need defektid, täiustamistaotlus, ülesanne ja pilet. Tüüpide koosseis võib oluliselt muutuda, peaasi, et kogu muudatuste juhtimist ei taandataks ühte tüüpi päringutele (väga sageli, välja arvatud ettevõtte defektid, ei hallata midagi)
3.2.2 Muutuste juhtimise meeskond	Muudatuste juhtpaneel (CCB)	Kirjeldab, kes on muudatuste haldusmeeskonnas ning protseduure, mida nad järgivad muudatustaotluste töötlemiseks ja heakskiitmiseks. Mõnel juhul on märgitud rühma kogumise reeglid	Kasutaja päringu vastuvõtmise otsust, uue tehnilise idee elluviimise otsust ei tee peaaegu kunagi üks inimene. Igas ettevõttes on see inimeste rühm. Standardite osas nimetatakse seda rühma CER-iks. Selles osas on vaja kirjeldada osalejate koosseisu (reeglina on selleks analüütik või direktor, arendusmeeskonna juht, testijate meeskonna juht ja turundusosakonna esindaja) ja kohtumiste sagedust. Näiteks võib rühm CER-e kokku saada igal nädalal (vastavalt eeskirjadele) või vastavalt vajadusele (ei ole soovitatav). Küsimused: Millised on rühma volituste piirid? Üks rühm kõigi projektide jaoks või mitu rühma, igaüks oma projekti jaoks? Kui mitu, siis kuidas nad omavahel koostööd teevad? Kas CER-i hierarhia on olemas? Kes vastutab CER-ide vahelise suhtluse eest? Kas CM-süsteem toetab ad hoc taotlusi koosolekute korraldamiseks ja tulemuste protokolli väljastamiseks? Kas on vaja välja töötada reeglid, mis piiraksid rühma tegevust (ranged koosolekureeglid koos kõrge formalismiga)? Kuidas erinevad privileegide tasemed rühmas? Kas CER grupi kasutuselevõtt muudab organisatsioonis väljakujunenud otsustusprotsessi? Kas kõik võtmeosalised on CCB-s kaasatud, sealhulgas CM-i juht, projektijuht, testijuht, arendajajuht ja arhitektid? Millised on vaidluste lahendamise protseduurid (vaidluste protokolli väljastamine või midagi muud)? Kas see protseduur on automatiseeritud?
3.3 Konfiguratsiooni oleku arvestamine	Konfiguratsiooni oleku arvestus
3.3.1 Projekti materjalide säilitamine ja väljaannete väljastamine	Projekti meedia salvestamise ja väljastamise protsess	Kirjeldab hoiustamise ja broneerimise eeskirju, tegevusi ettenägematute asjaolude korral. Väljalaskeprotsessi kirjeldus, sealhulgas see, mis need on, kellele need on mõeldud ja kui on teadaolevaid probleeme, ja installijuhised (võib lisada eraldi lisasse)
3.3.2 Aruanded ja kontrollid	Aruanded ja abivahendid	Arvestatakse taotletud aruannete ja konfiguratsiooni oleku kontrolli sisu, vormingut ja eesmärki. Aruandeid kasutatakse andmete saamiseks tarkvaratoote kvaliteedi kohta tarkvaratoote või projekti elutsükli mis tahes ajahetkel. Muudatustaotlustel põhinev defektide aruandlus võib pakkuda mõningaid käepäraseid kvaliteedinäitajaid ja hoiatage seetõttu ettevaatust? Sest selleks, et hoiatada juhte ja arendajaid arendusprotsessi teatud kriitiliste valdkondade eest	Aruannetele tuleks pöörata erilist tähelepanu. Aruanded on ainus viis töö edenemise jälgimiseks. Siin on vaja määratleda aruanded projektis osalejate rollide järgi ja kirjeldada nende vormingut. Samuti on soovitatav koostada aruande kogumise ajakava ehk kui sageli mõõdikuid kogutakse (reaalajas, kord päevas ... jne). Soovitav on esile tõsta erinevat tüüpi aruandeid ja nende mõõdikute kogumise sagedust. Küsimused: Kas iga põhiversiooni jaoks on vaja rohkem kui ühte versiooni? Kas alltöövõtjad on auditisse kaasatud? Aruannete küsimused: Milliseid mõõdikuid projekti käigus kogutakse? Mis tüüpi aruandeid vajate? Millised on aruandlusmeetodid? Kas klientidele on olemas välised aruandlusdokumendid? Kas aruanded eristatakse vastavalt sellele, millist rolli osaleja projektis mängib? Kas aruanded on saadaval? Millised on ametlikud sammud aruannete saamiseks? Milliseid teavitussõnumeid kasutatakse? Kas projektis on suundumusi? Mis aruanded? Kuidas raamatupidamist peetakse (staatiliselt, dünaamiliselt)? Milliseid vahendeid kasutatakse aruannete saamiseks (usaldusväärse ja arusaadava teabe saamiseks projekti edenemise kohta saab kasutada mis tahes arvu süsteeme)?
3.3.3 Dokumentatsioon		Jaotises on määratletud dokumentide viisid ja liigid
3.3.3.1 Versiooni kirjeldus	\eition Kirjeldus	See dokument kirjeldab tarkvara tarnimiseks kasutatud plaate, CD-sid või muid andmekandjaid. Samuti määratleb see jaotis tarkvaraversiooniga kaasas olevate ja lõppkasutajatele kättesaadavate dokumentide koostise.	Dokumentide ligikaudne koosseis: väljaannete arhiiv koos kirjeldusega (Release Media); väljalaske kirjeldus (Release Notes); funktsioonide kirjeldus; väljaandes lahendatud probleemide loend; uute funktsioonide loend; tarkvara installijuhised; inventuur, inventuur. See üksus võib sisaldada dokumentide koostamise põhireegleid, kajastada dokumentide väljastamise meetodit (käsitsi, automaatne). Nõuded paberimajandusele ja dokumendimallidele tuleks lisada CM plaani lisasse. Toodud dokumentide loend viitab iga versiooni, väljalase, paiga PS-i väljalasele. Sõltuvalt valitud väljalaskemudelist võib dokumentide koosseis ja ka nende üksikasjad erineda.
3.3.3.2 Protsessi dokumentatsioon		Ülddokumendid on vajalikud juhtudel, kui toodet arendatakse suurtele organisatsioonidele, samuti juhtudel, kui toode on tarkvara- ja riistvarakompleks	Selle jaotise näidisdokumendid: süsteemi kirjeldus, milles PS-i kasutatakse; süsteemitarkvara haldusjuhtimise kirjeldus; süsteemiadministraatori juhend; kasutusjuhend; alajaama pass (üldteave alajaama kohta, peamised omadused, täielikkus, vastuvõtmise ja kasutusest kõrvaldamise aktid ... jne). Nõuded paberimajandusele ja dokumendimallidele tuleks lisada CM plaani lisasse
		Üksikasjalikult käsitletakse tarkvaratoote või -projekti kvaliteedijuhtimisega seotud tööetappe kliendi jaoks ja sisemisi. See jaotis sisaldab tavaliselt üksikasjalikku kirjeldust selle kohta, millal saab konfiguratsioonihaldusplaani ennast muuta.	Olenevalt valitud mudelist võib etappide sisu muutuda. Soovitatav on kirjeldada KM-is tehtavat olenevalt projekti etapist
5. Koolitus ja ressursid	Koolitus ja ressursid	Arvestatud on plaanis kirjeldatud ülesannete elluviimiseks vajalike töövahendite, personali ja väljaõppega.
6. Tarkvara alltöövõtjate ja tarnijate kontroll	Alltöövõtja ja tarnija tarkvara juhtimine	Kirjeldab, kuidas väljaspool projekti CM-keskkonda arendatud tarkvara integreeritakse	Projekti töösse võib kaasata alltöövõtjaid. Selles jaotises kirjeldatakse, kuidas alltöövõtjat käsitletakse. Küsimused: Arendus toimub ainult ühes organisatsioonis või mõlemas? Millised on arendamisel oleva toote defektide parandamise protseduurid? Kas need on automatiseeritud (täielikult või osaliselt)? Milliseid muudatusi saab klient teha pärast toote kättesaamist lähtetekstides? Kas ja mil määral alltöövõtjat sellest teavitatakse? Millal ja kuidas auditeid tehakse? Millist tööriistakomplekti tellija ja alltöövõtja kasutavad? Kas on vaja täiendavaid sünkroniseerimismooduleid (juhuks, kui tellija ja töövõtja kasutavad erinevate tootjate erinevaid CM-süsteeme)? Kuidas alltöövõtjat kontrollitakse? Kes vastutab alltöövõtjaga töötamise eest? Kas alltöövõtja töötab oma protsesside järgi või kohustab tellija teda oma protsesside järgi? Kuidas konflikte lahendatakse? Kas alltöövõtjal on lubatud teostada toote täielik komplekteerimine enda juures või eraldab tellija oma territooriumil kokkupanekuks stendi? Kas alltöövõtjal on juurdepääs tellija viiteinfole (juurdepääs reaalsetele andmebaasidele, kataloogidele)?
Rakendused		Rakenduste koosseis ei ole standarditega määratletud. Tavaliselt sisaldab see selliseid dokumente nagu: määrused; juhised CM-i tööriistade kasutamiseks (nii kasutaja kui ka administraatori jaoks); erinevad õppevahendid; koolituskavad; Juhised UKit.d tööriistade installimiseks ja haldamiseks.	Juhinduge teatud muudatuste tegemise otstarbekusest. Hinnake, kas kõik mahtus plaani põhiosadesse. Kui põhijaotised on liiga suureks kasvanud, peate võib-olla osa teabe neist rakendusse teisaldama