Iki 2008 m. Statybos projektas turėjo apimti profesinėje aplinkoje žinomą dokumentą po būdingu pavadinimu „GIP priesaika“. Dabar ji vadinama „projekto organizacijos patikinimu, kad projekto dokumentai buvo parengti pagal...“ [1], o tada yra vertinama keletas dokumentų, kurių atitiktis yra įvertinta.
Bet, kaip ir anksčiau, visi supranta, kaip atsakingas ir išsamus vyriausiasis inžinierius ir (arba) projekto pagrindinis architektas - GIP ir GAP.
Pradėjus statyti 2010 m. Savireguliacijos erą, projekto dokumentaciją rengiančio asmens (bendrojo dizaino) funkcijos ir pareigos yra nustatytos ir nustatytos federaliniais įstatymais ir ministerijų bei departamentų dokumentais [1] [2] [3] [4]. Tuo pačiu metu 1985 m. SNiP „Projekto vyriausiasis inžinierius (vyriausiasis architektas) [5] reglamentai, nustatantys minėtų asmenų teises, pareigas ir atsakomybę remiantis TSRS teisės aktais, nebuvo įtraukti į privalomų ir savanoriškų standartizacijos dokumentų sąrašus, ir nuo 2010 m. prarado savo statusą.
Kokie yra dabartiniai teisės aktai, apibūdinantys ISU / GAP funkcijas, teises, pareigas ir atsakomybę?
Informacijos šaltiniai kreipiasi į du šaltinius:
- 1998 m. Rusijos Federacijos darbo ir socialinės plėtros ministerijos nutarimas „Dėl vadovų, specialistų ir kitų darbuotojų kvalifikacijos kėlimo knygos patvirtinimo“ [6];
- Rusijos Federacijos Sveikatos ir socialinės plėtros ministerijos įsakymas 2008 m. „Dėl vienintelio vadovų, specialistų ir darbuotojų kvalifikacijos katalogo patvirtinimo“ [7].
Abu aktai veikia, o jų pavadinimai yra ryškūs. 1998 m. Dokumente yra skirsnis apie pagrindinio projekto inžinieriaus ir vyriausiojo architekto pareigas, o 2008 m. - tik projekto vyriausiasis inžinierius. Abu dokumentai nustato tik oficialiąsias pareigas ir kvalifikacijos reikalavimus ir tuos pačius žodžius.
Atidžiai skaitant paaiškėja, kad praėjusį dešimtmetį (2008 m.) Rusijos Sveikatos apsaugos ministerija beveik žodžiu pakartoja 1998 m. Darbo ministerijos sudarymą su 1985 m. 2014 12 02) „atnaujino“ savo dokumentus, nekeičiant vieno žodžio iš esmės atitinkamuose skyriuose! Stereotipinis dubliavimas, dėl kurio akivaizdžiai išleidžiami dideli valstybės ištekliai, yra painus. Sąžiningai pažymime, kad, nors žodžiai ir visos frazės nurodo pradinį šaltinį, tačiau dėl dalinio vietų pertvarkymo plagijavimo panieka būtų nepagrįsta.
Kadangi Darbo ministerija, kaip ir Sveikatos apsaugos ministerija, nesukėlė sunkumų, kad sukurtų naują dokumentą, atitinkantį dabartinį momentą, arba bent jau jį tinkamai atnaujino, šiandien vis dar naudojame 1985 m. Norint prisiminti, kokias funkcijas prieš trisdešimt metų privalė atlikti GUI ir GAP, ir ministerijų nuomone, reikia atlikti šiandien, būtina nurodyti Darbo ministerijos sprendimą (ir iš tikrųjų visus tris aktus).
Vyriausiasis inžinierius, projekto vyriausiasis architektas:
„Vykdo projektavimo ir apklausos darbų techninį valdymą įrenginio projektavimo metu ir prižiūri jo konstrukciją, eksploataciją ir projektinio pajėgumo plėtrą.
Priima priemones, skirtas gerinti dizaino ir įvertinimo dokumentų kokybę.
Parengia duomenis, skirtus sudaryti sutartis su klientais dėl mokslinių ir techninių produktų kūrimo (perdavimo)
Dalyvauja statyboms skirtų objektų (takelių) atrankos komisijų, projektavimo užduočių rengimo ir inžinerinių tyrimų, skirtų projektinių įvertinimų ir kitų techninių dokumentų rengimui, rengime.
Organizuoja jos vystymąsi su jais susijusiais objektais, dalyvauja rengiant išsamius planavimo planus, skirtus mokslinių tyrimų, projektavimo, inžinerijos ir technologinių darbų įgyvendinimui
Sudaro mokslo ir technikos produktų išleidimo tvarkaraščius.
Sudaro subrangovams užduotis atlikti jiems pavestą darbą ir teikia šioms organizacijoms būtinus įvesties duomenis. Sprendžia klausimus, kylančius rengiant dokumentus.
Vykdo techninio projektavimo, miestų planavimo ir architektūros planavimo sprendimų, ekonomiškų lėšų projektavimo ir apklausos darbams, dizaino kūrimo ir įvertinimo dokumentavimo laiko kontrolę.
Užtikrina parengto projekto ir įvertinimo dokumentų atitiktį valstybės standartams, normoms, taisyklėms ir instrukcijoms.
Teikia pirmą kartą projektui naudojamą patentų grynumo ir patentabilumo patikrą arba sukurtas technologiniams procesams, įrangai, instrumentams, struktūroms, medžiagoms ir produktams.
Gina projektą patronuojančiose organizacijose ir ekspertų organizacijose.
Dalyvauja nagrinėjant ir tvirtinant projektavimo ir įvertinimo dokumentacijos bendrojo rangovo organizaciją.
Išsprendžia projektavimo, statybos, įrenginio paleidimo, projektinio pajėgumo plėtros klausimus.
Organizuoja darbą, susijusį su nustatytų defektų šalinimu projektiniuose įvertinimuose ir kituose techniniuose dokumentuose, taip pat patvirtintų įvertinimų išlaidų apskaitoje.
Parengia projektų organizavimo ir kliento valdymo pasiūlymus dėl pakeitimų darbo dokumentuose, susijusiuose su naujų reglamentavimo dokumentų įvedimu, atsižvelgiant į faktinę statybos būklę.
Koordinuoja pagrįstus nukrypimus nuo esamų taisyklių, taisyklių, nurodymų su valstybės priežiūros institucijomis ir kitomis jas patvirtinančiomis organizacijomis.
Teikia sukonstruotų įrenginių projektavimo, statybos ir eksploatavimo patirties analizę ir sintezę bei parengimą remiantis šiuo pasiūlymu gerinti techninį ir ekonominį projektavimo sprendimų lygį.
Parengia naujoves ir išradimus, standartų projektus, technines specifikacijas ir kitus su projektavimu ir statyba susijusius norminius dokumentus.
Jis dalyvauja nagrinėjant projektus, rengiant leidinius ir rengiant išradimus, rengiant seminarus ir konferencijas savo specialybėje. “.
Kaip išvardyti muitai atitinka galiojančius miesto planavimo, savireguliacijos ir techninio reguliavimo teisės aktus? Didelė pirmiau minėtų punktų dalis prieštarauja tiek terminologiškai, tiek iš esmės įstatymams ir negali būti vykdoma privalomai.
Apsvarstykite pagal poziciją, keldami klausimus dėl įsipareigojimų.
1. Projektavimo ir apklausos techninis valdymas objekto projektavimo ir jo statybos, eksploatacijos ir projektinio pajėgumo tobulinimo priežiūrai.
Remiantis techniniais reglamentais „Dėl pastatų ir konstrukcijų saugos“ [8], nuo 2010 m. Autoriaus priežiūrą priskiria savanoriškoms atitikties vertinimo formoms ir ji vykdoma šalių sutikimu, kaip nusprendė kūrėjas (techninis klientas). Žinoma, architektūros priežiūra yra būtina kuriant architektūros kūrinius - kaip neatskiriamą kūrybinio proceso dalį ir autorių teisių apsaugos elementą. Be to, be autoriaus priežiūros, nėra pagrindo, kodėl bendrasis dizaineris būtų atsakingas už sukonstruoto kapitalo statybos projekto atitiktį projektinei dokumentacijai, kuri sunaikina piramidinę atsakomybės sampratą savireguliacijos sąlygomis. Tuo pačiu metu, be autoriaus priežiūros, negali būti nei privalomo, nei savanoriško bendro dizainerio, ypač inžinieriaus ar inžinieriaus, dalyvavimo sprendžiant statybos, eksploatacijos ir projektavimo pajėgumų kūrimo klausimus.
Atkreipkite dėmesį, kad minėtuose techniniuose reglamentuose [8] nustatyti asmenys, atsakingi už kapitalo statybos objekto eksploatavimo tvarką: generalinis rangovas, kūrėjas ir (arba) techninis klientas, asmenys, vykdantys statybos kontrolę ir valstybės statybos priežiūra. Tai gali būti nesąžininga ir neteisinga tarpusavyje susijusios atsakomybės už projektavimo ir statybos rezultatus požiūriu, tačiau nei bendrasis dizaineris, nei netgi ISU / HAP nėra paminėti dabartinėse taisyklėse, kai įrenginys yra paleidžiamas.
Kol autoriaus priežiūra įstatyme yra apibrėžiama kaip savanoriškas statybos proceso elementas, teisės akto negalima priskirti jokio asmens pareigoms, tačiau, jei reikia, šiuos santykius gali reguliuoti organizacijos vidinis darbo aprašymas.
Visiškai pirmiau minėti p.5. (Išsprendžiami projektavimo, statybos, įrenginio paleidimo, projektinio pajėgumo plėtros klausimai).
1). Nuo 2004 m., Remiantis Miestų planavimo kodeksu [2], vietoj žodžių „objekto paleidimas“ turėtų būti vartojamas terminas „kapitalo statybos objekto paleidimas“.
2). Miesto planavimo kodeksas [2] nenaudoja „dizaino pajėgumų panaudojimo“ sąvokos.
2. Dalyvavimas statyboms skirtų objektų (takelių) atrankos komisijų, projektavimo užduočių rengimo ir inžinerinių tyrimų organizavimo darbe.
Čia tikslinga prisiminti Miesto planavimo kodekse nustatytą kūrėjo ar techninio kliento pareigas [2]: „kūrėjas ar techninis klientas privalo pateikti (generaliniam dizaineriui): (žr. Ankstesnio leidimo tekstą)
1) žemės sklypo planavimo planą arba, rengiant linijinio objekto projekto dokumentus, teritorijų planavimo projektą ir žemės tyrimo projektą;
(žr. ankstesnio leidimo tekstą)
2) inžinerinių tyrimų rezultatus...;
3) techninės sąlygos... ".
Be to: „Projekto dokumentacijos rengimas vykdomas pagal užsakovo ar techninio kliento užduotį“.
Taigi, statyboms skirtų objektų pasirinkimas, projektavimo užduočių rengimas ir inžinerinių tyrimų organizavimas (o ne apklausos) šiandien nėra oficiali PIU ar GAP pareiga, kaip tai buvo prieš trisdešimt metų, bet kūrėjo ar techninio kliento funkcinė atsakomybė. Vystytojo ar techninio kliento funkciniai įsipareigojimai yra ypač aiškiai pateikiami viešųjų pirkimų teisės aktuose numatytuose konkursuose dėl dizaino. Pirmiau minėti pradiniai duomenys šiuo atveju sudaro kliento sudarytą konkurso dokumentų paketą, o dalyvavimas rengiant projekto vadovą arba GAP, pagal apibrėžimą, atstovaujantis bendram dizaineriui, laikomas antimonopolinių įstatymų pažeidimu.
3. Užtikrina parengto projekto ir įvertinimo dokumentų atitiktį valstybės standartams, normoms, taisyklėms ir instrukcijoms.
Vadovaujantis Vyriausybės nutarimu „Dėl projekto dokumentų dalių sudarymo...“ [1], projekto dokumentacijos atitikties teisės aktų reikalavimams vertinimas atliekamas kaip „sertifikavimas projekto organizacijai, kad projektiniai dokumentai rengiami pagal žemės sklypo planavimo planą, projektavimo užduotį,..., techniniai reglamentai,... ir laikantis techninių sąlygų “. Kaip matome, atsakomybė šioje dalyje nėra priskirta organizacijos darbuotojui, bet bendrajai dizainerio organizacijai, kuri yra teisinga savireguliacijos požiūriu, būtinybė tapti bendru dizainerio nariu specializuotose partnerystėse ir atsakomybė pagal šių partnerių kompensavimo fondus. Be to, dokumentų, kurių atitiktis yra įvertinta, sąrašas yra visiškai kitoks, ir nuo 2008 m.
4. Koordinuoja pagrįstus nukrypimus nuo esamų taisyklių, taisyklių, nurodymų su valstybės priežiūros institucijomis ir kitomis jas patvirtinančiomis organizacijomis.
Labiausiai reikia atkreipti dėmesį į pagrindines dabartinės miestų plėtros kodekso nuostatas [2]: „Negalima reikalauti projekto dokumentų patvirtinimo, išvados apie projekto dokumentaciją ir kitus šiame kodekse nenumatytus dokumentus.“ Iš kodų reikalaujamų išvadų [2] nurodomos egzamino išvados, valstybinio ekologinio egzaminų nustatymo objektas ir istorinis bei kultūrinis kultūros paveldo objektų tyrimas.
Jei būtina nukrypti nuo norminių dokumentų reikalavimų, šiandien turėtume vadovautis Techninių reglamentų dėl pastatų ir konstrukcijų saugos nuostatomis [8] nustatytomis taisyklėmis: „... jei rengiant projekto dokumentaciją nukrypimas nuo reikalavimų, nustatytų... nacionaliniuose standartuose ir praktikos kodekse. dokumentai... atliekami pagal specialias technines sąlygas. "
Ir vėl Vyriausybės nutarimas „Dėl projekto dokumentacijos skyrių sudėties...“ [1]: „(prieš) projekto (dokumentacijos) rengimą turėtų būti parengta ir patvirtinta specialiomis techninėmis sąlygomis.“ Kitaip tariant, specialios techninės sąlygos (STU) yra parengiamojo projekto parengimo medžiaga, t. Y. duomenų šaltiniai. Taigi, nesutapimų nuo reguliavimo reikalavimų suderinimas pagal galiojančius teisės aktus nenumato, o CTS (dokumento, pateisinančio nukrypimus nuo norminių dokumentų reikalavimų, kai įvykdomi tam tikri reikalavimai) plėtojimas yra kūrėjo ar techninio kliento funkcinė atsakomybė.
Taigi galima teigti, kad esami dokumentai, susiję su PIU / GAP atsakomybe, yra nepatenkinami, nes jie nurodo senesnes trisdešimt metų normas ir neatsižvelgia į šiuolaikinius miestų planavimo teisės aktų reikalavimus, techninio reguliavimo taisykles ir savireguliavimą statybos srityje. Bandymai sukurti metodinius dokumentus yra nepagrįsti, jei jie pagrįsti nurodytomis pasenusiomis normomis. Pvz., Neseniai parengta informacinės sistemos Consultant Plus (2015) projekto viršininko inžinieriaus darbo aprašymo forma, atkakliai grįžta prie 1985 m. Nuostatų. Prieštaringi skaičiavimai sąlygoja konfliktų atmosferą santykiuose tarp kūrėjų, bendrųjų dizainerių ir specialių specialistų.
Valdžios institucijos pripažįsta poreikį atkurti tvarką šioje srityje kartais. 2012 m., Netrukus prieš Rusijos įstojimą į PPO, buvo apsvarstytas nepavykusių miesto planavimo kodekso ir kitų teisės aktų ir teisės aktų, susijusių su vyriausiojo inžinieriaus instituto ir pagrindinio projekto architekto diegimo klausimais, pakeitimų projektas. Buvo pasiūlyta apibrėžti ISU ir GAP sąlygas, nustatyti bendravimo ir kvalifikacinių kriterijų tarpusavio korespondenciją tiesiogiai su miesto planavimo kodu. Tuo pačiu metu buvo apsvarstytas asmeninės GIP ir GAP atsakomybės užtikrinimo klausimas, įtraukiant atitinkamus administracinių ir baudžiamųjų kodeksų straipsnius, kuriuose buvo griežtos nuobaudos už oficialių pareigų pažeidimus: 18 mėnesių darbo užmokesčio dydžio baudas, laisvės atėmimą iki 7 metų...
Galima daryti prielaidą, kad GIP / GAP institutas būtų sunaikintas net prieš jo sukūrimą, jei būtų priimtos tokios teisėkūros iniciatyvos. Viena vertus, šiandien atsakomybė už dizaino taisyklių pažeidimą yra priskirta generaliniam dizaineriui, pasitelkiant savireguliavimo priemones, kompensavimo fondus ir rizikos draudimą. Kita vertus, baudžiamosios teisės kodeksas vis dar turi tinkamas sankcijas, padarytas turtui, sveikatai ar gyvybei. Tačiau yra trečioji problemos pusė: dabartiniai teisės aktai yra gana prieštaringi, terminologiškai nepakankami, tarp įvairių reguliavimo sričių yra prastai koordinuojami ir todėl lemia neįmanoma įvykdyti savo reikalavimų be didelių išimčių. Vadovaujantis socialinio teisingumo principais, tikslinga kalbėti apie atsakomybės nustatymą, bent jau administraciniu požiūriu, taip pat rengiant ir priimant prieštaringus (ir todėl neįgyvendinamus) norminius aktus. Tik tuomet, jei visose srityse yra logiškas, nuoseklus, abipusiai suderintas teisės aktas, ar galima tai laikytis sąžiningai, o pažeidimas gali būti galutinai įvertintas.
Akivaizdu, kad, remiantis šiuolaikiniais teisiniais ir profesiniais reikalavimais, reikalingi visapusiški ir sudėtingi dokumentai, kuriais patikimai nustatomi projekto vyresniojo inžinieriaus / vyriausiojo architekto teisės, pareigos, kvalifikacijos reikalavimai ir atsakomybė. Atsakomybė, greičiausiai, turėtų būti vertinama neatsiejamai sujungiant visus miesto planavimo santykių, teisėkūros ir vykdomosios valdžios subjektus. Norint parengti konsoliduotą nuomonę apie tokį sunkų ir netinkamą klausimą šiandien, būtų naudinga surengti plačią profesinę diskusiją, kurios rezultatai galėtų tapti būtinų pakeitimų paketo pagrindu ir, jei reikia, naujų teisės aktų kūrimu.
Tekste paminėti dokumentai:
[1] 2008 m. Vasario 16 d. Rusijos Federacijos Vyriausybės nutarimas Nr. 87 "Dėl projektų dokumentacijos skyrių sudėties ir jų turinio reikalavimų" (REGLAMENTAS dėl projekto dokumentacijos skyrių sudėties ir jų išlaikymo reikalavimų).
[2] 2004 m. Gruodžio 29 d. Rusijos Federacijos federalinis įstatymas №190-ФЗ "Rusijos Federacijos miestų planavimo kodeksas"
[3] 2007 m. Gruodžio 1 d. Rusijos Federacijos įstatymas Nr. 315-ФЗ „Dėl savireguliavimo organizacijų“
[4] Rusijos Federacijos Regioninės plėtros ministerijos 2009 m. Gruodžio 30 d. Įsakymas Nr. 624 „Dėl inžinerinių apklausų darbų rūšių sąrašo patvirtinimo, projektų dokumentacijos rengimo, kapitalo statybos objektų, turinčių įtakos sostinės statybos objektų saugai, statybos, rekonstrukcijos ir kapitalinio remonto“
[5] SNiP 1.06.04-85 "Projekto vyriausiasis inžinierius (vyriausiasis architektas) reglamentai"
[6] 1998 m. Rugpjūčio 21 d. Rusijos Federacijos Darbo ir socialinės plėtros ministerijos nutarimas Nr. 37 „Dėl vadovų, specialistų ir kitų darbuotojų kvalifikacinės informacijos knygos patvirtinimo“. II skirsnio 2 dalis. „Projektavimo, inžinerijos, technologinių ir tyrimų organizacijų vadovaujančių ir inžinerinių-techninių darbuotojų padėtis“, paragrafas „Vyriausiasis projekto inžinierius. Pagrindinis projekto architektas.
[7] 2008 m. Balandžio 23 d. Rusijos Federacijos Sveikatos ir socialinės plėtros ministerijos įsakymas Nr. 188 „Dėl vienintelės vadovų, specialistų ir darbuotojų kvalifikacijos kėlimo knygos patvirtinimo“ skyriaus „Architektūros ir miestų planavimo veiklos vadovų ir specialistų kvalifikacinės charakteristikos“. 5 dalis „Dizainas“, p.5.1. „Vadovų pozicijos. Vyriausiasis projekto inžinierius.
[8] 2009 m. Gruodžio 30 d. Rusijos Federacijos federalinis įstatymas Nr. 384-ФЗ „Pastatų ir konstrukcijų saugos techniniai nuostatai“.
Kas gali būti hipoglikemija
Grupė: Nauja
Žinutės: 11
Registracija: 2011-01-01
Vartotojo ID: 91953
Grupė: moderatoriai
Žinutės: 34679
Registracija: 2006 11 07
Nuo: Maskva
Vartotojo ID: 3370
Grupė: Forumo dalyviai
Pranešimai: 1553
Registracija: 2008 m
Nuo: Krasnojarskas
Vartotojo ID: 14254
ne, jie negali.
ir kodėl jums to reikia?
Na tai yra baudžiamoji byla, su šia patirtimi.
Pavyzdžiui, kaip bus užpildytas antspaudas?
GUI - I
padaryta - aš
ir.
Paštas redaguotasDanielis - 4.4.2012, 9:13
Grupė: Nauja
Žinutės: 8
Registracija: 2010-12-04
Vartotojo ID: 51897
Grupė: moderatoriai
Žinutės: 34679
Registracija: 2006 11 07
Nuo: Maskva
Vartotojo ID: 3370
Grupė: Nauja
Žinutės: 11
Registracija: 2011-01-01
Vartotojo ID: 91953
Grupė: moderatoriai
Žinutės: 34679
Registracija: 2006 11 07
Nuo: Maskva
Vartotojo ID: 3370
Grupė: Forumo dalyviai
Pranešimai: 1302
Registruotas: 2009 m. Gruodžio 4 d
Iš: prieš nepakeičiamus gamtos išteklius
Vartotojo ID: 41817
Grupė: Forumo dalyviai
Pranešimai: 2360
Registruotas: 2006 7 12
Nuo: Charkovas
Vartotojo ID: 3382
Grupė: moderatoriai
Žinutės: 34679
Registracija: 2006 11 07
Nuo: Maskva
Vartotojo ID: 3370
Grupė: Forumo dalyviai
Pranešimai: 104
Registracija: 2010-01-24
Vartotojo ID: 45022
GUI reikalinga patirtis, pasirašomas GUI pavadinimo puslapyje, kad projektas buvo baigtas pagal galiojančius standartus ir yra atsparus sprogimui, atsparus ugniai, ty yra visiškai atsakingas už techninių sprendimų priėmimą. Anksčiau projekto biuruose buvo būtina gauti projekto parašą, vyresniojo inžinieriaus, vadovo inžinieriaus, komandos vadovo, tada vyresniojo specialisto, departamento vadovo, GIP, parašą ir pasirašyti jį techninės kontrolės skyriuje.
Paštas buvo redaguotas - 4.4.2012, 20:10
Vyriausiasis projekto inžinierius yra tokia ar kažkas.
hidraulinių konstrukcijų projektavimas
Noriu būti fotografu :)
(((Tai yra apaštalas, sumokėtas ant galvos ir grotelių).
Ir, jei reikia, rytoj darbe galiu nuskaityti savo teises, pareigas ir atsakomybę pagal įstatymą. )))
Jei yra galimybė nuskaityti, atsakomybė pagal įstatymą (straipsnių numeriai ir tt) yra ypač įdomi.
Jei tai yra apie GUI, tai jums reikia.
Faktas yra tas, kad, pavyzdžiui, statybos aprašų sąraše yra tik vyriausiasis inžinierius ir vyriausiasis dizaineris.
Kiek aš suprantu, ISU nėra pozicija, bet laikinas statusas, priskirtas tam tikram projektui.
Atsakomybė pagal įstatymą, aš turiu galvoje, gerai, žinote, ką. - asmens mirtis dėl to, kad projektas buvo neišsamiai atliktas dėl dizainerių kaltės. - Baudžiamoji atsakomybė.
Šis nuskaitytas lankstinukų kursas „Organizavimo ir valdymo projektavimo srityje“.
[ATTACH] 1147756227.jpg [/ ATTACH]
hidraulinių konstrukcijų projektavimas
Vienoje įstaigoje GAPom tapo mergina, gavusi diplomą, o darbas tapo nepakeliamas. Tai režisieriaus kaprizas, nes jis tuo metu neturėjo išsilavinimo, jam sunku ginčytis su tikru Pts specialistu, todėl jis padarė tokį žingsnį.
Bet kokiu atveju, tandemas galėtų lengvai pakeisti Azerbaidžano Respublikos skyrių, kai jam buvo parengtas CR, ir tai buvo davolno visame pasaulyje, ir tai tapo normalu. Visi buvo pakrauti su nereikalingais darbais ant tonzilių. Begalinis beprasmiškas perdirbimas ir vienas ir tas pats. Nenoriu kalbėti apie detales, bet tai buvo ta, kad daugiaaukštis pastatas buvo suprojektuotas iš 3 vietų, 1 nuo pirmųjų aukštų, 2 iš viršaus, 3 iš vidurinio (aš turiu galvoje grindis). Galų gale, grindys neatitiko. Nitsche, remade. Ir kai iš naujo, paaiškėjo, gretimų skyrių neatitinka AR, ir davolno rimtai. Kai gretimos sekcijos buvo pradėtos ištaisyti, paaiškėjo, kad nebuvo techninio aukšto, tai buvo režisieriaus idėja, jis norėjo ištirpinti viską pagal biurų lubas ir „nuleido“ subrangovus savo SNiPs. Šie rūpesčiai baigėsi požeminių garažų automobilių stovėjimo vietų skaičiaus sumažėjimu, turėjau juos sumažinti iki techninio aukšto.
Per metus visi realūs specialistai mesti, įskaitant mane. O mergaitė yra gana prakeikta, jei ji nežino plytų dydžio ar kokio asfalto pagamintas ir tt, svarbiausia yra GAP
Kas gali būti hipoglikemija
Miesto planavimo kodekso 55.5 straipsnio 6 dalies 2 pastraipa išdėstyta taip: t
„6. Savireguliacijos organizacijos nariams taikomi reikalavimai, nustatyti savireguliavimo organizacijos standartuose ir savireguliavimo organizacijos vidaus dokumentuose, negali būti mažesni už šiame skyriuje nustatytą minimalų dydį:
2) individualaus verslininko ar juridinio asmens specialistų dalyvavimo inžinerinių tyrimų organizavimo (vyriausiųjų projektų inžinierių), architektūros ir statybos projektavimo specialistų (pagrindinių projektų inžinierių, projektų vyriausių architektų), statybos organizatorių (vyriausiųjų projektų inžinierių), darbo jėgos kurio funkcija apima atitinkamai inžinerinių tyrimų atlikimo organizavimą, darbų atlikimą rengiant projekto dokumentaciją, statybos darbus kapitalo statybos objektų statyba, rekonstrukcija, kapitalinis remontas ir informacija, kuri yra įtraukta į šio kodekso 55.5-1 straipsnyje numatytus nacionalinius specialistų sąrašus (toliau - specialistai), yra bent du specialistai pagrindinio darbo vietoje “.
Miesto planavimo kodekso 55.5-1 straipsnio 1, 3, 6 punktai išdėstyti taip: t
„1. Inžinerinių tyrimų organizavimo specialistas, architektūros ir statybos projektavimo specialistas, statybos organizavimo specialistas yra asmuo, turintis teisę pagal darbo sutartį su individualiu verslininku ar juridiniu asmeniu atlikti darbo funkcijas, organizuojant inžinerinių tyrimų darbus, dizaino mokymus. dokumentacija, statyba, rekonstrukcija, kapitalinio statybos objekto kapitalinis remontas pagrindiniame projekto inžinierius, projekto vyriausiasis architektas ir informacija, kuri yra įtraukta į nacionalinį inžinerinių tyrimų ir architektūros projektavimo specialistų registrą arba nacionalinį statybos srities specialistų registrą. “
„3. Oficialios inžinerinių tyrimų organizavimo, architektūros ir statybos projektavimo specialistų pareigos yra atitinkamai:
1) inžinerinių tyrimų atlikimo užduočių rengimas ir tvirtinimas, kapitalo statybos įrenginio projekto dokumentacijos rengimo užduotys;
2) inžinerinių tyrimų atlikimo darbų dalyvių atrankos kriterijų nustatymas, projekto dokumentų rengimas ir tokių darbų vykdytojų atranka, taip pat tokių darbų vykdytojų veiklos koordinavimas;
3) inžinerinių tyrimų atlikimo, projekto dokumentų rengimo rezultatų pateikimas, tvirtinimas ir priėmimas;
4) inžinerinių tyrimų rezultatų, projekto dokumentacijos patvirtinimas.
„6. Informacija apie šio straipsnio 1 dalyje nurodytą asmenį įtraukiama į atitinkamą Nacionalinę savireguliavimo organizacijų asociaciją į nacionalinį inžinerinių tyrimų ir architektūros projektavimo specialistų registrą į nacionalinį statybos specialistų registrą (toliau - nacionaliniai specialistų registrai). tokio asmens prašymas, laikantis šių būtiniausių reikalavimų: t
1) aukštojo mokslo profesijoje, specialybėje ar mokyme statybos srityje buvimas;
2) darbo patirtis organizacijose, atliekančiose inžinerines apklausas, rengiant projektų dokumentaciją, statant, rekonstruojant, kapitalinio statybos projektų inžinerinėse pozicijose mažiausiai trejus metus;
3) visos darbo patirties profesijos, specialybės ar mokymo krypties statybos srityje buvimas ne mažiau kaip dešimt metų;
4) profesinio tobulėjimo mokymo srityje statybos srityje bent kartą per penkerius metus;
5) leidimas dirbti (užsienio piliečiams) “.
Juridinio asmens vadovas - savireguliuojančios organizacijos narys gali pavesti projekto vyresniojo inžinieriaus pareigas darbuotojui, kuris neatitinka pirmiau nurodytų reikalavimų, tačiau darbuotojo 55.5-1 straipsnio 3 dalyje išvardytų pareigų vykdymas bus neteisėtas (žr. 2016 06 08 Nr. 20243-TB / 02).
Projekto dokumentacijos, pateiktos nagrinėti, parašas yra projekto patvirtinimo, priėmimo ir patvirtinimo faktas, t. Y. Architektūros ir statybos projektavimo specialisto pareigos, todėl eksperto komentaras yra teisėtas.
Pagrindinis projekto inžinierius yra pagrindinis projektavimo proceso aspektas.
Podolskis, Nacionalinės dizainerių ir inspektorių asociacijos technologinių projektų komiteto projektavimo vyresniųjų inžinierių veiklos organizavimo pakomitečio pirmininkas, MGSU Tarptautinių vyresniųjų inžinierių mokyklos (vyriausiasis architektas) mokslinis direktorius
A. V. Litvinov, generalinio direktoriaus pavaduotojas, konsultacinis centras „TsNIO-Project“, Tarptautinės MGSU projektų vyriausiosios inžinierių mokyklos (vyriausiasis architektas) tarybos narys
Šiuolaikinėse verslo sąlygose klientas turi galimybę pasirinkti projekto organizaciją (programinę įrangą) pagal optimalų siūlomų paslaugų laiko, kainos ir kokybės santykį. Atrodo, kad pirmiau minėtų kriterijų lygybė yra lemiama sąlyga programinės įrangos sėkmei konkuruoti, nes tai yra projekto dokumentacijos kokybė. Projekto dokumentacijos kokybę vertina tiek objektyvūs parametrai - atitiktis galiojančių taisyklių reikalavimams, tiek subjektyvus - siekiant maksimaliai padidinti klientų pasitenkinimą. Šie ir kiti parametrai nuolat kinta: klientai pereina nuo standartinio dizaino prie individualių, kas mėnesį keičiasi ir papildo reguliavimo ir techninius bei teisinius pagrindus, atsiranda naujų statybinių medžiagų, naujų įrenginių, technologijų ir kt. „Ne patenkintas“ su projekto dokumentacija papildomas poreikiu nuolat didinti klientų pasitenkinimą, o tai būdinga tarptautinių standartų ISO 9000 serijos ideologijai.
Siekiant užtikrinti reikiamą produktų kokybę, programinė įranga, jei ne išlaikyti mokslo ir technologijų pažangą, turėtų bent jau neatsilikti nuo to, kad klientas galėtų pasiūlyti naujus, originalius ir patikimus dizaino sprendimus.
Kas trukdo realiai pagerinti projektų vyriausiųjų inžinierių (vyriausiųjų architektų) darbą? Mūsų nuomone, pirma, vyraujantys netaisyklingi stereotipai apie GUI vietą ir vaidmenį projektavimo procese, kurie perduodami iš kartos į dizainerių kartą, ir, antra, programinės įrangos vadybininkų kvalifikacijos trūkumas su GUI veikla susijusiais klausimais, o tai neleidžia jiems imtis tinkamų trečia, aiškios idėjos apie tai, kas yra sprendimo dėl projekto kokybė ir kurios dalis yra ISU atsakomybė, nebuvimas, ketvirta, supaprastintas kokybės formavimo mechanizmo supratimas. ir ypač, kai ji yra įgyvendinama subproektirovschikov, ir galiausiai, į penktą vietą, nes dauguma dizainerių dar suprato, dalyvavimo svarbą mažinant projektavimo darbų kainą.
Būtų neteisinga manyti, kad programinės įrangos valdytojai ir patys GUI nenori pašalinti pirmiau minėtų priežasčių, tačiau jų bandymai nesukelia pastebimo rezultato, nes užuot remdamiesi faktais, kurie aiškiai diktuoja teisingus sprendimus, jie vadovaujasi ankstesne patirtimi ir subjektyvumu peržiūros, neatitinkančios laiko reikalavimų.
Aptariant šiuos klausimus, mes dažnai atsidūrėme priešingose barikadų pusėse su daugeliu mūsų kolegų - su „kolektyviniu priešininku“, kurio požiūriai istoriškai formavosi ir kurie vis dar gyvena ankstesnėje ekonominėje realybėje. Šis straipsnis yra papildomas prieštaravimas „kolektyviniam priešininkui“.
Kaip žinoma, šiuolaikinė vadyba rekomenduoja dokumentuoti svarbius reglamentus, bet prieš pradedant bet kokio reglamento atsiradimą turėtų būti suformuluoti principai, kurie, pvz., Sukurtų „palei upę ar upę“, bus pastatytas tiltas. Tai yra svarbiausia taisyklių kūrimo dalis. Šiame etape profesinėje bendruomenėje turi būti pasiektas sutarimas, po kurio bet kokie reguliavimo apribojimai neturėtų prieštarauti sutartiems principams.
Deja, iš tikrųjų „blogi stereotipai“ triumfuoja, kurie daugeliu atvejų nėra susiję ne tik su organizacijos ir gamybos vadybos mokslu, bet dažnai tik į sveiku protu.
Laikykime kai kurių, mūsų nuomone, klaidingų idėjų, kurių atsikratymas yra realus rezervas projekto verslo plėtrai:
1. ISU yra atsakingas už projekto (darbo) dokumentacijos kokybę, t. Y. ISU yra atsakingas už viską.
Tai negali būti. Reikalavimai padėčiai arba, kaip sakoma šiandien, ISU „atsakomybė ir įgaliojimai“ istoriškai siejasi su dizaino objektų reikalavimų komplikacijomis, taip pat su kliento lūkesčių dėl dizaino rezultatų pokyčiais. Anksčiau dizainą ir statybą valdė vienas specialistas, kuris priėmė visus sprendimus. Šiuo metu pagrindinė įmonės užduotis yra užtikrinti reikiamą investicijų dinamiką, taip pat pajamas iš projekto, kad būtų galima kompensuoti investuotojus už jų investuotus išteklius ir prisiimtą riziką. Taigi, priimant visus sprendimus, susijusius su ISU, atsižvelgiama į objekto projektavimo, statybos ir eksploatavimo ekonominio efektyvumo kriterijų. Taigi reikalavimai dėl jo kvalifikacijos. Visi kiti projektavimo proceso dalyviai priima sprendimus dėl techninio optimizavimo kriterijaus, o ši sąlyga realizuojama projektavimo sprendimų projekto koordinavimo procese.
2. GIP „priesaika“ pašalina atsakomybę už dizaino (darbo) dokumentų kokybę iš kitų projekto dalyvių.
Kitaip tariant, GUI yra atsakinga už projekto normų ir standartų, susijusių su įrenginių projektavimu, statyba ir eksploatavimu, savireguliavimo organizacijų standartų, individualių klientų reikalavimų techniniam lygiui ir kokybei, architektūrinės išraiškos ir socialinės reikšmės, laikymąsi. Manome, kad būtina sugrįžti į pojūčius: atsakomybę už tai, kas ir kokiais atvejais.
Akivaizdu, kad atsakomybė gali atsirasti, jei atskleidžiamas neigiamas darbo rezultatas, kurį specialistas atliko asmeniškai arba asmeniškai patikrinęs; jei yra atitinkamas parašas, patvirtintas datos ir dokumentuotas, už ką ir kam prisiimama atsakomybė ir kada jis baigiasi. Tai yra privalomos asmeninės atsakomybės sąlygos. Priešingu atveju vyrauja kolektyvinis neatsakingumas. Pateikiame pavyzdį. Kaip žinote, brėžiniai turi būti pasirašyti: „sukurta“, „patikrinta“ ir „normalus valdymas“. Mes atkreipiame dėmesį į tai, kad parašai pateikiami pagal veiksmus, t. Y. Atsakykite į klausimą: ką tu darai? - sukūrė; Ką tu padarei? - atliko norminę kontrolę ir pan. Nepavyko leisti dizaino organizacijų iniciatyvos ir pasirodymo katedrų vadovų, vyresniųjų specialistų, projektų vyresniųjų inžinierių ir kt. parašų brėžiniuose. Akcentų perkėlimas, o parašai pradeda nustatyti ne „ką“, bet „kas padarė. "
Kaip jau minėta, parašas yra atsakomybė. Nėra parašo - nėra atsakomybės. Kadangi atsakomybė ribojasi, būtina susitarti, kur jie eina, ty užtikrinti, kad kiekvienas vienodai suprastų atsakomybės sritį. Susitarimo reikšmė yra tokia: kiekvienas brėžinys turi turinį („kas“ yra pavaizduotas) ir dizainą (kaip pavaizduota). Rangovas yra atsakingas už turinį ir dizainą. Dėl turinio - prieš egzaminuotoją - projektuojant - prieš įprastą valdiklį. Rangovo atsakomybė nutraukiama tuo metu, kai juos pasirašys inspektorius ir duomenų valdytojas. Be to, būtina nustatyti, kam yra atsakingas tikrintojas ir duomenų valdytojas. Idealiu atveju tai turėtų būti klientas, kuris tikrai domina parašo ir rezultato suderinimą. Pačioje projekto organizacijoje neįmanoma rasti tikrinimo ir norminio kontrolieriaus pasekėjų. Bet ar tai gali būti GUI? Šiuo atveju PIU parašas reiškia, kad jis dar kartą patikrino piešinio turinį ir dizainą ir prisiėmė atsakomybę už save, įskaitant „už objektų projektavimo, statybos ir eksploatavimo normų ir standartų laikymąsi“ ir tt ir tt Tačiau neįmanoma fiziškai patikrinti visų dizaino sprendimų, kad būtų įvykdyti visi standartai ir visi ISU reikalavimai. Todėl atsakomybės už GUI įvedimas apskritai už viską yra tik rašyba, formalus dėl neįvykdymo ir pavojingumo, jei būtina bausti kažkieno kaltę. GUI yra tik vienas iš daugelio žaidimo „Projekto dokumentacijos rengimas“ autorių.
3. Jei statybvietėje įvyksta kažkas rimto, tai bus pirmasis, kurį „pasodins“ GIP.
Jei kas nors tikrai rimta, tyrėjas, paskirtas teismo ekspertizės ekspertizę arba atlikęs kelis tokius egzaminus, nustatys projektuotoją, kuris, pavyzdžiui, atliko projekto skaičiavimą ir taikė netinkamą veiksnį, tada nustato, kas patikrino skaičiavimą, ir būtent šis asmuo pateiks teismas tam tikromis aplinkybėmis gali nubausti kaltininką ir tikrintoją.
4. GUI turėtų būti labiausiai kvalifikuotas dizaineris visuose projekto skyriuose.
Akivaizdu, kad tai paprasčiausiai negali būti, nes projekto dokumentacijoje ne mažiau kaip dešimt specializuotų skyrių, kurių darbas prisiima daugiau kaip dvidešimt specialybių. Šis „blogas stereotipas“ taip pat apima idėją paskirti specialistą į Instituto postą. Tačiau patartina priimti sprendimą dėl PIU paskyrimo konkurencinio pasirinkimo pagrindu ir vadovautis visiškai kitokiais kriterijais.
Pareiškėjas, atsakingas už PĮP pareigas, turėtų pagrįsti pareiškėją, kad jis gali pasiekti aukštesnius techninius ir ekonominius suprojektuoto objekto rodiklius, sumažinti pradines projektavimo ir statybos sąlygas, mažinti projektavimo darbų darbo intensyvumą (sąnaudas), palankesnes projekto organizavimo sąlygoms su darbo dalyviais, taip pat papildomų reikalavimų išplėtimą. klientas ant dizaino objekto (7.2.1 „d“ GOST R ISO 9001-2008) ir kt. Ypač svarbu yra GIP reputacija: charakteris, bendravimas patvarumas, kruopštumas, įsipareigojimas, efektyvumas, punktualumas, padorumas, derybų galimybė, dėmesingumas, mandagumas, reagavimas, efektyvumas ir kt.
Civilinių objektų atveju pranašumas paskyrus į projekto vadovo pareigas (GAP) gali būti ekonominis ir architektūrinis ugdymas. Antrasis prioritetas yra ekonominis ugdymas, trečiasis - architektūrinis, galiausiai - inžinerinis.
Pramoninių įrenginių (technologinio projektavimo) pranašumas, skiriant vyresniojo projekto inžinieriaus (CIP) pareigas, gali būti ekonominio švietimo ir technologijų prieinamumas, atitinkantis dizaino objekto specifiką. Antrasis prioritetas yra ekonominis švietimas, trečiasis - technologinis ir galiausiai tik inžinerinis.
Pirmuoju ir antruoju atveju projekto vadovas turi turėti projekto valdymo kvalifikaciją. Pagal konkurso pasirinkimo rezultatus ISU į pareigas skiriamas atitinkamu programinės įrangos valdytojo užsakymu.
5. Jei tarp pagrindinių skyriaus specialistų kyla nesutarimų, ISU priima galutinį sprendimą.
Įsivaizduokite tokį vaizdą: vyriausiasis elektrikas savo projekto skyriuje nusprendė, kad skirstomasis skydas bus tarp tokių ir tokių ašių, ir toks ir toks pastato ženklas. Pagrindinis specialistas - šilumos inžinierius toje pačioje vietoje turi pastotę. Jie atvyksta į ISU, kad „padarytų taiką“. Žinoma, kiekvienos vyriausiojo specialisto kvalifikacija atitinkamoje specialybėje yra aukštesnė nei ISU kvalifikacija. Jei ISU su jais aptars šį klausimą siūlomame techniniame plane, tai akivaizdžiai yra nepalankioje padėtyje. Jis turėtų versti diskusiją į ekonominę plokštę, sakydamas, kad vienas variantas kainuoja tiek daug, o kitas tiek daug, atsižvelgiant ne tik į statybos išlaidas, bet ir į veiklos sąnaudas, taip pat į galimą riziką, susijusią su įrangos kaštų pokyčiais. Priimdamas ir pateisindamas savo sprendimą ekonominiu požiūriu, ISU, atsakingas už sprendimą investuotojui, turėtų kreiptis į specialistus su tinkamu techniniu sprendimu. Šiandien keli GUI gali veikti tokiu būdu, tačiau tai yra GUI misija, jos dalis yra atsakomybė už dizaino sprendimų kokybę.
6. GUI pirmiausia turi turėti techninę specialybę.
Mes jau kalbėjome apie tai, kokią specialybę ir kodėl turėtume būti GUI. Spartėjančio mokslo ir technikos vystymosi sąlygomis projektų dokumentacijos kokybė tiesiogiai priklauso nuo sistemingo GIP mokymo. Šiandien ISU turi būti kompetentinga organizuoti ir valdyti projektavimo procesą, metodus, užtikrinančius ekonominį įrenginio projektavimo, statybos ir eksploatavimo efektyvumą, siekiant gauti jo poziciją konkurenciniu pagrindu. Tačiau netgi sėkmingai veikiančios GUI jaučiasi nepakankamai žinios apie šiuos klausimus, stengiasi savarankiškai kompensuoti savo kompetencijų spragas.
Šias problemas spręsti NOPRIZ Pramoninių objektų technologinio projektavimo komiteto ir Nacionalinės statybos inžinerijos (MGSU) Nacionalinio mokslinių tyrimų universiteto Statybos ir architektūros instituto (ISA) iniciatyva, dalyvaujant Patariamojo centro "CSRI projektas" ir Profesinio tęstinio profesinio švietimo komitetui. Rusijos statybininkų sąjunga (RCC) organizavo Tarptautinės vyriausiųjų inžinierių mokyklos (vyr. Architektų) projektus. Į mokyklų tarybą įeina gerai žinomi Rusijos Federacijos ir NVS šalių specialistai projekto (darbo) dokumentacijos projektavimo ir kokybės užtikrinimo srityje. Tarptautinių vyresniųjų inžinierių mokyklos (Chief Architects) projektų pirmininkas Mescherin Igor Viktorovich turi unikalią patirtį dirbant su GAP ir GIP SSRS, Rusijoje, JAV ir Italijoje.
Informacija apie Tarptautinę mokslinės ir technologinės informacijos mokyklą (GAP), įskaitant konkrečių kursų įgyvendinimą, skelbiama MGSU, Nacionalinės dizainerių ir inspektorių asociacijos, centrinio mokslinio tyrimo projekto, taip pat Rusijos Federacijos, Kazachstano, Baltarusijos ir Ukrainos dizainerių interneto svetainėse.
Pagrindinis Tarptautinės GIP mokyklos tikslas yra užtikrinti aukštos kvalifikacijos darbuotojų, turinčių GIP, mokymą per pažangų mokymą. Programos, atitinkančios šiuolaikinius reikalavimus, praktinė kursų orientacija, leidžia patenkinti technologinio ir architektūrinio dizaino poreikius, išlaikyti nuolatinį profesinį tobulėjimą ir GUI atkūrimą, taip pat parengti personalo rezervą, skirtą pakeisti GUI į dizaino organizacijų užsakymus.
Tarptautinės mokslo ir pramonės informacijos mokyklos „švietimo portale“ yra du pagrindiniai produktai:
Siūloma GIP perkvalifikavimo sistema yra lanksti, atitinkanti laiko poreikius, reaguodama į realiai labai užsiėmę dizainerių, turinčių praktinį darbą, poreikius. Programų turinys yra subalansuotos teorinės ir praktinės žinios, taip pat dizaino valdymo patirtis. Labai svarbu, kad programoje būtų atsižvelgiama į platų mokinių teritorijos aprėptį ir mokymų patogumą, įskaitant modernių principų, mokymo formų ir metodų naudojimą: moduliškumą, mokymąsi „prieš rezultatą“, mokymosi, nuotolinio mokymosi ir kt. Skirtumus.
Pagrindinės temos, aptartos Tarptautinės GIP mokyklos MSSU kursuose:
1. Padėtis statybos rinkoje ir jos įtaka ISU veiklai.
2. Pagrindiniai „kokybės valdymo sistemos“ sąvokos turinio pokyčiai, susiję su ISU darbu.
3. Projekto organizavimo (programinės įrangos) platinimas projektavimo sprendimų kūrimui ir jų kokybei tarp pirmojo vadovo, vyr. Inžinieriaus, gamybos direktoriaus, inžinerijos skyriaus, technikos skyriaus ir gamybos padalinių (dirbtuvės) rengiant, gaminant ir įgyvendinant statybos projektą (techninis a) dokumentai, įskaitant kontrolę, tikrinimą, analizę, koordinavimą, patvirtinimą ir patvirtinimo dokumentus.
4. GUI reikšmės ir vietos paaiškinimas į klientus orientuotos programinės įrangos „end-to-end“ procesą: „sąveika su programinės įrangos klientais“ - „programinės įrangos užsakymų portfelio kūrimas ir palaikymas“ - „projektų (darbo) dokumentų rengimas ir išdavimas / įgyvendinimas“ - „įgyvendinimo palaikymas statybos projektas “-„ statybos darbų garantijų įsipareigojimų vykdymas “.
5. Gamybos padalinio vadovas: dizaineris arba vadovas (vadovas)? Sąveika su GUI. Pagrindiniai gamybos padalinio vadovo objektai: darbo ištekliai, darbas, laikas, finansai, materialiniai ištekliai; gamybos padalinio vadovo pavaldumas, įgaliojimai, pagrindinės funkcinės pareigos (atsakomybė), jos veiklos vertinimo kriterijai.
6. Projekto dokumentacijos rengimo darbų atlikimo tvarka pagal sudarytą projekto projekto sutartį. Apytikslė sutartis su subrangos projektavimo organizacija (ACT); vertinimo procedūrų, atrankos (atrankos) ir atviro kodo programinės įrangos pakartotinio vertinimo; subrangos ir užsakomųjų paslaugų koncepcijos.
7. GUI sąveika su sutarties skyriumi, techniniu archyvu, projekto išleidimo skyriumi. Pagrindiniai reikalavimai ISU vykdomosios disciplinos sistemoje.
8. ISU naujų pareigų analizė; tipinis ISU darbo aprašymas; reikalavimai, keliami GUI atliekant lauko priežiūrą (įskaitant sub-dizainerius); GUI ir techninės įrangos, įmonių plėtros, modernizavimo, kapitalinio remonto ir kt.
9. Stebėti klientų pasitenkinimą projekto organizavimo procesais ir rezultatais.
10. GUI vaidmuo plėtojant projekto organizacijos produktų (paslaugų) tipus. Bendrovės reputacijos formavimas tarp investicinio projekto dalyvių.
11. Valdymo papročiai. Šiuolaikiniai dizaino dalyvių atrankos reikalavimai.
12. Pastabos dėl naujų KIP organizacinių ir metodinių dokumentų projektų: KIP profesinės veiklos standartai, rekomendacijos dėl KIP veiklos organizavimo, KIP profilis, KIP techninio projektavimo komiteto vyriausiųjų inžinierių veiklos organizavimo pakomitetyje parengti reikalavimai KIP parengimui ir paskyrimui. gamybos paskirties NOP einamaisiais metais.
13. Derybos dėl sutarčių sudarymo ir sutartinių kainų nustatymo. Sutarčių tipai.
14. Sąveika su valstybės ir nevalstybine patirtimi.
15. Projekto teisinė ir organizacinė struktūra, su GIP darbu susiję norminiai dokumentai, įskaitant GOST R 54869-2011 ir EUROCODES sistemą.
16. Projektavimo darbų kaina. Pagrindinis indeksas ir išteklių apskaičiavimo metodai. Biudžeto dokumentų formos. Projektinių sprendimų ekonominio efektyvumo vertinimas.
17. Projekto rizikos valdymas. Rizikos identifikavimas ir identifikavimas (rizikos kategorijos, žinomos rizikos ir nežinomos rizikos, rizikos mastas, atsiradimo tikimybė ir rizikos laipsnis); rizikos valdymo biudžeto sudarymas; nustatant terminų ir projekto biudžeto įgyvendinimo tikimybę rizikos reagavimo metodai (vengimas, perdavimas, švelninimas ir priėmimas); rizikos simptomų kontrolė.
18. Dalyvavimas projektavimo ir apklausos darbų sutartyse.
19. Pagrindinės projekto organizavimo kokybės valdymo sistemos nuostatos, atitinkančios GOST ISO 9001-2015 reikalavimus.
20. Kliento techninės priežiūros funkcijos ir turinys. Valstybės statybos priežiūra.
21. Instituto kompetencija savarankiško ugdymo ir kvalifikacijos kėlimo klausimais.
22. GIP, GAP projekto organizavimo funkcinėse, organizacinėse ir finansinėse struktūrose.
23. GIP kompetencija, susijusi su rinkodara ir pardavimu.
24. Kompetencijos GIP nustatant jos galias, teises ir pareigas.
25. Instituto kompetencija vertinant profesinės veiklos ir motyvacijos efektyvumą ir efektyvumą.
Nuo 2015 m. Gegužės mėn. Į Tarptautinės mokslinės ir technologinės informacijos mokyklos programą įtrauktas papildomas modulis „Projektinių sprendimų ekonominio efektyvumo įvertinimas“ (30 valandų). Bendra programos apimtis - 80 ac. valandą Šį modulį dėsto Valstybinės mokslinių tyrimų universiteto Ekonomikos universiteto Investicijų profesionalų akademijos (GASIS) dėstytojai, taip pat studentai gauna GASIS sertifikatą.
Švietimo, konsultavimo ir mokslinių tyrimų programų, kurias pasiūlė Tarptautinė mokslinės ir pramoninės informacijos mokykla, tema yra skirta spręsti pagrindines problemas, su kuriomis šiuo metu susiduria dizaino organizacijos, realiai tobulindamos projektavimo proceso svarbiausius asmenis, pvz., GUI.
Pagrindinės Tarptautinės GIP mokyklos programos temos Konsultacijų centras „TsNIO-Project“ parengė konkrečias rekomendacijas.
Dabar pereikime prie dizaino sprendimų kokybės formavimo mechanizmo, siekiant aiškiai ir nedviprasmiškai nustatyti ISU atsakomybės ribas.
Kai kurios bendrosios projektavimo nuostatos:
1. Bet kuris statybos projektas yra trijų modelių derinys:
- ateities objektų modeliai (kosmoso planavimo ir inžineriniai sprendimai);
- jo kūrimo modeliai (statybos organizavimo projektas);
- jos veiklos modeliai (organizavimas ir gamybos valdymas).
2. Sprendimo dėl dizaino sudarymą sudaro faktinis jo priėmimas, o tada būtina patvirtinti jo atitikimą, kitaip tariant, patikrinti. Pats sprendimų priėmimas yra pasirinkimas iš alternatyvų, o atitikties patvirtinimas turi daug skirtingų variantų ir atitinkamai daug terminų, atitinkančių šias galimybes. Dauguma parinkčių priklauso nuo laiko, vietos ir standartų, kurie yra patvirtinti.
Projektavimo sprendimo kokybę sudaro keturios pagrindinės savybės. Kiekvieną iš šių savybių sukuria kažkas programinėje įrangoje ir yra skirta kitam. Tas, kuris formuoja kokybės nuosavybę, yra asmeniškai atsakingas už tai. Pirmasis yra „techninis pajėgumas“, ty projektinis sprendimas turi būti toks, kad jį būtų galima įgyvendinti statybos metu. Visų pirma reikia statybos rangovo, jo technikų, inžinierių ir pagrindinių pramonės padalinių ekspertų. Antrasis - „informacinė galimybė“, ty sprendime turėtų būti pateikta visa informacija, reikalinga statybos ir montavimo darbams atlikti, įrangos užsakymui, visų būtinų leidimų ir patvirtinimų gavimui. Jai reikia kliento ir statybos rangovo. Šį turtą sudaro technikai, inžinieriai ir pagrindiniai gamybos padalinių specialistai. Trečiasis - projektinio sprendimo „ekonominis įgyvendinamumas“, t. Y. Projektavimo sprendimas turi būti ekonomiškai konkurencingas įrenginio statybos ir eksploatavimo metu. Tai reikalinga pagrindiniam rinkos dalyviui - investuotojui, kuriam jis priklauso, ir už tai atsakingas ISU. Ketvirtasis yra „sisteminis“, t. Y. Visi projekto projektiniai sprendimai turi būti suderinti. Visų pirma tai būtina pačių dizainerių, o už tai atsakingi pagrindiniai projektų skyrių specialistai.
Projektavimo sprendimai priimami penkiais lygiais. Apsvarstykite šiuos lygius projekto projekto skyriuje. Pirmasis lygis bus „mazgai, dalys“. Šiuo technologijų lygmeniu priimami sprendimai dėl tinklinio audeklo, įterptųjų dalių ir pan. Antrasis lygis yra „elementai“. Šiame lygyje inžinieriai projektuoja sijas, stulpelius, stacionarius pamatus ir tt Trečiasis yra „komponentai“. Vyresni ir lyderiaujantys inžinieriai projektuoja persidengimus, dangas, uždaromas konstrukcijas ir tt Ketvirtasis lygis yra „projekto sekcija“. Šiuo lygmeniu vyriausiasis specialistas priima sprendimą dėl pastato konstrukcijos ir pagrindinius konstrukcijos stiprumo parametrus. Penktasis lygis - „techniniai ir ekonominiai projekto rodikliai“. ISU yra atsakingas už sprendimų priėmimą šiuo lygiu.
Pereikime prie „dizaino sprendimo atitikties patvirtinimo“. Projektavimo sprendimų kontrolė, vertinimas, tikrinimas, analizė, patvirtinimas, koordinavimas ir patvirtinimas. Čia mums svarbu nustatyti GUI atsakomybės ribas.
Kontrolė apima priimto projekto sprendimo koreliaciją su galiojančiomis normomis (taisyklėmis), t. Y. Reglamentuojančiais dokumentais, kurie šiuo metu veikia pastato komplekse (Rusijos Federacijos miesto planavimo kodeksas, SNiP, SN, GOST, VSN ir tt). Kontrolės rezultatas yra „atitinka“ ar „neatitinka“ projekto sprendimų dėl nurodytų reguliavimo dokumentų.
Vertinimas - ta pati kontrolės procedūra, tik priedėlyje „atitinka“ arba „neatitinka“ nurodo, kiek „atitinka“ arba „neatitinka“. Paprastai vertinimo rezultatas pateikiamas kiekybiniu požiūriu, pavyzdžiui, priešgaisrinė pertrauka tarp pastatų yra 10 metrų mažesnė nei standartinė.
Vadinamoji normų kontrolė yra ta pati eilutė kaip ir kontrolė, vienintelis skirtumas yra tas, kad GOST SPDS yra naudojami priimto dizaino sprendimo palyginimui su reguliavimo dokumentais.
Tikrinimas apima projektavimo sprendimo palyginimą su įvesties projektavimo duomenimis (projekto paskyrimas, pradiniai projektavimo duomenys, techninės specifikacijos). GOST ISO 9001-2011 aiškiai nustato projektinių sprendimų tikrinimo reikalavimus, įskaitant tikrinimo ir rezultatų registravimo planavimą. Visų pirma, 7.3.5 punkte teigiama, kad „pagal planuojamą veiklą reikia patikrinti, ar projektavimo ir tobulinimo rezultatai atitinka projektavimo ir kūrimo reikalavimus. Bandymų rezultatai ir visi reikalingi veiksmai turėtų būti saugomi ir saugomi. “ Kadangi „įvesties duomenys“, kaip taisyklė, yra techniniai ir ekonominiai projekto dokumentacijos rodikliai (ISU), ISU tikrina faktiškai gautų duomenų atitiktį.
Analizė - kolektyvinis veiksmas vadovaujant GIP - leidžia prognozuoti esamų projektavimo procesų nepakeičiamumo padarinius atsižvelgiant į technines ir ekonomines projektavimo sprendimų savybes, projektavimo išlaidas ir jo trukmę. GOST ISO 9001-2011 7.3.4 punkte, taip pat patikrinimui pateikiami reikalavimai analizei, ty: „Atitinkamais etapais, atsižvelgiant į planuojamą veiklą, reikia atlikti sistemingą projektavimo ir plėtros analizę, kad būtų galima įvertinti projektavimo ir plėtros rezultatų gebėjimą atitikti reikalavimus, taip pat nustatyti visas problemas, kylančias projektuojant ir tobulinant, ir pasiūlyti būtinus veiksmus. Tokių analizių dalyviai turėtų apimti su analizuojamu projektavimo ir kūrimo etapu susijusių funkcijų atstovus. Analizės rezultatų ir visų būtinų veiksmų įrašai turi būti išlaikomi ir palaikomi. “ Atkreipkite dėmesį, kad analizė turi būti suplanuota ir jos rezultatai dokumentuojami. Taip pat akivaizdu, kad analizė negali būti atliekama projektavimo pradžioje, nes dar nėra nieko analizuojamo, o projekto pabaigoje, nes „traukinys jau išvyko“ ir procesas baigtas. Projektuojant, atsakomybė už analizę tenka ISU. Paprastai, projektavimo proceso metu, PIU renka gamybos skyrių vadovus ir vyresnius specialistus projektų skyriuose ir aptaria su jais projektavimo eigą ir techninius bei ekonominius projektavimo sprendimų ypatumus, kad būtų užtikrinta, jog projekto pabaigoje sukurtos projektinės medžiagos atitiktų „įvesties duomenis“.
Koordinavimas reiškia pasitikėjimą, kad šis projektinis sprendimas neprieštarauja kitiems projekto skyriams, ty, projektavimo projekto projektinis sprendimas yra lyginamas su projekto elektros, sanitarijos ar šilumos inžinerijos skyrių projektavimo sprendimais.
Už koordinavimą atsako ISU, o už koordinavimo teisingumą atsakingi atitinkami pagrindiniai projekto skyrių specialistai.
Prisiminkite, kas yra „patvirtinimas“. Dizainas gali būti patvirtintas dviem atvejais: pirma, tai galima padaryti tiesiogiai „popieriuje“, t. Y. Dizaino sprendimas yra kompiuterio ekrane. Pavyzdžiui, projektavimo sprendimas yra suprojektuota ir sukonstruota sija, kuri turi išlaikyti tinkamą apkrovą. Norint patvirtinti atitikimą, pakanka naudoti tą patį skaičiavimo metodą, kuris buvo naudojamas priimant šį sprendimą (arba alternatyvą), ir jei šis metodas yra išbandytas ir patikimas, tada pakartotinis skaičiavimas suteiks visišką pasitikėjimą projekto sprendimo teisingumu. Arba kitas pavyzdys, nurodant projektavimo užduotį, nurodoma atitinkamo pastato aukšto patalpų sudėtis ir nurodomos reikiamos vietos. Šio aukšto plano projektavimo sprendimą lengva patikrinti, lyginant jį su originaliais duomenimis. Reikėtų pabrėžti, kad tokie projektavimo sprendimai bendru dizaino kiekiu - ne mažiau kaip 80-90 proc. Tai yra projektiniai sprendimai, priimami naudojant standartinius dizainus, tipiškas sąrankas ir dalis, patvirtinti individualūs ankstyvieji projektiniai sprendimai, kurie naudojami pakartotinai, įrenginių katalogai, patvirtinti nustatytu būdu ir tt, kitaip tariant, kalba Tai yra patikima, įrodyta, daug kartų taikoma, be abejo, dizaino sprendimai.
Antroji situacija yra ta, kai projektavimo sprendimas negali būti patikimai patikrintas naudojant tradicinius patikrinimo metodus. Jie gali būti tikrinami tik pastatyto įrenginio statybos ar eksploatavimo procese, taip pat atliekant specialius bandymus tokiomis sąlygomis, kurios yra kuo arčiau įrenginio statybos ar eksploatavimo. Toks poreikis atsiranda tada, kai jie taiko pažangias technologijas ar medžiagas, jau rekomenduojamas ar skelbiamas reklamose, naujus skaičiavimo metodus, įrangą, kuri anksčiau nebuvo naudojama, technologinius sprendimus, neturinčius analogų ir tt Pavyzdžiui, parodose dizaineriai susipažino su naujomis stogų medžiagomis aktyviai reklamuojama, ir šios medžiagos savybės yra įspūdingos.
Gali būti nuspręsta naudoti šią medžiagą stogui, kurio plotas yra 20 tūkst. Kvadratinių metrų, tačiau konkrečiai nustatyta, kad statybų metu pirmiausia turite užpildyti 10 kvadratinių metrų stogo dalį, tam tikrą laiką sukurti dinaminę apkrovą, užpilti vandenį ir pamatyti kaip veikia apatinis stogo paviršius. Jei bandymo rezultatas yra teigiamas, tada dizaineriai suteiks leidimą atlikti likusį stogą. Kartais šis poreikis atsiranda dėl didelės geologinių sąlygų neapibrėžtumo sudėtingose statybos vietovėse, kai žvalgytojai negali (įskaitant dėl ekonominių priežasčių) pakankamai tiksliai imituoti dirvožemio savybes konkrečiose pamatų pamatų vietose. Tokiais atvejais jie nurodo poreikį vairuoti bandomuosius polius ir tik po to patvirtina galimybę statyti krūvos lauką po visu objektu.
Tai yra dizaino sprendimo patvirtinimas. Patvirtinimo naudojimas rodo, kad projekto organizacija yra įsipareigojusi viskas nauja ir pažangi. Tai yra dizaino sprendimų konkurencingumo požymis, noras tapti pirmaujančia pozicija dizaino srityje dėl nuolat didėjančio klientų pasitenkinimo. Atsakomybę už patvirtinimo atlikimą dengia ISU, už patvirtinimo turinį - pagrindinius projekto skyrių ekspertus.
Patvirtinimas yra leidimas perduoti visą projekto dokumentaciją klientui. Tai yra GUI atsakomybė, ir jis ją įgyvendina, kai jis pasirašo sąskaitą faktūrą prieš išsiunčiant dokumentus klientui.
Dabar kreipiamės į ISU atsakomybę, susijusią su projektavimo darbų sąnaudų mažinimu. Kaip žinote, yra daug galimybių sumažinti išlaidas, o tai yra „galvos skausmas“ vadovybei ir visiems pirmaujantiems programinės įrangos specialistams, nes tai praktiškai yra vienintelis būdas padidinti projekto organizacijos pelną. GUI labai prisideda prie to, įgyvendindama atsakomybę už subrangovų valdymą (užsakomųjų paslaugų).
Šiuo metu tapo įmanoma pasirinkti sub-dizainerius (STR), remiantis jų vertinimo rezultatais, palyginimu su konkurentais, reguliariai pakartotinai vertinti, ir atsirado GUI atsakomybė už šį pasirinkimą. Svarbus principas, „kuris moka, užsako muziką“, pradėjo dirbti tarp dalykų ne tik gerai žinomoje tradicinėje prasme, bet ir kaip reikalavimas, kad generalinis dizaineris (GP) nuolat galvotų apie kokybės gerinimą ir mažinimą. Be to, Įstatyme nustatyta, kad atsakomybę klientui už ACT parengtą projektavimo ir įvertinimo dokumentų kokybę prisiima tik GP. Todėl būtina vadovautis GOST ISO 9001-2011 reikalavimais ir užsakomųjų paslaugų taikymo gairėmis (ISO / TS 176 / SC 2 / N 630R2, 2003 m. Lapkričio 24 d.).
Apskritai yra trys sąlyginiai STR tipai:
- „Įprasta“ - SPO, su kuria GP turi normalius rinkos santykius;
- „Įprasta“ - SPO, su kuria GP turi normalius rinkos santykius;
- „Henchmen“ - kliento padaras, GP santykiai su klientu.
Naudodamiesi santykių su atviro kodo programine įranga pavyzdžiu, atsižvelgdami į tai, kad kai kuriais atvejais ISU priima sprendimus, kiekviename iš jų bus atsižvelgiama į kiekvieną posistemį, o kitose - jų priėmime.
Sub dizainerių vertinimas, atranka ir pakartotinis vertinimas.
Šį posistemį sudaro du blokai:
- patvirtintų STR sąrašų (duomenų bazės, registro ir kt.) sudarymas ir priežiūra bei atnaujinimas;
- atviro kodo programinės įrangos parinkimas iš nurodyto sąrašo, kad būtų galima atlikti darbą su konkrečiu projektu.
Darbas pagal pirmąjį skyrių yra programinės įrangos techninio skyriaus funkcija, antra - ISU atsakomybė.
Norėdami sudaryti sąrašą, programinės įrangos techninis skyrius ieško, vertina, atrenka ir pakartotinai įvertina atvirojo kodo programinę įrangą, atitinkančią programinės įrangos poreikius, naudodamasis kartu su GUI parengtais kriterijais.
Akivaizdu, kad toks požiūris neužtikrina visiško STR tinkamumo GP lūkesčiams dėl sudėtingo kai kurių klausimų įforminimo. Pavyzdžiui, klausimas dėl galiojančios KVS ir jos atitikties GOST ISO 9001-2011 reikalavimams. ACT atsako, kad KVS veikia ir atitinka, kaip liudija „N“ sertifikavimo įstaigos sertifikatas. Patirtis vertinant tam tikrų GOST ISO 9001-2011 reikalavimų vykdymą savireguliuojančių dizainerių organizacijų nuomone, rodo, kad daugiau kaip 90% sertifikatų yra oficialiai gauti, tiesiog „nusipirkti“ ir dažnai neturi jokio ryšio su konkrečiu STR. Paaiškėjo, kad GP realiai atsako už ACT parengto projekto (darbo) dokumentacijos kokybę, tačiau ACT pasirinkimas grindžiamas pačios STR „garantijomis“ atsakymų į klausimyną forma. Projektuojant konkretų objektą, GUI paprastai iš sąrašo pasirenka atitinkamą ACT, vadovaudamasi papildomais kriterijais, įskaitant STR teritorinę vietą, STR informaciją apie konkrečios statybvietės savybes, ankstesnius kontaktus su konkrečiu klientu, ACT pasirengimą vykdyti užsakymą ir kitus.
Prieš priimant sprendimą dėl atvirojo kodo programinės įrangos įtraukimo į GUI projektą, turėtų būti tiesiogiai organizacijoje. Tai yra nauja GUI pareiga. Ši technologija numatyta pagal ISO 9000 serijos standartus ir vadinama audito „antrąja šalimi“. Antrosios šalies audito trukmė yra ne ilgesnė kaip viena darbo diena (pageidautina 3-4 valandos).
Toks trumpas laikotarpis paaiškinamas tuo, kad nėra atsižvelgiama į visą atviro kodo programinės įrangos kokybės valdymo sistemą, o tik į tam tikrus pagrindinius punktus. Praktika rodo, kad jei šiuose taškuose viskas yra normalu, tuomet su dideliu tikimybės laipsniu ACT atitinka SE lūkesčius.
Būtina pabrėžti, kad Klientas dirba tik su GP, su kuriuo jis turi sutartį. Jis gali nežinoti kitų projekto dalyvių. Todėl santykiai su atviro kodo programine įranga yra tik GP problema. SPO iš tikrųjų veikia kaip papildomas GP struktūrinis padalinys, kuris, vykdydamas projekto įgyvendinimą, turėtų valdyti tokį patį procesą kaip ir „savo“ struktūriniai padaliniai, turint omenyje ACT parengtą projekto (darbo) dokumentacijos terminus ir kokybę, už kurią atsakingas GP. klientas. Tai lemia VĮ atsakomybę valdant STR.
Atvirojo kodo programinės įrangos valdymo tipas ir apimtis gali skirtis: nuo mažiausio, kai atvirojo kodo programinė įranga yra išduodama techninė užduotis, o atliktas darbas priimamas mažai arba visai be patikrinimo, maksimaliai, kai reikalaujama, kad valdymo įmonė ir kiti pirkimų bendrovės patvirtinti dokumentai būtų vykdomi pagal užsakymą. Tuo pačiu metu atliekamas išsamus užbaigtos STR, PSD, įskaitant nepriklausomų ekspertų, patikrinimas.
Reikalingą valdymo lygį nustato ISU, priklausomai nuo STR vertinimo (pakartotinio vertinimo) rezultatų, įskaitant atsižvelgiant į antrosios šalies atliktą audito metu gautą informaciją, taip pat atsižvelgiant į išlaidas, kurias RP planuoja atlikti, norint atlikti STR medžiagų patikrinimą, atsižvelgiant į tai, kad šios išlaidos padidina darbo su projektu išlaidas.
SPO valdymo ypatybes turėtų nustatyti GUI „subrangos sutarties specialiosiomis sąlygomis“. GD technikos skyrius kuria tokių „specialių sąlygų“ modelį, kuriame pateikiami praktiškai visi galimi ir (arba) būtini atvirojo kodo valdymo aspektai, o GUI, analizuodama konkrečią sutartį su atviro kodo programine įranga, apima tuos valdymo metodus, kurie atitinka konkretaus projekto sąlygas. Kuo labiau atviro kodo programinės įrangos kontrolės laipsnis, tuo mažesnis atviro kodo programinės įrangos projektavimo medžiagų įvedimo kontrolės kiekis, taigi ir GP išlaidos.
Tokie kontrolės metodai gali apimti poreikį:
- atvirojo kodo programinės įrangos naudojamo technologinio projektavimo proceso patvirtinimas arba projektavimo darbų atlikimas naudojant inžinerinio projektavimo procesą, kurį naudoja generalinis direktorius;
- projektavimo darbų grafiko koordinavimas, kurį STR turėtų parengti pagal darbo grafiką, pridėtą prie sutarties;
- konkrečių projekto vadovų (projekto vadovų) paskyrimai (kaip sutarta su valstybine įmone) vykdant užsakymą (projekto skyrių) ir pan.
Priklausomai nuo atviro kodo programinės įrangos kontrolės laipsnio, GP įvesties valdymo apimtis gali skirtis nuo 100% iki beveik nieko, tai yra formalus projektų dokumentų, gautų iš atviro kodo programinės įrangos, perskaičiavimas.
Perkėlus užpildytą projektavimo ir įvertinimo dokumentaciją Klientui arba po objekto paleidimo (jei buvo atlikta autoriaus priežiūra), ISU turi užbaigti užsakomųjų paslaugų projektą.
Tam reikia:
- patikrinkite, ar yra prieinami dokumentai, patvirtinantys projektavimo ir įvertinimo dokumentų gavimą iš ACT, įskaitant nurodytų dokumentų kokybės patikrinimą;
- vertinti bendradarbiavimą su ACT ir pranešti rezultatus techniniam skyriui, kad būtų galima koreguoti sąrašą;
- gauti iš ACT ir perduoti GP archyvui informaciją apie parengtus individualius efektyvius projektavimo sprendimus, įskaitant STR dokumentus, kuriuos galima rekomenduoti pakartotiniam naudojimui;
- parengti oficialią peržiūrą atviro kodo programinei įrangai;
- išspręsti problemą (jei būtina ir įmanoma) apie ekonomines paskatas atviro kodo programinei įrangai.
Dabar apie GUI atsakomybę, susijusią su dalyvavimu „užsakymų knygos“ formavime ir mažesnėmis programinės įrangos išlaidomis ieškant naujų klientų.
Svarbu, kad pagal 7.2.1 punktą „Su vartotojais susiję procesai“ GOST ISO 9001-2011, programinė įranga turi apibrėžti reikalavimus:
1. Įkurta kliento, įskaitant pristatymo ir veiklos reikalavimus po pristatymo.
2. Nenurodo klientas, bet būtinas konkrečiam ar numatomam DED naudojimui, kai jis žinomas.
3. Teisiniai ir kiti privalomi su DED susiję.
4. Bet kokia papildoma specifinė programinė įranga.
Tai, ką reiškia pirmosios trys reikalavimų grupės (1-3), yra daugiau ar mažiau aiškios. Be to, paaiškiname, kad „kliento nenurodyti reikalavimai, kurie būtini tam tikram arba numatomam DED naudojimui, jei žinomi“ gali apimti visus pačios programinės įrangos reikalavimus, nuo kurių priklauso projekto dokumentacijos kokybė, kaina ir pristatymo laikas.
Pavyzdžiui, jei klientas gauna projektinius įvertinimus, kurie pagal esamą projektavimo technologiją yra saugomi tam tikrą laiką prieš perduodant juos klientui techniniame archyve, pačios programinės įrangos reikalavimai dėl saugojimo sąlygų nurodyto dokumento archyve bus nurodyti standarto 7.2.1 punkto 2 dalyje.. Laikydamasi standarto 7.2.1 (1-3) punktuose nustatytų reikalavimų, programinė įranga negali gauti konkurencinių pranašumų, nes visi konkurentai turi atitikti šiuos reikalavimus. Rinkos sąlygomis tik programinė įranga „išgyvena“ gali nustatyti ir atitikti 7.2.1 punkto 4 papunkčio reikalavimus. Šiuos reikalavimus pavadinome „prisiimtus“ ir paaiškinome jų reikšmę: pirma, jie yra „atspėti“, pati programinė įranga yra suformuluota, antra, jie nėra patvirtinti ar suderinti su klientu ir, trečia, jų įgyvendinimas vykdomas savo sąskaita Programinė įranga Todėl klientas gauna projekto dokumentaciją (paslaugas) su netikėtais parametrais arba parametrais, kurie yra geresni nei tikėtasi, o tai garantuoja ne tik klientų pasitenkinimą, bet ir sužavės pateiktą PSD (teikiamą paslaugą). Pastaruoju atveju programinė įranga gali būti tikri, kad klientas jį pakartotinai sugrįš. Ir, kaip žinote, klientas yra 5-7 kartus pigesnis nei ieškant naujo. Tai esminės naujos pozicijos esmė, nustatyta GOST ISO 9001-2011.
Siekiant įvykdyti standarto 7.2.1 punkto 4 papunktyje nustatytą reikalavimą daryti įtaką programinės įrangos konkurenciniams pranašumams, būtina nustatyti proceso savininką, kad būtų suformuoti numatyti klientų, t. Y. nustatyti šios veiklos įgyvendinimo taisykles. Programinės įrangos atveju proceso savininkas labiausiai turėtų būti instituto vyriausiasis inžinierius. Proceso „kapitonas“, t. Y. Specialistas, sudarantis būsimo kliento reikalavimus konkrečiam projektui, turėtų būti GUI. Siekiant išsiaiškinti, ISU yra atsakingas už tai, kad būtų apibrėžti numatomi kliento reikalavimai, o pagrindiniai gamybos padalinių specialistai yra atsakingi už šių reikalavimų turinį.
Kita PIU atsakomybė yra sudaryta analizuojant sutartį su klientu. Kliento apeliacija programinėje įrangoje gali būti įvairiais būdais: informacija apie laimėtą konkursą (konkursas); oficialus laiškas su pasiūlymu parengti projekto dokumentus; skambinti į programinės įrangos vadovą; neoficialus bendravimas per kolegas ir pan. Gavus vieną iš pirmiau minėtų signalų, rekomenduojama paskirti GUI, kuri prieš pasirašydama klientui valdys sutarties analizę.
Šis ISU muitas apima:
- nustatant asmenų, dalyvaujančių derinant sutarties projektą ir paskirstant atsakomybę, ratą;
- įvesti nurodytus vadovus ir specialistus deryboms su klientu (darbo susitikimai) aptarti tam tikras sutarties projekto nuostatas, įskaitant derybas dėl sutarties kainos nustatymo;
- atrankos iš tinkamos parinkties šablonų duomenų bazėje konkrečiam kliento ir dizaino objektui;
- nustatant sub-dizainerių pritraukimo būtinybę ir galimybę bei su jomis surengti preliminarias derybas;
- rizikos vertinimą, kuris gali būti susijęs su jos įsipareigojimų pagal sutartį vykdymu.
Kiekvienas iš šių veiksmų šiandieninėmis sąlygomis labai skiriasi nuo praktikos, kurią žinome. Pavyzdžiui, susitarimas dėl susitarimo projekto paprastai sudaromas „Patvirtinimų sąraše“, kuriame nurodomas atitinkamo vadovo vardas, pavardė ir pareigos, kurie, jei jie patvirtinami teigiamai, pasirašo, neigia - raštu raštu pateikia nuomonę. Mūsų nuomone, būtina nustatyti vadovo atsakomybę už atitinkamas sutarties projekto dalis. „Patvirtinimų sąrašo“ taškų suma turi būti lygi sutarties projekte nurodytų taškų sumai. Tai užtikrina kiekvieno vadovo asmeninę atsakomybę už tai, kad projekto organizacija įvykdytų sutarties sąlygas ir kad projekto organizacija ir klientas taip pat suprastų atitinkamas sutarties projekto sąlygas ir tt
Šio straipsnio medžiaga su kai kuriais dizaineriais gali sukelti prieštaravimų. Esame pasirengę konstruktyviai diskutuoti su kolegomis patogioje formoje.