Do leta 2008 naj bi projekt gradnje vključeval dokument, ki je znan v strokovnem okolju pod značilnim imenom »GIP Oath«. Sedaj se imenuje "zagotovilo projektne organizacije, da je bila projektna dokumentacija razvita v skladu z..." [1], nato pa je določeno število dokumentov, s katerimi se ocenjuje skladnost.
Ampak, kot prej, vsi razumejo, kako odgovorna in celovita je vloga glavnega inženirja in / ali glavnega arhitekta projekta - GIP in GAP.
Z začetkom obdobja samoregulacije v gradbeništvu v letu 2010 se funkcije in odgovornosti osebe, ki pripravlja projektno dokumentacijo (generalni oblikovalec), določijo in določijo z zveznimi zakoni in dokumenti ministrstev in oddelkov [1] [2] [3] [4]. Istočasno pa "Pravilnika o glavnem inženirju (glavnem arhitektu) projekta" SNiP iz leta 1985 "[5], ki je določil pravice, dolžnosti in odgovornosti imenovanih oseb na podlagi zakonodaje ZSSR, ni bil vključen v sezname standardizacijskih dokumentov tako obvezne kot prostovoljne uporabe, in tako od leta 2010 izgubil svoj status.
Kateri so trenutni pravni akti, ki opisujejo funkcije, pravice, dolžnosti in odgovornosti ISU / GAP?
Viri informacij nas naslovijo na dva vira:
- Resolucija Ministrstva za delo in socialni razvoj Ruske federacije iz leta 1998 „O odobritvi priročnika o usposobljenosti vodij, strokovnjakov in drugih zaposlenih“ [6];
- Odlok Ministrstva za zdravje in socialni razvoj Ruske federacije v letu 2008 "O odobritvi enotnega seznama kvalifikacij za položaje direktorjev, strokovnjakov in zaposlenih" [7].
Oba akta delujeta, pri čemer je prepoznavno ime. Dokument iz leta 1998 vsebuje poglavje o odgovornosti glavnega inženirja in glavnega arhitekta projekta, leta 2008 pa le glavnega inženirja projekta. Oba dokumenta določata samo uradne dolžnosti in zahteve glede kvalifikacij ter z istimi besedami.
Skrbno branje razkriva, da je ministrstvo za zdravje Rusije desetletje pozneje (leta 2008) skoraj za besedo ponavljalo sestavo ministrstva za delo iz leta 1998 s SNiP iz leta 1985, v delu, ki je namenjen dolžnostim glavnega inženirja / arhitekta projekta, in lani sta ministrstvu dan ( 02.12.2014) „posodobil“ svoje dokumente, ne da bi v ustreznih delih nadomestil eno samo besedo o vsebini! Stereotipno podvajanje, na katerem so očitno porabljena precejšnja državna sredstva, je zmedeno. Po pravičnosti ugotavljamo, da čeprav besede in celotne fraze kažejo na izvirni vir, vendar pa bi bilo zaradi delne preureditve krajev obtoževanje plagiatorstva nevzdržno.
Ker Ministrstvo za delo, tako kot Ministrstvo za zdravje, ni vzelo truda, da bi ustvarilo nov dokument, ki bi ustrezal trenutnemu trenutku, ali pa ga vsaj pravilno posodobil, danes še vedno uporabljamo pajac iz SNiP 1985. Spomnimo se, katere funkcije so bile pred tridesetimi leti obvezno izvedene s strani GUI in GAP, in po mnenju ministrstev je treba opraviti danes, je treba navesti odločitev Ministrstva za delo (in dejansko vsa tri zakona).
Glavni inženir, glavni arhitekt projekta:
»Izvaja tehnično vodenje projektno-raziskovalnih del pri projektiranju objekta in nadzira njegovo gradnjo, zagon in razvoj projektne zmogljivosti.
Ukrepi za izboljšanje kakovosti projektne in ocenjevalne dokumentacije.
Pripravlja podatke za sklenitev pogodb s strankami za razvoj (prenos) znanstvenih in tehničnih izdelkov
Sodeluje pri delu komisij za izbor lokacij (tirov) za gradnjo, pri pripravi projektnih nalog in pri organizaciji inženirskih raziskav za izdelavo projektnih ocen in druge tehnične dokumentacije.
Organizira razvoj na dodeljenih predmetih, sodeluje pri pripravi celovitih načrtov za izvajanje raziskovalnih, projektantskih, inženirskih in tehnoloških del.
Pripravlja razporede za sprostitev znanstvenih in tehničnih izdelkov.
Oblikuje naloge za podizvajalce, da opravljajo dodeljeno delo in daje tem organizacijam potrebne vhodne podatke. Rešuje vprašanja, ki se pojavijo pri razvoju dokumentacije.
Opravlja nadzor nad tehnično ravnjo projektiranja, urbanističnih in arhitekturno-načrtovalnih odločitev, ekonomično porabo sredstev za projektno in raziskovalno delo, časovno načrtovanje izdelave projektne in ocenjevalne dokumentacije.
Zagotavlja skladnost razvite projektne in ocenjevalne dokumentacije z državnimi standardi, normativi, pravili in navodili.
Zagotavlja prvo preverjanje patentne čistosti in patentabilnosti, ki se prvič uporablja v projektu ali je razvita za tehnološke procese, opremo, instrumente, strukture, materiale in izdelke.
Ščiti projekt v matičnih organizacijah in strokovnih organih.
Sodeluje pri obravnavanju in odobritvi organizacije naročnikov za projektno in ocenjevalno dokumentacijo.
Rešuje vprašanja, ki se pojavljajo v procesu projektiranja, gradnje, zagona objekta, razvoja projektne zmogljivosti.
Organizira delo na odpravi odkritih napak v projektnih ocenah in drugi tehnični dokumentaciji ter o obračunavanju izdatkov odobrenih ocen.
Pripravlja predloge za vodstvo projektne organizacije in naročnika za izvedbo sprememb delovne dokumentacije v zvezi z uvajanjem novih regulativnih dokumentov ob upoštevanju dejanskega stanja gradnje.
Usklajuje razumna odstopanja od obstoječih pravil, predpisov, navodil z državnimi nadzornimi organi in drugimi organizacijami, ki so jih odobrile.
Zagotavlja analizo in sintezo izkušenj pri načrtovanju, gradnji in obratovanju zgrajenih objektov ter pripravo na tej osnovi predlogov za izboljšanje tehnične in ekonomske ravni oblikovalskih rešitev.
Pripravlja preglede in sklepe o inovacijah in izumih, osnutkih standardov, tehničnih specifikacijah in drugih regulativnih dokumentih, povezanih z načrtovanjem in gradnjo.
Sodeluje pri pregledu projektov, pripravi publikacij in pripravi prijav za izume, pri delu na seminarjih in konferencah po svoji specialnosti. «.
Kako navedene obveznosti ustrezajo veljavnim regulativnim aktom o urbanizmu, samoregulaciji in tehničnih predpisih? Pomemben del zgornjih postavk je v nasprotju z zakonom tako terminološko kot vsebinsko in ga ni mogoče obvezno izvajati.
Razmislite po vrstnem redu položaja, kar povzroča vprašanja v smislu zavezanosti.
1. Tehnično vodenje projektiranja in raziskav pri projektiranju objekta in nadzoru njegove gradnje, zagonu in razvoju projektne zmogljivosti.
V skladu s Tehničnimi predpisi o varnosti stavb in zgradb [8] se avtorjev nadzor od leta 2010 pripisuje prostovoljnim oblikam ugotavljanja skladnosti in se izvede s soglasjem strank, o čemer odloča razvijalec (tehnična stranka). Seveda je arhitekturni nadzor potreben pri ustvarjanju arhitekturnih del - kot sestavni del ustvarjalnega procesa in elementa zaščite avtorskih pravic. Tudi brez avtorjevega nadzora ni dokazov za odgovornost generalnega oblikovalca za skladnost konstruiranega projekta gradnje s projektno dokumentacijo, ki uničuje piramidalni koncept odgovornosti v pogojih samoregulacije. Hkrati, brez avtorjevega nadzora, ne more biti niti obveznega niti prostovoljnega sodelovanja generalnega oblikovalca in še posebej inženirja ali inženirja pri reševanju vprašanj gradnje, zagona objekta in razvoja oblikovalskih zmogljivosti.
Upoštevajte, da so navedeni tehnični predpisi [8] določili osebe, ki so odgovorne za postopke za izvedbo objekta kapitalske gradnje: generalni izvajalec, razvijalec in / ali tehnična stranka, osebe, ki izvajajo nadzor nad gradnjo, in državni nadzor gradnje. To je lahko nepošteno in napačno z vidika medsebojno povezane odgovornosti za rezultate projektiranja in gradnje, toda niti splošni oblikovalec niti celo ISU / HAP ni omenjen v veljavnih pravilih, ko je objekt naročen.
Dokler je avtorjev nadzor zakonsko opredeljen kot prostovoljni element gradbenega procesa, se z regulativnim aktom ne more pripisati dolžnosti katere koli osebe, vendar pa se lahko, če je potrebno, te odnose uredi z notranjim opisom delovnega mesta organizacije.
Zgoraj navedeno v celoti velja za str. (Rešuje vprašanja, ki se pojavljajo v procesu projektiranja, gradnje, zagona objekta, razvoja projektne zmogljivosti).
1). Od leta 2004 se v skladu z urbanističnim kodeksom [2] namesto besed „naročanje objekta“ uporablja izraz „naročanje objektov kapitalske gradnje“.
2). Kodeks o urbanizmu [2] ne uporablja koncepta „izkoriščenosti projektne zmogljivosti“.
2. Sodelovanje pri delu komisij pri izbiri gradbišč (tirov) za gradnjo, pri pripravi projektnih nalog in pri organizaciji inženirskih raziskav.
Pri tem je primerno spomniti odgovornosti nosilca gradnje ali tehnične stranke, ki je bila določena z urbanističnim kodeksom [2]: „razvijalec ali tehnična stranka je dolžna zagotoviti (generalnemu oblikovalcu): (glej besedilo v prejšnji izdaji)
1) urbanistični načrt zemljišča ali v primeru priprave projektne dokumentacije za linearni objekt, projekt prostorskega načrtovanja in projekt geodetske raziskave;
(glej besedilo v prejšnji izdaji)
2) rezultate inženirskih raziskav...;
3) tehnični pogoji... ".
In še: "Priprava projektne dokumentacije se izvaja na podlagi naloge razvijalca ali tehnične stranke."
Tako je izbira lokacij za gradnjo, priprava projektnih nalog in organizacija inženirskih raziskav (in ne anket) danes ni uradna dolžnost PIU ali GAP, kot je bila pred tridesetimi leti, ampak funkcionalna odgovornost razvijalca ali tehnične stranke. Funkcionalne odgovornosti nosilca projekta ali tehnične stranke so posebej jasno predstavljene med razpisi za oblikovanje na podlagi zakonodaje o javnih naročilih. Zgoraj navedeni začetni podatki v tem primeru predstavljajo paket razpisne dokumentacije, ki ga oblikuje stranka, in sodelovanje pri njihovi pripravi vodje projekta ali GAP po definiciji, ki predstavlja generalnega oblikovalca, se šteje za kršitev protimonopolnih zakonov.
3. Zagotavlja skladnost razvite projektne in ocenjevalne dokumentacije z državnimi standardi, normativi, pravili in navodili.
V skladu z Uredbo Vlade RS "O sestavi delov projektne dokumentacije..." [1] se ocena skladnosti projektne dokumentacije z zahtevami zakonodaje izvaja v obliki "certifikacije projektni organizaciji, da je projektna dokumentacija izdelana v skladu z urbanističnim načrtom zemljišča, projektna naloga,..., tehnični predpisi,... in ob upoštevanju tehničnih pogojev ". Kot vidimo, odgovornost v tem delu ni naložena zaposlenim v organizaciji, temveč na splošno oblikovalsko organizacijo, kar velja v smislu samoregulacije, potrebe po članstvu v splošnem oblikovalcu v specializiranih partnerstvih in odgovornosti v okviru sredstev za nadomestila teh partnerstev. Poleg tega je seznam dokumentov, s katerimi se ocenjuje skladnost, popolnoma drugačen in je bil od leta 2008 dalje.
4. usklajuje razumna odstopanja od obstoječih pravil, predpisov, navodil z državnimi nadzornimi organi in drugimi organizacijami, ki so jih odobrile.
Največjo pozornost je treba nameniti temeljnim določbam sedanje urbanistične razvojne kodeksa [2]: "Ne sme se zahtevati odobritev projektne dokumentacije, sklep o projektni dokumentaciji in drugih dokumentih, ki jih ta kodeks ne predvideva." Med zaključki, ki jih zahteva kodeks [2], so navedeni zaključki pregleda, državni ekološki preizkus za določen obseg predmetov ter zgodovinski in kulturni pregled predmetov kulturne dediščine.
Če je potrebno odstopati od zahtev predpisanih dokumentov, moramo danes upoštevati pravila, ki jih določajo Tehnični predpisi o varnosti stavb in konstrukcij [8]: »... če pri pripravi projektne dokumentacije odstopajo od zahtev, določenih z... nacionalnimi standardi in kodeksi ravnanja... dokumentacija... se izvaja v skladu s posebnimi tehničnimi pogoji. "
In spet vlada odloka "o sestavi oddelkov projektne dokumentacije..." [1]: "... razvoj (projektne) dokumentacije mora biti pred razvojem in odobritvijo na predpisan način posebnih tehničnih pogojev." Z drugimi besedami, posebni tehnični pogoji (STU) so material za pripravo pred projektom, tj. izvorni podatki za oblikovanje. Tako usklajevanje odstopanj od zakonskih zahtev s trenutno veljavno zakonodajo ne predvideva in razvoj CTS (dokument, ki upravičuje odstopanja od zahtev regulativnih dokumentov, ko so izpolnjene določene zahteve) je funkcionalna odgovornost razvijalca ali tehnične stranke.
Tako lahko rečemo, da so obstoječi dokumenti v zvezi z odgovornostmi PIU / GAP nezadovoljivi, saj navajajo zastarele norme pred tridesetimi leti in ne upoštevajo sodobnih zahtev urbanistične zakonodaje, pravil za tehnične predpise in samoregulacije v gradbeništvu. Poskusi oblikovanja metodoloških dokumentov so nevzdržni, dokler temeljijo na zastarelih predpisih. Na primer, nedavno pripravljen za informacijski sistem Consultant Plus (2015) Oblika opisa delovnega mesta glavnega inženirja projekta, nas trmasto vrne k določbam iz leta 1985. Konfliktne ocene zahtev povzročajo konfliktno ozračje v odnosih med razvijalci, splošnimi oblikovalci in posebnimi strokovnjaki.
Institucije vlade občasno priznavajo potrebo po ponovni vzpostavitvi reda na tem področju. V letu 2012, tik pred pristopom Rusije k STO, je bil obravnavan osnutek neuspešnih sprememb urbanističnega kodeksa in drugih regulativnih in pravnih aktov o vprašanjih uvedbe inštituta glavnega inženirja in glavnega arhitekta projekta. Predlagano je bilo, da se opredelijo pogoji ISU in GAP, da se določijo referenčni pogoji in merila usposobljenosti v neposredni korespondenci s kodo mestnega načrtovanja. Hkrati je bilo obravnavano vprašanje zagotavljanja osebne odgovornosti GIP in GAP, z vključitvijo ustreznih členov v upravne in kazenske zakonike z zelo strogimi kaznimi za kršitev uradnih dolžnosti: denarne kazni v višini 18 mesečnih plač, zaporna kazen do sedmih let...
Lahko se domneva, da bi bil inštitut GIP / GAP uničen še pred njegovo ustanovitvijo, če bi bile takšne zakonodajne pobude sprejete. Po eni strani je danes odgovornost za kršitev pravil oblikovanja dodeljena generalnemu oblikovalcu s pomočjo orodij za samoregulacijo, kompenzacijskih skladov in zavarovanja tveganja. Po drugi strani pa ima kazenski zakonik še vedno ustrezno sankcijo v primeru škode na premoženju, zdravju ali življenju. Toda tu je še tretja stran: veljavna zakonodaja je precej protislovna, terminološko nezadostna, slabo usklajena med različnimi vejami predpisov in tako določa, da ni mogoče izpolniti njenih zahtev brez večjih izjem. V skladu z načeli socialne pravičnosti je smiselno govoriti o ugotavljanju odgovornosti, vsaj administrativno, tudi pri razvijanju in sprejemanju nasprotujočih (in zato neizvršljivih) regulativnih aktov. Le če obstaja logična, dosledna, vzajemno dogovorjena zakonodaja na vseh področjih, jo je mogoče opazovati v dobri veri, kršitev pa se lahko dokončno oceni.
Očitno so na podlagi sodobnih pravnih in strokovnih zahtev potrebni popolni in kompleksni dokumenti, ki zanesljivo določajo pravice, dolžnosti, zahteve glede usposobljenosti in odgovornost glavnega inženirja / glavnega arhitekta projekta - ključne številke projektnega procesa. Odgovornost najverjetneje je treba upoštevati v neločljivi povezavi vseh subjektov urbanističnih odnosov, zakonodajne in izvršilne oblasti. Da bi danes oblikovali konsolidirano mnenje o tako akutnem in slabo pokritem vprašanju, bi bilo koristno opraviti široko strokovno razpravo, katere rezultati lahko postanejo osnova za paket potrebnih sprememb in, če je potrebno, razvoj novih regulativnih aktov.
Dokumenti, navedeni v besedilu:
[1] Uredba Vlade Ruske federacije št. 87 z dne 16. februarja 2008 "O sestavi poglavij projektne dokumentacije in zahtev za njihovo vsebino" (UREDBA o sestavi oddelkov projektne dokumentacije in zahtev za njihovo vzdrževanje)
[2] Zvezni zakon Ruske federacije №190-ФЗ z dne 29. decembra 2004 "Zakon o urbanizmu Ruske federacije"
[3] Zvezni zakon Ruske federacije št. 315-ФЗ z dne 1. decembra 2007 „O samoregulativnih organizacijah“
[4] Odredba Ministrstva za regionalni razvoj Ruske federacije št. 624 z dne 30. decembra 2009 "O odobritvi seznama vrst del na inženirskih raziskovanjih, o pripravi projektne dokumentacije, o gradnji, obnovi in prenovi objektov kapitalske gradnje, ki vplivajo na varnost objektov kapitalske gradnje"
[5] SNiP 1.06.04-85 "Pravilnik o glavnem inženirju (glavnem arhitektu) projekta"
[6] Resolucija Ministrstva za delo in socialni razvoj Ruske federacije z dne 21.8.1998 št. 37 „O odobritvi priročnika o usposobljenosti vodij, strokovnjakov in drugih zaposlenih“. 2. del, 2. del. “Stališča vodilnih in inženirsko-tehničnih delavcev projektantskih, inženirskih, tehnoloških in raziskovalnih organizacij”, odstavek “Glavni projektni inženir. Glavni arhitekt projekta.
[7] Odlok Ministrstva za zdravje in socialni razvoj Ruske federacije z dne 23. aprila 2008 št. 188 „O odobritvi enotne referenčne knjižice za upravljavce, strokovnjake in zaposlene“, oddelek „Kvalifikacijske značilnosti vodij in strokovnjakov s področja arhitekture in urbanističnih dejavnosti“. 5. del "Oblikovanje", str. »Stališča menedžerjev. Glavni projektni inženir.
[8] Zvezni zakon Ruske federacije št. 384-ФЗ z dne 30. decembra 2009 „Tehnični predpisi o varnosti stavb in objektov“.
Kdo je lahko hipo
Skupina: Novo
Delovna mesta: 11
Registracija: 31.01.2011
Uporabniški ID: 91953
Skupina: Moderatorji
Objav: 34679
Registracija: 07/11/2006
Od: Moskva
Uporabniški ID: 3370
Skupina: Udeleženci foruma
Sporočila: 1553
Registracija: 8.1.2008
Od: Krasnoyarsk
ID uporabnika: 14254
ne, ne morejo.
in zakaj potrebujete to?
No, to je kazenska zadeva, s to izkušnjo.
žig na primer, kako bo napolnil?
GUI - I
končano - I
in.
Objava je bila urejena Daniel - 4.4.2012, 9:13
Skupina: Novo
Sporočila: 8
Registracija: 04/12/2010
Uporabniški ID: 51897
Skupina: Moderatorji
Objav: 34679
Registracija: 07/11/2006
Od: Moskva
Uporabniški ID: 3370
Skupina: Novo
Delovna mesta: 11
Registracija: 31.01.2011
Uporabniški ID: 91953
Skupina: Moderatorji
Objav: 34679
Registracija: 07/11/2006
Od: Moskva
Uporabniški ID: 3370
Skupina: Udeleženci foruma
Sporočila: 1302
Registriran: 4. december 2009
Od: proti zapravljanju nezamenljivih naravnih virov
Uporabniški ID: 41817
Skupina: Udeleženci foruma
Sporočila: 2360
Registriran: 12.7.2006
Od: Kharkov
Uporabniški ID: 3382
Skupina: Moderatorji
Objav: 34679
Registracija: 07/11/2006
Od: Moskva
Uporabniški ID: 3370
Skupina: Udeleženci foruma
Sporočila: 104
Registracija: 24.01.2010
Uporabniški ID: 45022
Za grafični uporabniški vmesnik je potrebna izkušnja, podpisan je grafični uporabniški vmesnik na naslovni strani, da je bil projekt zaključen v skladu z veljavnimi standardi in da je protieksplozijska, ognjevarna, kar pomeni, da je v celoti odgovoren za tehnične odločitve. Pred tem je bilo v projektnih pisarnah potrebno pridobiti podpis na projektu, podpis višjega inženirja, vodilnega inženirja, vodje ekipe, nato glavnega strokovnjaka, vodje oddelka, GIP, in ga nato podpisati v oddelku za tehnični nadzor.
Post je bil urejenvladi - 4.4.2012, 20:10
Glavni projektni inženir je takšen položaj ali kaj takega.
projektiranje hidravličnih objektov
Želim biti fotograf :)
(((To je grešni kozel, ki se plača pod glavo in rešetko.
Če je potrebno, lahko jutri na delovnem mestu pregledam njegove pravice, obveznosti in odgovornosti po zakonu. )))
Če obstaja možnost skeniranja, je še posebej zanimiva odgovornost po zakonu (številke člankov itd.).
Če gre za GUI, ga potrebujete.
Dejstvo je, da je na primer na seznamu delovnih mest v gradbeništvu samo glavni inženir in glavni oblikovalec.
Kolikor razumem, ISU ni položaj, temveč začasen status, dodeljen znotraj določenega projekta.
Odgovornost po zakonu, mislila sem, no, veš kaj. - smrt osebe, zaradi nepopolne študije projekta po krivdi oblikovalcev. - Kazenska odgovornost.
Ta skenirani letaki tečaj "Organizacija in upravljanje na področju oblikovanja".
[ATTACH] 1147756227.jpg [/ ATTACH]
projektiranje hidravličnih objektov
V eni pisarni je GAPom postal dekle, ki je prejelo samo diplomo, delo pa je postalo neznosno. To je režiserjeva kaprica, ker takrat je človek brez izobrazbe, težko mu je prepirati pravega specialista, zato je naredil takšno potezo.
Kakorkoli, tandem bi zlahka zamenjal odsek Azerbajdžanske republike, ko je bil CR pripravljen na to, in je bil globalno globok, in to je postalo normalno. Vsi so bili obremenjeni z nepotrebnim delom na tonzilah. Neskončno brezumno preoblikovanje in predelava enakega. Ne želim govoriti o podrobnostih, vendar je prišlo do tega, da je bila večnadstropna zgradba zasnovana iz treh mest, od tega najprej od prvega, 2 od vrha, 3 od sredine (mislim na tla). Na koncu se tla niso ujemala. Nitsche, predelati. In ko redone, se je izkazalo, sosednji oddelki ne ustrezajo AR, in davolno resno. Ko so se sosednji odseki začeli popravljati, se je izkazalo, da ni tehničnega poda, to je bila ideja direktorja, hotel je raztapljati vse pod stropom pisarn in "znižati" podizvajalce s svojimi SNiP-ji. Te težave so se končale z zmanjšanjem števila parkirnih mest v podzemni garaži, zato sem jih moral zmanjšati na tehnično nadstropje.
Med letom vse resnične strokovnjake zapustijo, vključno z mano. In dekle je precej prekleto, v redu je, če ne ve, kakšna je velikost opeke ali iz katere asfalta je izdelana, itd.
Kdo je lahko hipo
Pododstavek 2) šestega odstavka 55. člena Urbanističnega kodeksa določa:
“6. Zahteve za člane samoregulativne organizacije, ki so določene v standardih samoregulativne organizacije in v notranjih dokumentih samoregulativne organizacije, ne morejo biti nižje od minimalnega, določenega v tem delu:
2) zahteve za prisotnost samostojnega podjetnika ali strokovnjaka za pravno osebo pri organizaciji inženirskih raziskav (glavni projektni inženirji), strokovnjaki za organizacijo arhitekturnega in gradbenega projektiranja (glavni projektni inženirji, glavni arhitekti projektov), gradbeni organizatorji (glavni projektni inženirji), delovni funkcijo katere sestavlja organizacija izvedbe inženirskih raziskav, izvedba del na pripravi projektne dokumentacije, gradbena dela gradnja, rekonstrukcija, obnova objektov kapitalske gradnje in informacije, ki so vključeni v nacionalne sezname strokovnjakov iz člena 55.5-1 tega kodeksa (v nadaljnjem besedilu strokovnjaki), so vsaj dva strokovnjaka na kraju glavnega dela.
Klavzule 1, 3, 6 člena 55.5-1 mestnega zakonika se glasijo:
„1. Strokovnjak za organizacijo inženirskih raziskav, specialist za organizacijo arhitekturnega in gradbenega projektiranja, strokovnjak za organizacijo gradnje je posameznik, ki ima po pogodbi o zaposlitvi s samostojnim podjetnikom ali pravno osebo pravico opravljati delovne naloge pri organizaciji inženirskih inšpekcijskih del, oblikovalskemu usposabljanju. dokumentacijo, gradnjo, rekonstrukcijo, obnovo glavnega objekta gradnje na mestu glavnega projektni inženir, glavni arhitekt projekta in informacije, ki so vključeni v nacionalni register strokovnjakov s področja inženirskih raziskav in arhitekturnega projektiranja ali v nacionalni register strokovnjakov s področja gradbeništva. "
“3. Uradne dolžnosti strokovnjakov v organizaciji inženirskih raziskav, specialisti v organizaciji arhitekturne in konstrukcijske zasnove vključujejo:
1) priprava in odobritev nalog za izvajanje inženirskih raziskav, nalog za pripravo projektne dokumentacije objekta za gradnjo;
2) določitev meril za izbor udeležencev pri delu na inženirskih raziskavah, priprava projektne dokumentacije in izbira izvajalcev teh del ter usklajevanje dejavnosti izvajalcev teh del;
3) predložitev, odobritev in sprejem rezultatov dela na izvedbi inženirskih raziskav, priprava projektne dokumentacije;
4) odobritev rezultatov inženirskih raziskav, projektne dokumentacije “.
“6. Podatke o posamezniku iz prvega odstavka tega člena mora pristojno nacionalno združenje samoregulativnih organizacij vključiti v nacionalni register strokovnjakov s področja inženirskih raziskav in arhitekturne zasnove v nacionalni register gradbenih strokovnjakov (v nadaljnjem besedilu tudi nacionalni strokovni registri). uporabo takšne osebe, ob upoštevanju naslednjih minimalnih zahtev: t
1) prisotnost visokošolskega izobraževanja v stroki, specializaciji ali usposabljanju na področju gradbeništva;
2) prisotnost delovnih izkušenj v organizacijah, ki izvajajo inženirske raziskave, pripravo projektne dokumentacije, gradnjo, rekonstrukcijo, obnovo kapitalskih projektov gradnje na inženirskih položajih za najmanj tri leta;
3) prisotnost skupnih delovnih izkušenj v stroki, specializaciji ali smeri usposabljanja na področju gradbeništva najmanj deset let;
4) strokovni razvoj v smeri usposabljanja na gradbenem področju vsaj enkrat na pet let;
5) razpoložljivost delovnega dovoljenja (za tuje državljane) “.
Vodja pravne osebe - član samoregulativne organizacije lahko naloge glavnega inženirja projekta zaupa delavcu, ki ne izpolnjuje zgoraj navedenih zahtev, vendar bo delojemalca izpolnjevanje dolžnosti iz tretjega odstavka 55.5-1 člena nezakonito (glej končni del obrazložitvenega pisma Ministrstva za gradbeništvo Rusije) 08.06.2017 št. 20243-TB / 02).
Podpis glavnega inženirja projekta v projektni dokumentaciji, predloženi v pregled, pomeni dejstvo, da je bil odobren, sprejet in odobren, to je dolžnost strokovnjaka za organizacijo arhitekturnega in gradbenega projektiranja, zato je mnenje strokovnjaka legitimno.
Glavni projektant je ključna oseba v procesu oblikovanja.
Podolsky, predsednik pododbora za organizacijo dejavnosti glavnih inženirjev projektov Odbora za tehnološko načrtovanje proizvodnih zmogljivosti Nacionalnega združenja oblikovalcev in geodetov, znanstveni direktor Mednarodne šole glavnih inženirjev (glavni arhitekti) projektov na MGSU
A. V. Litvinov, namestnik generalnega direktorja, posvetovalni center "TsNIO-Project", član Sveta mednarodne šole glavnih inženirjev (glavni arhitekti) projektov na MGSU
V sodobnih pogojih poslovanja ima stranka možnost, da izbere projektno organizacijo (programsko opremo) glede na optimalno razmerje časa, cene in kakovosti ponujenih storitev. Z navidezno enakostjo zgornjih kriterijev je kakovost projektne dokumentacije odločilen pogoj za uspeh programske opreme v konkurenci. Kakovost projektne dokumentacije se ocenjuje z objektivnimi parametri - skladnostjo z zahtevami veljavnih pravil in predpisov ter s subjektivnim - za čim večjo zadovoljstvo strank. Ti in drugi parametri se nenehno spreminjajo: od standardnega oblikovanja do kupcev se gibljejo posamezniki, mesečne spremembe in dopolnitve regulativne in tehnične in zakonodajne podlage, pojavljajo se novi gradbeni materiali, nova oprema, tehnologije itd. »Nezadovoljstvo« s projektno dokumentacijo dopolnjuje potreba po nenehnem povečevanju zadovoljstva strank, kar je neločljivo povezano z ideologijo mednarodnih standardov ISO 9000.
Da bi zagotovili zahtevano kakovost izdelkov, bi morala programska oprema, če ne sledi znanstvenemu in tehnološkemu napredku, slediti vsaj temu, da bi strankam ponudila nove, izvirne in zanesljive oblikovalske rešitve.
Kaj ovira resnično izboljšanje dela glavnih inženirjev (glavnih arhitektov) projektov (CIP)? Po našem mnenju prevladujejo nepravilni stereotipi o mestu in vlogi GUI v procesu oblikovanja, ki se prenašajo iz generacije v generacijo oblikovalcev, in drugič, pomanjkanje usposobljenosti vodij programske opreme v zadevah, povezanih z dejavnostmi GUI, ki jim ne omogočajo, da sprejmejo ustrezne tretjič, pomanjkanje jasne predstave o tem, kaj je kakovost odločitve o oblikovanju in za kateri del je odgovorna ISU, četrtič, poenostavljeno razumevanje mehanizma oblikovanja kakovosti in, še posebej, ko se je izvajala v subproektirovschikov, in končno, na petem mestu, saj je večina oblikovalcev še ni spoznal pomen GIPA pri zmanjševanju stroškov oblikovanja dela.
Napačno bi bilo misliti, da upravljavci programske opreme in GUI sami ne želijo odpraviti zgoraj navedenih razlogov, vendar njihovi poskusi ne prinesejo opaznega rezultata, saj se namesto, da bi se zanašali na dejstva, ki jasno narekujejo prave odločitve, vodijo pretekle izkušnje in subjektivne izkušnje. stališča, ki ne izpolnjujejo zahtev časa.
V procesu razprave o teh vprašanjih smo se pogosto znašli na nasprotnih straneh barikad s številnimi kolegi - z nekakšnim "kolektivnim nasprotnikom", katerega pogledi so se zgodovinsko oblikovali in še vedno živijo v preteklosti. Ta članek je dodaten ugovor „kolektivnemu nasprotniku“.
Kot je znano, moderno vodstvo priporoča dokumentiranje pomembnih predpisov, vendar pa je treba pred nastankom kakršne koli uredbe izhajati iz oblikovanja načel, ki na primer določajo, da se bo "vzdolž ali čez reko" zgradil most. To je najpomembnejši del sprejemanja predpisov. Na tej stopnji je treba doseči soglasje v strokovni skupnosti, po kateri nobena regulativna omejitev ne sme biti v nasprotju z dogovorjenimi načeli.
Na žalost pa v resnici zmagujejo »slabi stereotipi«, ki v večini primerov niso povezani le z znanostjo o organizaciji in vodenju proizvodnje, temveč pogosto le z razumom.
Oglejmo si nekaj, po našem mnenju, napačnih zamisli, ki se rešujejo, kar je resnična rezerva pri razvoju projektnega poslovanja:
1. ISU je odgovoren za kakovost projektne (delovne) dokumentacije, tj. Za vse je odgovoren ISU.
Ne more biti. Zahteve za položaj ali, kot pravijo danes, "odgovornost in pooblastilo" ISU so se zgodovinsko povezale z zapletom zahtev za oblikovalske objekte, pa tudi s spremembami pri pričakovanjih kupcev glede rezultatov projektiranja. V preteklosti je projektiranje in gradnjo vodil en strokovnjak, ki je sprejel vse odločitve. Trenutno je glavna naloga družbe zagotoviti potrebno dinamiko naložb, kot tudi dohodek odjemalcu iz projekta, ki zadostuje za kompenzacijo vlagateljev za vložena sredstva in prevzeto tveganje. Tako, vse odločitve pri oblikovanju ISU prevzame merilo gospodarske učinkovitosti načrtovanja, gradnje in delovanja objekta. Zato so potrebne zahteve za njegovo usposobljenost. Vsi ostali udeleženci v procesu načrtovanja sprejemajo odločitve o kriteriju tehnične optimalnosti, ta pogoj pa se uresničuje v procesu usklajevanja projektnih odločitev glavnih strokovnjakov na področjih projekta.
2. „Prisega“ GIP odpravlja odgovornost za kakovost dokumentacije o načrtovanju (delovnem) od ostalih udeležencev v načrtovanju.
Z drugimi besedami, GUI je odgovoren za skladnost s projektnimi normami in standardi za načrtovanje, gradnjo in delovanje objektov, standarde samoregulativnih organizacij, individualne zahteve strank za tehnično raven in kakovost, arhitekturno izraznost in družbeni pomen objektov. Menimo, da se moramo vrniti k čutom: odgovornost za kaj in v katerih primerih.
Očitno je, da lahko pride do odgovornosti, če se odkrije negativen rezultat dela, ki ga je strokovnjak opravil osebno ali osebno preveril; če obstaja ustrezen podpis, podprt z datumom, in tudi dokumentiran, za kaj in komu se prevzame odgovornost in kdaj se konča. To so obvezni pogoji za osebno odgovornost. V nasprotnem primeru prevladuje kolektivna neodgovornost. Dajmo primer. Kot veste, morajo biti risbe podpisane: "razvito", "preverjeno" in "normalno upravljanje". Opozarjamo na dejstvo, da so podpisi podani v smislu dejanj, tj. Odgovoriti na vprašanje: kaj ste storili? - razvita; kaj si naredil? - izvedel normativni nadzor itd. Nemogoče je dovoliti »pobudo« oblikovalskih organizacij in pojavljanje na risbah podpisov vodij oddelkov, glavnih strokovnjakov, glavnih inženirjev projektov itd. je.
Kot že omenjeno, podpis predstavlja odgovornost. Brez podpisa - brez odgovornosti. Ker ima odgovornost meje, se je treba dogovoriti, kam gredo, to je zagotoviti, da vsi enako razumejo področje odgovornosti. Pomen sporazuma je naslednji: vsaka risba ima vsebino (»kaj« je upodobljena) in oblikovanje (»kako« je upodobljena). Izvajalec je odgovoren za vsebino in oblikovanje. Za vsebino - pred izpraševalcem, za načrt - pred normalnim krmilnikom. Odgovornost izvajalca preneha v trenutku, ko jih podpiše inšpektor in upravljavec. Nato je treba ugotoviti, komu sta odgovorna preveritelj in upravljavec. V idealnem primeru bi to morala biti stranka, ki je resnično zainteresirana za ujemanje podpisa in rezultata. V sami projektni organizaciji je nemogoče najti sledilce kontrole in normontrolerja. Toda ali je lahko to GUI? V tem primeru bo podpis PIU pomenil, da je znova preveril vsebino in zasnovo risbe ter prevzel odgovornost zase, vključno z "za upoštevanje norm in standardov pri načrtovanju, gradnji in obratovanju objektov..." itd. Vendar je nemogoče fizično preveriti vse oblikovne rešitve za izpolnjevanje vseh standardov in vseh zahtev ISU. Zato vsiljevanje odgovornosti na GUI na splošno ni nič drugega kot urok, formalno zaradi nezmožnosti usmrtitve in nevarno, če je potrebno kaznovati krivdo nekoga drugega. GUI je le eden od mnogih avtorjev predstave z naslovom »priprava projektne dokumentacije«.
3. Če se na gradbišču zgodi nekaj resnega, bo to prvo „zasadilo“ GIP.
Če se zgodi nekaj resnega, preiskovalec, ki je določil forenzično-tehnični pregled ali je opravil več takih pregledov, bo določil oblikovalca, ki je na primer izvedel projektni izračun in uporabil napačen faktor, nato ugotovil, kdo je preveril izračun in je ta oseba tista, ki bo predstavil. pregon, vendar lahko sodišče v določenih okoliščinah kaznuje storilca in preveritelja.
4. GUI mora biti najbolj kvalificiran oblikovalec v vseh delih projekta.
Jasno je, da to preprosto ne more biti, ker v projektni dokumentaciji ni manj kot deset specializiranih oddelkov, delo na katerem prevzema prisotnost več kot dvajsetih specialitet. Ta »slabi stereotip« sega tudi v zamisel o imenovanju strokovnjaka na mesto inštituta. Vendar pa je priporočljivo, da se odločitev o imenovanju PIU sprejme na podlagi konkurenčnega izbora in da se ravna po popolnoma različnih merilih.
Prosilec za delovno mesto PIU mora prosilca utemeljiti z možnostjo doseganja višjih tehničnih in ekonomskih kazalcev načrtovanega objekta, zmanjšanjem začetnih pogojev projektiranja in gradnje, zmanjšanjem delovne intenzivnosti (stroškov) projektnega dela, ki je za projektno organizacijo ugodnejša, in izračunov z udeleženci dela ter razširitev dodatnih zahtev. kupca na predmetu oblikovanja (7.2.1 "d" GOST R ISO 9001-2008) itd. Še posebej pomemben je ugled GIP: značaj, komunikacija trajnost, marljivost, predanost, učinkovitost, točnost, spodobnost, sposobnost pogajanja, pozornost, vljudnost, odzivnost, učinkovitost itd.
Za civilne objekte je prednost pri imenovanju na mesto glavnega arhitekta projekta (GAP) lahko prisotnost ekonomskega in arhitekturnega izobraževanja. Druga prednostna naloga je ekonomsko izobraževanje, tretja je arhitekturna in končno samo inženirstvo.
Za industrijske objekte (tehnološko oblikovanje) je prednost pri imenovanju glavnega projektnega inženirja (CIP) lahko razpoložljivost ekonomskega izobraževanja in tehnologije, ki ustreza posebnostim oblikovalskega objekta. Druga prednostna naloga je ekonomska izobrazba, tretja je tehnološka in končno samo inženirstvo.
V prvem in drugem primeru mora vodja projekta imeti kvalifikacijo za vodenje projekta. Glede na rezultate konkurenčnega izbora je ISU na to mesto imenovan z ustreznim nalogom vodje programske opreme.
5. Če pride do nesoglasij med glavnimi strokovnjaki v oddelkih projekta, končna odločitev sprejme ISU.
Zamislite si takšno sliko: Glavni električar se je v svojem delu projekta odločil, da bo stikalna plošča med takšnimi in takimi osmi ter na takšni in takšni oznaki stavbe. Glavni specialist - toplotni inženir na istem mestu ima razdelilno postajo. Prihajajo na ISU, da bi jih »naredili mir«. Seveda je usposobljenost vsakega od glavnih strokovnjakov za zadevno specializacijo višja od usposobljenosti ISU. Če bo ISU o tej zadevi razpravljala z njimi v predlagani tehnični ravni, je to očitno v neugodnem položaju. Razpravo naj prevede v ekonomsko ravnino, pri čemer pravi, da ena možnost stane toliko, druga pa toliko, pri čemer se upoštevajo ne le stroški gradnje, temveč tudi obratovalni stroški, pa tudi možno tveganje, povezano s spremembo stroškov opreme. S sprejemom in utemeljitvijo svoje odločitve z gospodarskega vidika mora ISU, ki je odgovorna za odločitev vlagatelju, od strokovnjakov poiskati ustrezno tehnično rešitev. Danes lahko le nekaj GUI deluje na ta način, vendar je to poslanstvo GUI, njegov del odgovornosti za kakovost oblikovalskih odločitev.
6. GUI mora najprej imeti tehnično posebnost.
Govorili smo že o tem, kakšna je posebnost in zakaj bi morali biti v GUI. V pogojih pospešene stopnje znanstvenega in tehničnega razvoja je kakovost projektne dokumentacije neposredno odvisna od sistematičnega izpopolnjevanja GIP-jev. Danes mora biti ISU pristojen za organizacijo in vodenje procesa načrtovanja, metode za zagotavljanje gospodarske učinkovitosti načrtovanja, izgradnje in obratovanja objekta, da bi pridobil svoj položaj na konkurenčni osnovi. Toda tudi uspešno delujoči GUI občutijo pomanjkanje svojega znanja o teh vprašanjih, poskušajo neodvisno nadomestiti vrzeli v svojih kompetencah.
Za reševanje teh problemov na pobudo Odbora za tehnološko projektiranje industrijskih objektov NOPRIZ in Inštituta za gradbeništvo in arhitekturo (ISA) Nacionalnega raziskovalnega centra MGSU, ob sodelovanju svetovalnega centra "CSRI projekt" in Odbora za stalno strokovno izobraževanje v gradbeništvu. Ruska zveza graditeljev (RCC) je organizirala projekte mednarodne šole glavnih inženirjev (Chief Architects). Svet šole vključuje znane strokovnjake v Ruski federaciji in državah SND na področju oblikovanja in zagotavljanja kakovosti projektne (delovne) dokumentacije. Predsednik Sveta Mednarodne šole glavnih inženirjev (glavni arhitekti) projektov Mescherin Igor Viktorovich ima edinstveno izkušnjo pri delu z GAP in GIP v ZSSR, Rusiji, ZDA in Italiji.
Informacije o Mednarodni šoli za znanstvene in tehnološke informacije (GAP), vključno z izvajanjem posebnih tečajev, so objavljene na spletnih straneh ISA MGSU, Nacionalnega združenja oblikovalcev in geodetov, Centralnega znanstvenega raziskovalnega projekta in na spletnih straneh Designerja v Ruski federaciji, Kazahstanu, Belorusiji in Ukrajini.
Glavni cilj Mednarodne šole GIP je zagotoviti usposabljanje visoko usposobljenega osebja GIP-jev s pomočjo naprednega usposabljanja. Programi, ki ustrezajo sodobnim zahtevam, praktično usmerjenost tečajev, omogočajo zadovoljevanje potreb tehnološkega in arhitekturnega oblikovanja, vzdrževanje stalne strokovne rasti in reprodukcije grafičnih uporabniških vmesnikov ter pripravo kadrovske rezerve za zamenjavo delovnih mest GUI po naročilu oblikovalskih organizacij.
V "izobraževalnem portfelju" Mednarodne šole za znanstvene in industrijske informacije sta dva glavna izdelka:
Predlagani sistem preusposabljanja GIP-jev je fleksibilen, primeren za potrebe časa in se odziva na dejanske potrebe zelo zaposlenih oblikovalcev s praktičnim delom. Vsebina programov je uravnoteženo teoretično in praktično znanje ter izkušnje pri oblikovanju projektov. Zelo pomembno je, da program predvideva široko teritorialno pokritost študentov in udobje usposabljanja, vključno z uporabo sodobnih načel, oblik in metod usposabljanja: modularnost, učenje »pred rezultatom«, razlike v učenju, učenje na daljavo itd.
Glavne teme, o katerih razpravljamo na tečajih Mednarodne šole GIP na MSSU:
1. Stanje na gradbenem trgu in njegov vpliv na dejavnosti ISU.
2. Glavne spremembe v vsebini koncepta "sistema vodenja kakovosti" v zvezi z delom ISU.
3. Distribucija v projektni organizaciji (programska oprema) odgovornosti za razvoj oblikovalskih rešitev in njihove kakovosti med prvim vodjem, glavnim inženirjem, produkcijskim direktorjem, inženirskim oddelkom, tehničnim oddelkom in proizvodnimi oddelki (delavnicami) v procesu priprave, izdelave in izvedbe v gradbenem projektu (tehnični) a) dokumentacijo, vključno s kontrolo, preverjanjem, analizo, usklajevanjem, potrjevanjem in odobritvijo dokumentacije o načrtovanju in oceni.
4. Pojasnitev vloge in mesta grafičnih uporabniških vmesnikov v procesu »od konca do konca« uporabniško usmerjene programske opreme: »interakcija s strankami programske opreme« - »izgradnja in vzdrževanje portfelja naročil programske opreme« - »priprava in izdaja / izvedba projektne (delovne) dokumentacije« - »podpora pri izvajanju projekt v gradnji "-" izpolnjevanje garancijskih obveznosti za projekte, ki se izvajajo v gradbeništvu ".
5. Vodja proizvodne enote: oblikovalec ali vodja (vodja)? Interakcija z GUI. Glavni predmeti vodenja vodje proizvodne enote: delovni viri, delo, čas, finance, materialni viri; podrejenost, avtoriteta, osnovne funkcionalne naloge (odgovornost) vodje proizvodne enote, merila za vrednotenje njenih dejavnosti.
6. Postopek »zagona« dela na pripravi projektne dokumentacije v skladu s sklenjeno pogodbo. Približna pogodba s projektno organizacijo podizvajalcev (ACT); postopki ocenjevanja, izbira (izbira) in ponovna presoja odprtokodne programske opreme; podizvajalci in zunanji izvajalci.
7. Interakcija GUI s pogodbenim oddelkom, tehničnim arhivom, oddelkom za sprostitev projektov. Glavne zahteve za ISU v sistemu izvršilne discipline.
8. Analiza novih odgovornosti ISU; tipični opis dela ISU; zahteve za GUI pri izvajanju terenskega nadzora (vključno s podprojekti); GUI in vprašanja tehnične prenove, širitve, modernizacije, obnove itd.
9. Spremljanje zadovoljstva strank s procesi in rezultati projektne organizacije.
10. Vloga grafičnega uporabniškega vmesnika pri širjenju vrst izdelkov (storitev) projektne organizacije. Oblikovanje ugleda podjetja med udeleženci investicijskega projekta.
11. Podprojekti upravljanja. Sodobne zahteve za izbor udeležencev oblikovanja.
12. Pripombe na projekte novih organizacijskih in metodoloških dokumentov za CIP: Standardi za strokovne dejavnosti CIP, Priporočila o organizaciji dejavnosti CIP, Profil CIP, Zahteve za pripravo in imenovanje na delovno mesto CIP, ki se razvijajo v Pododboru za organizacijo dejavnosti glavnih inženirjev projektov Odbora za tehnološko načrtovanje objektov proizvodna destinacija NOP v tekočem letu.
13. Pogajanja ob sklenitvi pogodb in določanje pogodbenih cen. Vrste pogodb.
14. Interakcija z državno in nedržavno strokovno pomočjo.
15. Pravni in organizacijski okvir za načrtovanje, regulativne dokumente, povezane z delom GIP, vključno z GOST R 54869-2011, in sistemom EUROCODES.
16. Stroški projektiranja. Osnovni indeks in metode virov za izračun stroškov. Oblike proračunske dokumentacije. Ocena ekonomske učinkovitosti oblikovalskih rešitev.
17. Upravljanje s tveganji projekta. Identifikacija in identifikacija tveganj (kategorije tveganja, znana tveganja in neznana tveganja, obseg tveganja, verjetnost nastanka in stopnja vpliva tveganja); načrtovanje proračuna za upravljanje tveganj; ugotavljanje verjetnosti izvajanja rokov in proračuna projekta; tehnike odzivanja na tveganja (izogibanje, prenos, blaženje in sprejemanje); obvladovanje simptomov tveganja.
18. Sodelovanje pri zbiranju ponudb za projektno in raziskovalno delo.
19. Glavne določbe sistema vodenja kakovosti v projektni organizaciji, ki izpolnjuje zahteve GOST ISO 9001-2015.
20. Funkcije in vsebina naročnikovega tehničnega nadzora. Državni nadzor gradnje.
21. Pristojnost Inštituta za samoizobraževanje in izpopolnjevanje.
22. GIP, GAP v funkcionalnih, organizacijskih in finančnih strukturah projektne organizacije.
23. Pristojnost GIP, povezana s trženjem in prodajo.
24. Pristojnost GIP pri določanju njenih pooblastil, pravic in odgovornosti.
25. Pristojnost Inštituta pri ocenjevanju učinkovitosti in uspešnosti svojih poklicnih dejavnosti in motivacije.
Od maja 2015 je v program Mednarodne šole Inštituta za industrijske informacije vključen dodatni modul »Ocena ekonomske učinkovitosti oblikovalskih rešitev« (30 ur. Ur). Skupni obseg programa postane 80 ac. eno uro Modul poučujejo učitelji Državne akademije investicijskih strokovnjakov (GASIS) Nacionalne raziskovalne univerze Visoka šola za ekonomijo, študenti pa prejmejo tudi GASIS certifikat.
Predmet izobraževalnih, svetovalnih in raziskovalnih programov, ki jih je predlagala Mednarodna šola za znanstvene in industrijske informacije, je osredotočen na reševanje osnovnih problemov, s katerimi se trenutno srečujejo oblikovalske organizacije s pomočjo strokovnega razvoja ključnih oseb v procesu oblikovanja, kot so grafični uporabniški vmesniki.
Na glavnih temah programa Mednarodne šole GIP je posvetovalni center "TsNIO-Project" razvil posebna priporočila.
Obrnimo se zdaj na mehanizem za oblikovanje kakovosti oblikovalskih odločitev, da bi jasno in nedvoumno določili meje odgovornosti ISU.
Nekatere skupne oblikovne določbe:
1. Vsak projekt gradnje je kombinacija treh modelov: t
- prihodnji objektni modeli (prostorsko načrtovanje in inženirske rešitve);
- modeli njegovega nastanka (projekt organizacije gradnje);
- modeli njegovega delovanja (Organizacija in upravljanje proizvodnje).
2. Oblikovanje odločitve o oblikovanju je sestavljeno iz njegovega dejanskega sprejetja, nato pa je treba potrditi njegovo skladnost, z drugimi besedami, preveriti. Sprejetje same odločitve o oblikovanju je izbira med alternativami, potrditev skladnosti pa ima veliko različnih možnosti in s tem veliko izrazov, ki ustrezajo tem možnostim. Večina možnosti je odvisna od časa, kraja in standardov, ki so izbrani za potrditev.
Kakovost oblikovne odločitve je sestavljena iz štirih osnovnih lastnosti. Vsako od teh lastnosti oblikuje nekdo v programski opremi in je namenjen nekomu. Tisti, ki oblikuje lastnost kakovosti, nosi za to osebno odgovornost. Prva je „tehnična zmogljivost“, kar pomeni, da mora biti projektna rešitev takšna, da se lahko izvede med gradnjo. Potrebna je najprej izvajalcu gradnje in njenim tehnikom, inženirjem in glavnim strokovnjakom industrijskih oddelkov. Druga je „informacijska priložnost“, tj. Projektna odločitev mora vsebovati vse informacije, potrebne za izvedbo gradbenih in inštalacijskih del, naročanje opreme, sprejem vseh potrebnih dovoljenj in soglasij. Potrebuje stranko in graditelja. To premoženje sestavljajo tehniki, inženirji in glavni strokovnjaki proizvodnih enot. Tretja je „ekonomska izvedljivost“ projektne rešitve, tj. Projektna rešitev mora biti ekonomsko konkurenčna med gradnjo in obratovanjem objekta. To je potrebno za glavno osebo na trgu - investitorja, ki se oblikuje, in za to je odgovoren ISU. Četrti je „sistemski“, tj. Vse projektne odločitve o projektu morajo biti usklajene. To so najprej potrebni sami oblikovalci, za to pa so odgovorni glavni strokovnjaki na področjih projektov.
Design odločitve so na petih ravneh. Upoštevajte te ravni na primeru projektnega dela projekta. Prva raven bo "vozlišča, deli." Na tej stopnji tehnologije se odločitve sprejemajo na armaturnih mrežah, vgrajenih delih itd. Druga raven je „elementi“. Na tej ravni inženirji oblikujejo tramove, stebre, samostojne temelje itd. Tretji je „komponente“. Višji in vodilni inženirji načrtujejo prekrivanja, obloge, zaprte objekte itd. Četrta raven je »projektna sekcija«. Na tej ravni glavni strokovnjak odloča o konstrukciji objekta in glavnih parametrih trdnosti konstrukcije. Peta raven - "tehnični in ekonomski kazalci projekta." ISU je odgovorna za sprejemanje odločitev na tej ravni.
Obrnimo se na »potrditev skladnosti oblikovalske rešitve«. Ta nadzor, vrednotenje, preverjanje, analiza, potrjevanje, usklajevanje in odobritev projektnih odločitev. Pri tem je pomembno, da določimo meje odgovornosti GUI.
Kontrola vključuje korelacijo sprejete projektne odločitve z obstoječimi normativi (pravilniki), to je regulativnimi dokumenti, ki trenutno delujejo v kompleksu stavbe (urbanistični kodeks Ruske federacije, SNiP, SN, GOST, VSN itd.). Rezultat nadzora je "ustreza" ali "ne ustreza" odločitvi o načrtovanju določenih regulativnih dokumentov.
Vrednotenje - isti kontrolni postopek, samo v dodatku k »ustreza« ali »ne ustreza«, označuje, koliko »ustreza« ali »ne ustreza«. Praviloma je rezultat ocene podan v kvantitativnem smislu, na primer, požarni prelom med stavbami je 10 metrov manjši od standardnega.
Tako imenovani normativni nadzor je v isti vrsti kot nadzor, z edino razliko, da se SPDS za GOST uporabljajo za primerjavo sprejete projektne rešitve z regulativnimi dokumenti.
Preverjanje vključuje primerjavo projektne odločitve z vhodnimi projektnimi podatki (projektna naloga, začetni projektni podatki, tehnične specifikacije). GOST ISO 9001-2011 jasno določa zahteve za preverjanje oblikovalskih rešitev, vključno z načrtovanjem preverjanja in evidentiranja rezultatov. Zlasti 7.3.5 navaja, da „je treba v skladu z načrtovanimi dejavnostmi opraviti pregled, da se zagotovi, da rezultati projektiranja in razvoja ustrezajo vhodnim zahtevam za načrtovanje in razvoj. Zapise o rezultatih preskusov in vse potrebne ukrepe je treba hraniti in hraniti. “ Ker »vhodni podatki« praviloma vsebujejo tehnične in ekonomske kazalnike (zahteve) za projektno dokumentacijo, ISU preveri skladnost dejansko prejetih podatkov.
Analiza - kolektivno delovanje pod vodstvom GIP - vam omogoča napovedovanje posledic nespremenljivosti obstoječega procesa načrtovanja v smislu tehničnih in ekonomskih značilnosti oblikovalskih odločitev, stroškov oblikovanja in njegovega trajanja. V oddelku 7.3.4 GOST ISO 9001-2011, kot tudi za preverjanje, so določene zahteve za analizo, in sicer: »V ustreznih fazah, v skladu z načrtovanimi dejavnostmi, je treba izvesti sistematične zasnove in razvojne analize, da bi ocenili zmožnost projektnih in razvojnih rezultatov izpolnjujejo zahteve, kot tudi identificirati vse [težave, ki se pojavijo med načrtovanjem in razvojem] in predlagati potrebne ukrepe. V analizo naj sodelujejo predstavniki funkcij, povezanih z analizirano fazo načrtovanja in razvoja. Zapise o rezultatih analize in vse potrebne ukrepe je treba vzdrževati in vzdrževati. “ Upoštevajte, da je treba analizo načrtovati in dokumentirati rezultate. Očitno je tudi, da analize ni mogoče izvesti na začetku zasnove, saj še ni ničesar za analizo in na koncu zasnove, saj je "vlak že odšel" in je postopek končan. Pri načrtovanju je za analizo odgovorna ISU. Med postopkom načrtovanja PIU praviloma zbere vodje proizvodnih oddelkov in glavne strokovnjake na projektnih odsekih in z njimi razpravlja o poteku oblikovanja ter tehnične in ekonomske značilnosti oblikovnih odločitev, ki zagotavljajo, da dobljeni oblikovni materiali na koncu zasnove ustrezajo "vhodnim podatkom".
Usklajevanje predpostavlja, da ta konstrukcijska rešitev ne nasprotuje oblikovalskim odločitvam v drugih delih projekta, npr. Primerjava projektne rešitve projektnega dela projekta z oblikovalskimi rešitvami projekta električnih, sanitarnih ali toplotno-tehničnih delov projekta.
Odgovornost za izvedbo usklajevanja je v pristojnosti ISU, za pravilnost usklajevanja pa so odgovorni glavni strokovnjaki za oddelke projekta.
Spomnimo se, kaj je "validacija". V zasnovi sta možni dve situaciji potrditve: v prvem primeru je to mogoče storiti neposredno „na papirju“, tj. Oblikovna rešitev je na računalniškem zaslonu. Na primer, projektna odločitev je konstruirana in izdelana žarka, ki mora prenesti ustrezno obremenitev. Za potrditev skladnosti zadostuje uporaba iste metode izračuna, ki je bila uporabljena pri tej odločitvi (ali alternativa), in če je ta metoda preizkušena in zanesljiva, bo ponovno izračunavanje zagotovilo popolno zaupanje v pravilnost oblikovalske odločitve. Ali drug primer, v projektni nalogi je navedena sestava prostorov na ustreznem nadstropju stavbe in navedena so potrebna območja. Načrtovalno rešitev tega tlorisa je enostavno preveriti s primerjavo z originalnimi podatki. Treba je poudariti, da takšne oblikovalske odločitve v skupni količini oblikovanja - vsaj 80-90 odstotkov. Sem sodijo projektne odločitve, izdelane po standardnih načrtih, tipičnih sklopih in delih, odobrene individualne, zgodnje razvite oblikovne rešitve, ki se večkrat uporabljajo, katalogi opreme, ki so certificirani na predpisan način, itd. Gre za zanesljive, dokazane, mnogokrat uporabljene, nedvomno oblikovne rešitve.
Drugi primer je takrat, ko oblikovalske rešitve ni mogoče zanesljivo preveriti s tradicionalnimi tehnikami preverjanja. Preveriti jih je mogoče le v procesu izgradnje ali obratovanja zgrajenega objekta, kot tudi izvajanje posebnih preskusov v razmerah, ki so čim bližje gradnji ali obratovanju objekta. Takšna potreba se pojavi pri uporabi naprednih tehnologij ali materialov, ki so že priporočeni ali objavljeni v oglasih, novih metodah izračunavanja, opremi, ki še ni bila uporabljena, tehnoloških rešitvah, ki nimajo analogov itd. Na primer, na razstavi so se oblikovalci seznanili z novimi strešnimi materiali. ki se aktivno oglašuje, in značilnosti tega materiala so impresivne.
Lahko se odloči za uporabo tega materiala za streho s površino 20 tisoč kvadratnih metrov, vendar je posebej določeno, da med gradnjo, morate najprej dokončati strešni del 10 kvadratnih metrov, ustvariti dinamično obremenitev nanj za določen čas, zaliti vodo na vrh in videti kako se obnaša spodnja površina strehe. Če je rezultat testa pozitiven, bodo oblikovalci dali dovoljenje za preostanek strehe. Včasih se ta potreba pojavi zaradi visoke negotovosti geoloških razmer na zahtevnih gradbenih območjih, ko prosilci ne morejo (vključno z ekonomskimi razlogi) dovolj natančno simulirati značilnosti tal na določenih lokacijah temeljev temeljev. V teh primerih kažejo na potrebo po pilotskih pilotnih pilotih in šele potem potrdijo možnost izgradnje pilotnega polja pod celotnim predmetom.
To je potrditev oblikovalske rešitve. Uporaba validacije dokazuje zavezanost projektne organizacije vsem, kar je novega in naprednega. To je znak konkurenčnosti oblikovalskih rešitev, saj je želja po zasnovi vodilnega položaja v oblikovanju zaradi nenehnega povečevanja zadovoljstva strank. Odgovornost za izvedbo potrjevanja nosi ISU, za vsebino potrjevanja - glavne strokovnjake na odsekih projekta.
Odobritev je dovoljenje za prenos celotne projektne dokumentacije na stranko. Za to je odgovoren GUI, ki ga izvaja, ko podpiše račun, preden pošlje dokumentacijo stranki.
Zdaj pa se obrnemo na odgovornost ISU, ki je povezana z zmanjšanjem stroškov oblikovalskega dela. Kot veste, obstaja veliko možnosti za zmanjšanje stroškov, to pa je »glavobol« za vodstvo in vse vodilne programske strokovnjake, saj je to praktično edini način za povečanje dobička projektne organizacije. GUI pomembno prispeva k temu, saj uresničuje odgovornost za upravljanje (outsourcing) pod-oblikovalcev.
Trenutno je možno izbrati pod-oblikovalce, ki temeljijo na rezultatih njihovega vrednotenja, primerjava s konkurenti, redno ponovno ocenjevanje in odgovornost GUI za to izbiro. Pomembno načelo, "kdo plača, naroča glasbo", je začelo delovati med subjekti, ne le v dobro znani tradicionalni smeri, ampak tudi kot zahteva generalnega oblikovalca (GP), da nenehno razmišlja o izboljšanju (zagotavljanju) kakovosti in zmanjšanju stroškov oblikovalskega dela. Poleg tega zakon določa, da odgovornost za kakovost projektne in ocenjevalne dokumentacije, ki jo je razvil ACT, nosi le splošni zdravnik. Zato je potrebno voditi zahteve GOST ISO 9001-2011 in Smernic za uporabo postopkov zunanjega izvajanja (ISO / TS 176 / SC 2 / N 630R2, 24. november 2003).
Na splošno obstajajo trije pogojni tipi STR:
- »Navadni« - SPO, s katerimi ima GP običajne tržne odnose;
- »Navadni« - SPO, s katerimi ima GP običajne tržne odnose;
- "Stražar" - bitje stranke, odnos GP, s katerim stranka določi.
Na primeru odnosov z odprtokodno programsko opremo bomo obravnavali vsakega od podsistemov zaporedno, glede na to, da ISU v nekaterih primerih sprejema odločitve, v drugih pa sodeluje pri njihovem sprejemanju.
Ocenjevanje, izbira in ponovna ocena podprojekta.
Ta podsistem je sestavljen iz dveh blokov: t
- oblikovanje in vzdrževanje seznama (baze podatkov, registra itd.) odobrenih STR in njegovega posodabljanja;
- izbira odprtokodne programske opreme z navedenega seznama za opravljanje dela na določenem projektu.
Delo pod prvo enoto je funkcija tehničnega oddelka programske opreme, v drugem pa odgovornost ISU.
Za oblikovanje seznama tehnični oddelek programske opreme išče, ocenjuje, izbira in ponovno ocenjuje odprtokodno programsko opremo v skladu s potrebami programske opreme z uporabo meril, razvitih v povezavi z GUI.
Jasno je, da takšen pristop ne zagotavlja popolne ustreznosti STR glede na pričakovanja GP zaradi zapletenosti formalizacije nekaterih vprašanj. Na primer, vprašanje glede razpoložljivosti veljavnega QMS in njegove skladnosti z zahtevami GOST ISO 9001-2011. ACT odgovarja, da QMS deluje in je skladen, kar dokazuje potrdilo certifikacijskega organa „N“. Izkušnje pri ocenjevanju izpolnjevanja določenih zahtev GOST ISO 9001-2011 s strani samoregulativnih organizacij oblikovalcev kažejo, da je več kot 90% certifikatov formalno prejetih, preprosto »kupljenih« in pogosto nimajo nobene zveze z določeno STR. Izkazalo se je, da ima GP dejansko odgovornost za kakovost projektne (delovne) dokumentacije, ki jo je pripravil ACT, vendar izbira ACT temelji na »zagotovilih« same STR v obliki odgovorov na vprašalnik. Pri oblikovanju določenega objekta, GUI, praviloma izbere ustrezen ACT s seznama, ki ga vodijo dodatna merila, vključno s teritorialno lokacijo STR, informacije STR o lastnostih določenega gradbišča, predhodne stike z določeno stranko, pripravljenost ACT za izpolnitev naročila in druge.
Pred sprejemom odločitve o vključitvi odprtokodne programske opreme v oblikovanje GUI bi morala biti neposredno v organizaciji. To je nova naloga GUI. Ta tehnologija je predvidena v standardih serije ISO 9000 in se imenuje revizijska „druga stranka“. Revizija druge stranke ni daljša od enega delovnega dne (po možnosti 3-4 ure).
Tako kratko trajanje je mogoče pojasniti z dejstvom, da se ne upošteva celotni sistem vodenja kakovosti odprtokodne programske opreme, temveč le nekatere ključne točke. Praksa kaže, da če je na teh točkah vse normalno, potem z visoko stopnjo verjetnosti ACT ustreza pričakovanjem SE.
Poudariti je treba, da se kupec ukvarja samo z osebnim zdravnikom, s katerim ima sklenjeno pogodbo. Morda ne pozna ostalih udeležencev projekta. Zato je odnos z odprtokodno programsko opremo izključno problem GP. SPO dejansko deluje kot dodatna strukturna enota GP, ki jo mora v procesu izvajanja projekta upravljati enako kot s svojimi »lastnimi« strukturnimi oddelki, pri tem pa upoštevati roke in kakovost projektne (delovne) dokumentacije, ki jo je razvil ACT, za kar je odgovoren GP stranka. To določa odgovornosti družb v državni lasti pri upravljanju podjetja STR.
Vrsta in obseg upravljanja odprtokodne programske opreme se lahko spreminjata v širokem razponu: od minimalne, ko je izdana odprtokodna programska oprema, in opravljenega dela sprejeta z malo ali brez preverjanja, do največje možne mere, ko se zahteva, da družba za upravljanje in drugi dokumenti, ki jih potrdi podjetje za nabavo, vodijo naročilo. Istočasno se opravi popolno preverjanje dokončane STR, PSD, vključno s pomočjo neodvisnih strokovnjakov.
Potrebno količino upravljanja določi ISU glede na rezultate vrednotenja (ponovnega vrednotenja) STR, vključno z upoštevanjem informacij, pridobljenih med revizijo druge stranke, in tudi glede na stroške, ki so načrtovani za RP za izvedbo vhodnega pregleda materialov STR, ob upoštevanju, da ti stroški povečujejo stroške dela na projektu.
Funkcije upravljanja SPO bi moral vzpostaviti GUI v „posebnih pogojih“ pogodbe o podizvajanju. Tehnični oddelek GP razvija vzorec takšnih "posebnih pogojev", v katerih so predstavljeni praktično vsi možni in / ali potrebni vidiki odprtokodnega upravljanja, GUI pa pri analizi posebne pogodbe z odprtokodno programsko opremo vključuje tiste metode upravljanja, ki izpolnjujejo pogoje določenega projekta. Globlje kot je stopnja nadzora odprtokodne programske opreme, manjši je obseg vhodnega nadzora oblikovalskih materialov odprtokodne programske opreme in posledično stroškov GP.
Takšne metode nadzora lahko vključujejo potrebo po: t
- odobritev postopka tehnološkega načrtovanja, ki ga uporablja odprtokodna programska oprema, ali izvedba projektnega dela z uporabo postopka projektiranja, ki ga uporablja generalni direktor;
- usklajevanje časovnega načrta dela, ki bi ga moral razviti STR na podlagi urnika dela, priloženega k pogodbi;
- imenovanja (po dogovoru z državnim podjetjem) določenega vodje projekta (vodje projekta) za naročilo, predloženo za izvedbo (oddelek projekta), itd.
Glede na stopnjo nadzora odprtokodne programske opreme se obseg vhodnega nadzora za GP lahko razlikuje od 100% do skoraj nič, to je formalni preračun projektne dokumentacije, prejete iz odprtokodne programske opreme.
Po prenosu dokončane projektne in ocenjevalne dokumentacije na naročnika ali po zagonu objekta (če je bil avtorski nadzor izveden) mora ISU dokončati projekt zunanjega izvajanja.
Za to potrebujete:
- preverja razpoložljivost dokumentov, ki potrjujejo sprejem projektne in ocenjevalne dokumentacije iz akta, vključno s preverjanjem kakovosti določene dokumentacije;
- oceni sodelovanje z ACT in poroča o rezultatih tehnični službi za prilagoditev seznama;
- pridobiti od ACT in prenesti v arhiv GP informacije o razvitih individualnih učinkovitih oblikovalskih rešitvah, vključno s STR dokumentacijo, ki jo je mogoče priporočiti za ponovno uporabo;
- pripravi uradni pregled za odprtokodno programsko opremo;
- rešiti problem (če je potrebno in možno) o ekonomskih spodbudah za odprtokodno programsko opremo.
Zdaj o odgovornosti GUI, ki je povezan z udeležbo pri oblikovanju "knjige naročil" in nižjimi stroški programske opreme za iskanje novih strank.
Bistvo je, da v skladu s točko 7.2.1 "Procesi, povezani s potrošniki" GOST ISO 9001-2011, mora programska oprema opredeliti zahteve:
1. Ustanovila stranka, vključno z zahtevami za dostavo in dejavnosti po dostavi.
2. ni določena s strani stranke, ampak je potrebna za posebno ali predvideno uporabo DED, ko je znana.
3. Zakonodajna in druga obvezna, ki se nanašajo na DED.
4. Vsaka dodatna, posebna programska oprema.
Kar pomeni prve tri skupine zahtev (1-3), je bolj ali manj jasno. Poleg tega pojasnjujemo, da "zahteve, ki jih stranka ne navede, vendar so potrebne za določeno ali predvideno uporabo DED, če so znane", lahko vključujejo vse zahteve same programske opreme, od katere so odvisni kakovost, cena in čas dostave projektne dokumentacije.
Na primer, če stranka prejme projektne ocene, ki se skladno z obstoječo tehnologijo načrtovanja določen čas shranijo, preden se prenesejo stranki v tehnični arhiv, bodo zahteve same programske opreme glede pogojev shranjevanja v arhivu določene dokumentacije navedene v oddelku 7.2.1 (2) standarda. Če izpolnjujejo zahteve, določene v oddelku 7.2.1 (1-3) standarda, programska oprema ne more pridobiti konkurenčnih prednosti, saj morajo vsi konkurenti izpolnjevati te zahteve. V tržnih razmerah lahko samo programska oprema, ki „preživi“, določi in izpolni zahteve iz točke 7.2.1 (4). Te zahteve smo poimenovali »predpostavljeni« in pojasnili njihov pomen: najprej so »ugibali«, programska oprema je oblikovana, drugič pa niso odobreni ali dogovorjeni s stranko in tretjič, njihovo izvajanje se izvaja na lastne stroške. Programska oprema Posledično stranka prejme projektno dokumentacijo (storitve) s parametri, ki so zanj nepričakovani ali s parametri, ki so boljši od pričakovanih, kar zagotavlja ne le zadovoljstvo kupcev, temveč mu daje občudovanje za zagotovljeno storitev PSD (storitev). V slednjem primeru je programska oprema lahko prepričana, da se bo stranka večkrat vrnila nanj. In da je stranka, kot veste, 5-7 krat cenejša kot iskanje novega. To je bistvo popolnoma novega položaja, določenega v GOST ISO 9001-2011.
Da bi izpolnili zahtevo, določeno v točki 7.2.1 (4) standarda, da bi vplivali na konkurenčne prednosti programske opreme, je treba določiti lastnika postopka, da oblikuje predvidene zahteve kupcev, tj. Enega od upravljavcev, ki določiti pravila za izvajanje te dejavnosti. Za programsko opremo naj bi bil lastnik procesa najverjetneje glavni inženir inštituta. „Glavni“ proces, tj. Strokovnjak, ki oblikuje zahteve potencialne stranke za določen projekt, bi moral biti grafični uporabniški vmesnik. Za pojasnitev je ISU odgovoren za to, da so opredeljene predvidene zahteve kupca in da so za vsebino teh zahtev odgovorni glavni strokovnjaki proizvodnih oddelkov.
Druga odgovornost PIU je oblikovana pri analizi pogodbe (pogodbe) s stranko. Pritožba stranke v programski opremi je lahko različna: informacije o zmagovalni ponudbi (natečaj); uradni dopis s predlogom za pripravo projektne dokumentacije; telefonski klic vodji programske opreme; neformalno komuniciranje s sodelavci, itd. Ob prejemu enega od zgoraj navedenih signalov je priporočljivo, da se imenuje GUI, ki bo vodil analizo pogodbe pred podpisom stranke.
Ta dolžnost ISU vključuje:
- določitev kroga oseb, ki bodo sodelovale pri usklajevanju osnutka pogodbe in delitvi odgovornosti med njimi;
- vključitev določenih upravljavcev in strokovnjakov za pogajanja s stranko (delovni sestanki) za razpravo o nekaterih določbah osnutka pogodbe, vključno s pogajanji o določitvi pogodbene cene;
- pri izbiri predloge primerne izbire za določeno stranko in projektni objekt iz baze podatkov;
- ugotavljanje nujnosti in možnosti pritegnitve pod-oblikovalcev in predhodnih pogajanj z njimi;
- oceno tveganj, ki so lahko povezana z izpolnjevanjem obveznosti iz pogodbe.
Vsak od teh ukrepov se v današnjih razmerah bistveno razlikuje od prakse, ki jo poznamo. Na primer, dogovor o osnutku sporazuma je običajno sestavljen na „seznamu odobritev“, kjer sta navedena polno ime in položaj ustreznega upravitelja, ki jim, če je pozitivno odobren, podpisan, negativen, nanje pisno poda pisno mnenje. Po našem mnenju je treba določiti odgovornost vodje za ustrezne odstavke osnutka pogodbe. Vsota točk v seznamu odobritev mora biti enaka vsoti točk v osnutku pogodbe. To zagotavlja osebno odgovornost vsakega vodje za izpolnitev pogojev pogodbe s strani projektne organizacije in enako razumevanje ustreznih pogojev osnutka pogodbe s strani projektne organizacije in stranke, itd.
Material tega članka z nekaterimi oblikovalci lahko povzroči ugovore. Pripravljeni smo na konstruktivno razpravo s sodelavci v ustrezni obliki.