Līdz 2008. gadam būvniecības projektam bija jāietver profesionālajā vidē pazīstamais dokuments ar raksturīgo nosaukumu “GIP zvērests”. Tagad to sauc par „projekta organizācijas pārliecību, ka projekta dokumentācija ir izstrādāta saskaņā ar...” [1], un pēc tam tiek novērtēti vairāki dokumenti, kuru ievērošana ir novērtēta.
Bet, tāpat kā iepriekš, ikviens saprot, cik atbildīgs un visaptverošs ir galvenais inženieris un / vai projekta galvenais arhitekts - GIP un GAP.
Sākot ar pašregulācijas laikmetu būvniecībā 2010. gadā, projekta dokumentācijas sagatavošanas (vispārējā dizainera) funkcijas un pienākumus nosaka un nosaka federālie likumi un ministriju un departamentu dokumenti [1] [2] [3] [4]. Tajā pašā laikā 1985. gada SNiP "Noteikumi par projekta galveno inženieri" [5], kas noteica minēto personu tiesības, pienākumus un atbildību, pamatojoties uz PSRS likumdošanu, netika iekļauti obligāto un brīvprātīgo standartizācijas dokumentu sarakstos, t līdz ar to kopš 2010. gada ir zaudējis savu statusu.
Kādi ir pašreizējie tiesību akti, kas apraksta ISU / GAP funkcijas, tiesības, pienākumus un atbildību?
Informācijas resursi mums adresē divus avotus:
- Krievijas Federācijas Darba un sociālās attīstības ministrijas 1998. gada lēmums „Par vadītāju, speciālistu un citu darbinieku kvalifikācijas atsauces grāmatas apstiprināšanu” [6];
- Krievijas Federācijas Veselības un sociālās attīstības ministrijas rīkojums 2008. gadā "Par vienota kvalifikācijas direktorija, profesionāļu un darbinieku amatu apstiprināšanu" [7].
Abi akti darbojas, nosaucot nosaukumus. 1998. gada dokumentā ir sadaļa par galvenā inženiera un galvenā arhitekta pienākumiem, bet 2008. gadā - tikai projekta galvenais inženieris. Abos dokumentos ir noteikti tikai oficiāli pienākumi un kvalifikācijas prasības un tie paši vārdi.
Rūpīga lasīšana atklāj, ka Krievijas Veselības ministrija desmit gadus vēlāk (2008. gadā) gandrīz vārdiski atkārto 1998. gada Darba ministrijas apkopojumu ar 1985. gada SNiP, daļā, kas veltīta projekta galvenā inženiera / arhitekta pienākumiem, un pagājušajā gadā abas ministrijas ir diena ( 02.12.2014.) „Atjaunināja” savus dokumentus, neaizstājot vienu vārdu pēc būtības attiecīgajās sadaļās! Stereotipiskā dublēšanās, par kuru acīmredzami tiek iztērēti ievērojami valsts resursi, ir mulsinoši. Godīgi sakot, mēs atzīmējam, ka, lai gan vārdi un veselas frāzes norāda uz sākotnējo avotu, bet daļēju pārkārtojumu dēļ, plaģiāts būtu nepārliecinošs.
Tā kā Darba ministrija, tāpat kā Veselības ministrija, neizdevās radīt jaunu dokumentu, kas atbilst pašreizējam brīdim, vai vismaz to pareizi atjaunina, šodien mēs joprojām izmantojam izsekošanas papīru no 1985. gada SNiP. Atcerēties, kādas funkcijas pirms trīsdesmit gadiem bija obligāti izpildījušas GUI un GAP, un, pēc ministriju domām, ir jāveic šodien, ir nepieciešams citēt Darba ministrijas lēmumu (un faktiski visus trīs aktus).
Galvenais inženieris, projekta galvenais arhitekts:
„Nodrošina tehnisko projektēšanu un apsekojumu darbu objekta projektēšanā un tās būvniecības uzraudzībā, ekspluatācijas uzsākšanā un projektēšanas jaudas attīstībā.
Veic pasākumus, lai uzlabotu dizaina un novērtējuma dokumentācijas kvalitāti.
Sagatavo datus, lai noslēgtu līgumus ar klientiem par zinātnisko un tehnisko produktu izstrādi (nodošanu)
Piedalās būvniecības komisiju atlasē par būvlaukumu (sliežu ceļu) izvēli, projektēšanas uzdevumu sagatavošanā un inženieru apsekojumu organizēšanā projektēšanas aplēšu un citu tehnisko dokumentāciju izstrādei.
Organizē tās attīstību uz tai piešķirtajiem objektiem, piedalās visaptverošu plānošanas plānu izstrādē pētniecības, projektēšanas, inženiertehnisko un tehnoloģisko darbu īstenošanai
Padara zinātnisko un tehnisko produktu izlaišanas grafikus.
Veido uzdevumus apakšuzņēmējiem, lai veiktu viņiem uzticētos darbus, un nodrošina šīm organizācijām nepieciešamos ievades datus. Atrisina jautājumus, kas rodas dokumentācijas izstrādes laikā.
Kontrolē dizaina tehnisko līmeni, pilsētplānošanas un arhitektūras plānošanas lēmumus, ekonomisku līdzekļu izlietojumu projektēšanas un apsekošanas darbiem, projektēšanas un novērtējuma dokumentācijas izstrādes laiku.
Nodrošina izstrādātā projekta un novērtējuma dokumentācijas atbilstību valsts standartiem, normām, noteikumiem un instrukcijām.
Pirmo reizi nodrošina projektā izmantoto patentu tīrības un patentspējas pārbaudi vai izstrādi tā tehnoloģiskajiem procesiem, iekārtām, instrumentiem, konstrukcijām, materiāliem un produktiem.
Aizsargā projektu mātes uzņēmumos un ekspertu organizācijās.
Piedalās projektēšanas un novērtējuma dokumentācijas ģenerāllīgumslēdzējas organizācijas izskatīšanā un apstiprināšanā.
Risina jautājumus, kas rodas projektēšanas, būvniecības, iekārtas nodošanas, projektēšanas jaudas attīstības procesā.
Organizē darbu pie konstatēto defektu novēršanas projektēšanas aplēsēs un citos tehniskajos dokumentos, kā arī apstiprināto aprēķinu izdevumu uzskaitei.
Sagatavo priekšlikumus projekta organizācijas vadībai un klientam par izmaiņām darba dokumentācijā, kas saistīta ar jaunu normatīvo dokumentu ieviešanu, ņemot vērā faktisko būvniecības stāvokli.
Koordinē saprātīgas novirzes no esošajiem noteikumiem, noteikumiem, instrukcijām ar valsts uzraudzības iestādēm un citām organizācijām, kas tās apstiprinājušas.
Sniedz analīzi un sintēzi konstruēto iekārtu projektēšanā, būvniecībā un ekspluatācijā un sagatavošanu, pamatojoties uz priekšlikumiem dizaina risinājumu tehniskā un ekonomiskā līmeņa uzlabošanai.
Sagatavo pārskatus un secinājumus par inovācijām un izgudrojumiem, standartu projektiem, tehniskajām specifikācijām un citiem normatīvajiem dokumentiem, kas saistīti ar projektēšanu un būvniecību.
Viņš piedalās projektu izskatīšanā, publikāciju sagatavošanā un izgudrojumu pieteikumu sagatavošanā, semināru un konferenču darbā viņa specialitātē. ".
Kā uzskaitītie nodokļi atbilst pašreizējiem normatīvajiem aktiem par pilsētplānošanu, pašregulāciju un tehniskajiem noteikumiem? Ievērojama daļa no iepriekš minētajiem punktiem ir pretrunā gan terminoloģiski, gan pēc būtības, un to nevar izpildīt obligāti.
Apsveriet pozīciju secībā, radot jautājumus attiecībā uz saistībām.
1. Projektēšanas un apsekojuma tehniskā vadība objekta projektēšanā un tās būvniecības uzraudzībā, ekspluatācijas uzsākšanā un projektēšanas jaudas attīstībā.
Saskaņā ar tehniskajiem noteikumiem „Par ēku un būvju drošību” [8], kopš 2010. gada autora uzraudzība ir attiecināma uz brīvprātīgām atbilstības novērtēšanas formām, un to veic ar pušu piekrišanu, kā nolēmis izstrādātājs (tehniskais klients). Protams, arhitektūras darbi ir nepieciešami, veidojot arhitektūras darbus - kā neatņemamu radošā procesa daļu un autortiesību aizsardzības elementu. Turklāt bez autoruzraudzības nav pamata, lai vispārējais dizainers būtu atbildīgs par konstruētā kapitāla būvprojekta atbilstību projekta dokumentācijai, kas iznīcina piramīdas atbildības jēdzienu pašregulācijas apstākļos. Tajā pašā laikā, bez autoruzraudzības, nevar būt ne obligāta, ne brīvprātīga vispārējā dizainera un konkrēti inženiera vai inženiera līdzdalība, risinot būvniecības, iekārtas nodošanas un projektēšanas jaudas attīstību.
Ņemiet vērā, ka minētajos tehniskajos noteikumos [8] noteiktas personas, kas atbildīgas par kapitāla būvniecības objekta ekspluatācijas kārtību: ģenerāluzņēmējs, attīstītājs un / vai tehniskais klients, personas, kas veic būvniecības kontroli un valsts būvuzraudzību. Tas var būt negodīgi un nepareizi no savstarpēji saistītās atbildības par projektēšanas un būvniecības rezultātiem viedokļa, bet ne vispārējais dizainers, ne pat ISU / HAP nav minēti spēkā esošajos noteikumos, kad iekārta tiek nodota ekspluatācijā.
Kamēr autoru uzraudzību saskaņā ar likumu nosaka kā brīvprātīgu būvniecības procesa elementu, to nevar regulēt ar kādas personas pienākumiem ar normatīvo aktu, tomēr, ja nepieciešams, šīs attiecības var regulēt organizācijas iekšējais amata apraksts.
Iepriekšminētais pilnībā attiecas uz 5. lpp. (Risina problēmas, kas rodas projektēšanas, būvniecības, iekārtas nodošanas, projektēšanas jaudas izstrādes procesā).
1). Kopš 2004. gada, saskaņā ar Pilsētplānošanas kodeksu [2], jēdziens „objekta nodošana ekspluatācijā” jāizmanto termins „kapitāla būvniecības objekta nodošana ekspluatācijā”.
2). Pilsētas plānošanas kodeksā [2] nav izmantots jēdziens „projektēšanas jaudas izmantošana”.
2. Piedalīšanās būvdarbu vietu (sliežu ceļu) atlases komisiju darbā, projektēšanas uzdevumu sagatavošanā un inženieru apsekojumu organizēšanā.
Šeit ir lietderīgi atcerēties Pilsētas plānošanas kodeksā [2] izveidotā attīstītāja vai tehniskā klienta pienākumus: “attīstītājam vai tehniskajam klientam ir pienākums sniegt (vispārējam dizainerim): (skatīt tekstu iepriekšējā izdevumā).
1) zemesgabala plānošanas plānu vai lineārās objekta projekta dokumentācijas sagatavošanas gadījumā - teritorijas plānošanas projektu un zemes apsekojuma projektu;
(skatīt tekstu iepriekšējā izdevumā)
2) inženieru apsekojumu rezultāti...;
3) tehniskie nosacījumi... ".
Turklāt: "Projekta dokumentācijas sagatavošana tiek veikta, pamatojoties uz attīstītāja vai tehniskā klienta uzdevumu."
Tādējādi būvlaukumu izvēle, dizaina uzdevumu sagatavošana un inženieru apsekojumu (un nevis apsekojumu) organizēšana šodien nav oficiāls PIU vai GAP pienākums, kā tas bija pirms trīsdesmit gadiem, bet gan attīstītāja vai tehniskā klienta funkcionālā atbildība. Izstrādātāja vai tehniskā klienta funkcionālie pienākumi ir īpaši skaidri izklāstīti konkursos par dizainu, pamatojoties uz publiskā iepirkuma tiesību aktiem. Iepriekš minētie sākotnējie dati šajā gadījumā veido klienta izveidotu konkursa dokumentu paketi, un dalība to sagatavošanā projekta vadītājam vai GAP, kas pēc definīcijas pārstāv vispārējo dizaineru, tiek uzskatīta par pretmonopola likumu pārkāpumu.
3. Nodrošina izstrādātā projekta un novērtējuma dokumentācijas atbilstību valsts standartiem, normām, noteikumiem un instrukcijām.
Saskaņā ar valdības dekrētu "Par projekta dokumentācijas sadaļu sastāvu..." [1], projekta dokumentācijas atbilstību tiesību aktu prasībām novērtē kā "projekta organizācijas sertifikāciju, ka projekta dokumentācija ir izstrādāta saskaņā ar zemes gabala pilsētplānošanas plānu, projektēšanas uzdevumu,..., tehniskie noteikumi,... un ievērojot tehniskos nosacījumus ". Kā redzams, atbildība šajā daļā nav uzlikta organizācijas darbiniekam, bet gan vispārējai dizaineru organizācijai, kas attiecas uz pašregulāciju, nepieciešamību pēc vispārējā dizainera dalības specializētās partnerībās un atbildību šo partnerību kompensācijas fondu ietvaros. Turklāt dokumentu saraksts, kuru atbilstība ir novērtēta, ir pilnīgi atšķirīgs, un tas bija kopš 2008. gada.
4. Koordinē saprātīgas atkāpes no esošajiem noteikumiem, noteikumiem, instrukcijām ar valsts uzraudzības iestādēm un citām organizācijām, kas tās apstiprinājušas.
Vislielākā uzmanība jāpievērš pašreizējā Pilsētvides attīstības kodeksa [2] galvenajiem noteikumiem: „Nav atļauts pieprasīt projekta dokumentācijas apstiprināšanu, secinājumu par projekta dokumentāciju un citus dokumentus, kas nav paredzēti šajā kodeksā.” No koda [2] pieprasītajiem secinājumiem ir norādīti eksāmena secinājumi, valsts ekoloģiskā pārbaude noteiktajam objektu diapazonam, kā arī kultūras mantojuma objektu vēsturiskā un kultūras pārbaude.
Ja ir nepieciešams atkāpties no normatīvo dokumentu prasībām, šodien mums jāievēro noteikumi, kas noteikti Ēku un būvju drošības tehniskajos noteikumos [8]: “... ja projekta dokumentācijas sagatavošanai novirze no prasībām, kas noteiktas... valsts standartos un prakses kodeksos... dokumentācija... tiek veikta saskaņā ar īpašajiem tehniskajiem nosacījumiem. "
Un atkal Valdības dekrēts "Par projekta dokumentācijas sadaļu sastāvu..." [1]: "... pirms (projekta) dokumentācijas izstrādes būtu jāveic izstrāde un apstiprināšana paredzētajā veidā īpašiem tehniskiem nosacījumiem." Citiem vārdiem sakot, īpašie tehniskie nosacījumi (STU) ir pirmsprojekta sagatavošanas materiāls, t.i. Datu avota dati. Tādējādi atkāpju no regulatīvajām prasībām saskaņošana ar spēkā esošajiem tiesību aktiem neparedz, un CTS izstrāde (dokuments, kas attaisno novirzes no normatīvo dokumentu prasībām, izpildot noteiktas prasības) ir attīstītāja vai tehniskā klienta funkcionālā atbildība.
Tātad var konstatēt, ka esošie dokumenti par PIU / GAP atbildību ir neapmierinoši, jo tie atsaucas uz novecojušām normām pirms trīsdesmit gadiem un neņem vērā mūsdienīgas prasības pilsētplānošanas tiesību aktos, tehniskā regulējuma un pašregulācijas prasības būvniecībā. Mēģinājumi izveidot metodiskos dokumentus ir nepārliecinoši, ja tie ir balstīti uz novecojušajām normām. Piemēram, nesen sagatavotā informācijas sistēmas Consultant Plus (2015) projekta galvenā mehāniķa darba apraksta forma stingri atgriež mūs pie 1985. gada noteikumiem. Pretrunīgās prasību aplēses izraisa konfliktu atmosfēru attiecībās starp izstrādātājiem, vispārējiem dizaineriem un konkrētiem speciālistiem.
Valdības iestādes laiku pa laikam atzīst nepieciešamību atjaunot kārtību šajā jomā. 2012. gadā, neilgi pirms Krievijas pievienošanās PTO, tika izskatīts pilsētas plānošanas kodeksa un citu normatīvo un normatīvo aktu grozījumu projekts par galvenās inženiera institūta un projekta galvenā arhitekta ieviešanas jautājumiem. Tika ierosināts definēt ISU un GAP noteikumus, noteikt tiešā saiknē ar pilsētplānošanas kodeksu savstarpējas atbilstības kritērijus un kvalifikācijas kritērijus. Tajā pašā laikā tika izskatīts jautājums par GIP un GAP personiskās atbildības nodrošināšanu, iekļaujot attiecīgus pantus administratīvajos un kriminālkodeksos ar ļoti bargiem sodiem par oficiālo pienākumu pārkāpumiem: soda naudas 18 mēnešu algas apmērā, brīvības atņemšanu līdz septiņiem gadiem...
Var pieņemt, ka GIP / GAP institūts tiktu iznīcināts pat pirms tā izveides, ja tiktu pieņemtas šādas likumdošanas iniciatīvas. No vienas puses, šodien atbildība par dizaina noteikumu pārkāpšanu tiek piešķirta ģenerāldirektoram, izmantojot pašregulācijas instrumentus, kompensācijas fondus un riska apdrošināšanu. No otras puses, kriminālkodeksam joprojām ir piemērota sankcija īpašuma, veselības vai dzīvības kaitējuma gadījumā. Taču ir trešā puse jautājumam: pašreizējie tiesību akti ir diezgan pretrunīgi, terminoloģiski nepietiekami, slikti koordinēti starp dažādām regulējuma nozarēm, un tādējādi nosaka neiespējamību izpildīt prasības bez būtiskiem izņēmumiem. Ievērojot sociālā taisnīguma principus, ir saprātīgi runāt par atbildības noteikšanu, vismaz administratīvi, arī, izstrādājot un pieņemot pretrunīgus (un, tātad, nepiemērojamus) normatīvos aktus. Tikai ar loģisku, konsekventu, savstarpēji saskaņotu likumdošanu visās jomās, vai ir iespējams to ievērot labticīgi, un pārkāpumu var novērtēt galīgi.
Acīmredzot ir nepieciešami pilnvērtīgi un sarežģīti dokumenti, kas droši nosaka projekta galvenās inženiera / galvenā arhitekta tiesības, pienākumus, kvalifikācijas prasības un atbildību par projekta galvenajiem rādītājiem, pamatojoties uz mūsdienu juridiskajām un profesionālajām prasībām. Atbildība, visticamāk, būtu jāņem vērā, neatdalot visus pilsētu plānošanas attiecību, likumdošanas un izpildvaras iestāžu priekšmetus. Lai izstrādātu konsolidētu atzinumu par tik aktuālu un nepārdomātu jautājumu šodien, būtu lietderīgi rīkot plašu profesionālu diskusiju, kuras rezultāti var kļūt par pamatu nepieciešamajām izmaiņām un, ja nepieciešams, jaunu normatīvo aktu izstrādei.
Dokumentā minētie dokumenti:
[1] Krievijas Federācijas valdības 2008. gada 16. februāra dekrēts Nr. 87 "Par projektu dokumentācijas sadaļu sastāvu un prasībām to saturam" (REGULA par projektu dokumentācijas sadaļu sastāvu un prasībām to uzturēšanai).
[2] Krievijas Federācijas Federālais likums Nr.190-ФЗ 2004. gada 29. decembrī "Krievijas Federācijas pilsētplānošanas kodekss"
[3] Krievijas Federācijas federālais likums Nr. 315-ФЗ 2007. gada 1. decembrī “Par pašregulējošām organizācijām”
[4] Krievijas Federācijas Reģionālās attīstības ministrijas 2009. gada 30. decembra rīkojums Nr. 624 “Par inženieru apsekojumu darbu veidu saraksta apstiprināšanu, par projektu dokumentācijas sagatavošanu, par būvniecības objektu būvniecību, rekonstrukciju un kapitālremontēšanu, kas ietekmē kapitāla celtniecības objektu drošību”
[5] SNiP 1.06.04-85 "Noteikumi par projekta galveno inženieri (galvenais arhitekts)"
[6] Krievijas Federācijas Darba un sociālās attīstības ministrijas lēmums Nr. 37 “Par vadītāju, speciālistu un citu darbinieku kvalifikācijas atsauces grāmatas apstiprināšanu”. II iedaļas 2. daļa. “Projektēšanas, inženierzinātņu, tehnoloģisko un apsekojumu organizāciju vadošo un inženiertehnisko darbinieku amati”, punkts „Galvenais projekta inženieris. Projekta galvenais arhitekts.
[7] Krievijas Federācijas Veselības un sociālās attīstības ministrijas 2008. gada 23. aprīļa rīkojums Nr. 188 “Par vienotas kvalifikācijas atsauces grāmatas apstiprināšanu vadītājiem, speciālistiem un darbiniekiem”, sadaļa „Arhitektūras un pilsētu plānošanas darbību vadītāju un speciālistu kvalifikācijas raksturojums”. 5. daļa "Dizains", p.5.1. „Vadītāju amati. Galvenais projekta inženieris.
[8] Krievijas Federācijas Federālais likums Nr. 384-ФЗ 2009. gada 30. decembrī “Ēku un būvju drošības tehniskie noteikumi”.
Kas var būt hipoglikēmija
Grupa: Jauns
Ziņojumi: 11
Reģistrācija: 01/31/2011
Lietotāja ID: 91953
Grupa: Moderatori
Ziņojumi: 34679
Reģistrācija: 07/11/2006
No: Maskava
Lietotāja ID: 3370
Grupa: Foruma dalībnieki
Ziņojumi: 1553
Reģistrācija: 8.1.2008
No: Krasnojarskas
Lietotāja ID: 14254
nē, viņi nevar.
un kāpēc jums tas ir vajadzīgs?
Nu tā ir krimināllietas, ar šo pieredzi.
zīmogs, piemēram, kā tiks aizpildīts?
GUI - I
izdarīts - I
un.
Post ir rediģētsDaniels - 4.4.2012, 9:13
Grupa: Jauns
Ziņas: 8
Reģistrācija: 04/12/2010
Lietotāja ID: 51897
Grupa: Moderatori
Ziņojumi: 34679
Reģistrācija: 07/11/2006
No: Maskava
Lietotāja ID: 3370
Grupa: Jauns
Ziņojumi: 11
Reģistrācija: 01/31/2011
Lietotāja ID: 91953
Grupa: Moderatori
Ziņojumi: 34679
Reģistrācija: 07/11/2006
No: Maskava
Lietotāja ID: 3370
Grupa: Foruma dalībnieki
Ziņojumi: 1302
Reģistrēts: 2009. gada 4. decembris
No: pret neaizvietojamu dabas resursu izšķērdēšanu
Lietotāja ID: 41817
Grupa: Foruma dalībnieki
Ziņojumi: 2360
Reģistrēts: 12.7.2006
No: Harkova
Lietotāja ID: 3382
Grupa: Moderatori
Ziņojumi: 34679
Reģistrācija: 07/11/2006
No: Maskava
Lietotāja ID: 3370
Grupa: Foruma dalībnieki
Ziņas: 104
Reģistrācija: 01/24/2010
Lietotāja ID: 45022
Attiecībā uz GUI ir nepieciešama pieredze, paraksta grafikas lietotāja rokasgrāmata titullapā, ka projekts ir pabeigts saskaņā ar pašreizējiem standartiem un ir sprādziendrošs, ugunsdrošs, tas ir, tas ir pilnībā atbildīgs par tehnisku lēmumu pieņemšanu. Agrāk projektu birojos bija nepieciešams iegūt projekta parakstu, vecākā inženiera parakstu, vadošo inženieri, komandas vadītāju, tad galveno speciālistu, departamenta vadītāju, GIP un pēc tam parakstīt to tehniskās kontroles nodaļā.
Post ir rediģēts - 4.4.2012, 20:10
Galvenais projekta inženieris ir šāds vai kaut kas tāds.
hidraulisko konstrukciju projektēšana
Es gribu būt fotogrāfs :)
(((Tas ir grēkāžs, ko maksā galvas sargiem un režģim.
Un, ja nepieciešams, rīt pie darba varu skenēt savas tiesības, pienākumus un pienākumus saskaņā ar likumu. )))
Ja ir iespēja skenēt, atbildība saskaņā ar likumu (rakstu numuri uc) ir īpaši interesanta.
Ja tas ir par GUI, tad jums tas ir nepieciešams.
Fakts ir tāds, ka, piemēram, būvdarbu aprakstu sarakstā ir tikai galvenais inženieris un galvenais dizainers.
Cik es saprotu, ISU nav nostāja, bet gan pagaidu statuss, kas piešķirts noteiktā projektā.
Atbildība ar likumu, es domāju, labi, jūs zināt, ko. - Personas nāve, jo projekta nepilnīga izpēte ir radusies dizaineru vainas dēļ. - Kriminālatbildība.
Šis skenētais bukletu kurss "Organizācija un vadība dizaina jomā".
[ATTACH] 1147756227.jpg [/ ATTACH]
hidraulisko konstrukciju projektēšana
Vienā birojā GAPom kļuva par meiteni, kas saņēmusi diplomu, un darbs kļuva nepanesams. Tas ir režisora kaprīze, jo viņš ir cilvēks bez izglītības tajā laikā, viņam ir grūti strīdēties ar reālu Pts speciālistu, tāpēc viņš ir darījis šādu soli.
Jebkurā gadījumā, tandēms varētu viegli mainīt Azerbaidžānas Republikas sadaļu, kad CR bija tam gatavs, un tas bija globāls, un tas kļuva normāls. Visi bija piekrauti ar nevajadzīgu darbu pie mandeles. Bezgalīgas bezjēdzīgas pārstrādāt un pārstrādāt vienu un to pašu. Es nevēlos runāt par detaļām, bet nonāca pie tā, ka daudzstāvu ēka tika projektēta no 3 vietām, 1 no pirmajiem stāviem, 2 no augšas, 3 no vidus (es domāju grīdas). Galu galā grīdas nesakrita. Nitsche, pārtaisīt. Un, kad pārvērtās, izrādījās, ka blakus esošās sekcijas neatbilst AR un davolno nopietni. Kad blakus esošās sekcijas tika izlabotas, izrādījās, ka nebija tehniska grīda, tas bija režisora ideja, viņš gribēja izšķīdināt visu zem biroju griestiem un „pazemināt” apakšuzņēmējus ar saviem SNIP. Šīs problēmas beidzās ar pazemināto autostāvvietu skaitu pazemes garāžā, man bija jāsamazina tās līdz tehniskajam stāvam.
Gada laikā visi reālie speciālisti pamet, ieskaitot mani. Un meitene ir diezgan nolādēta, tas ir labi, ja viņa nezina ķieģeļu izmēru vai ko izgatavo no asfalta utt.
Kas var būt hipoglikēmija
Pilsētplānošanas kodeksa 55.5. Panta 6. punkta 2. apakšpunkts ir šāds: t
“6. Pašregulējošās organizācijas standartos un pašregulējošās organizācijas iekšējos dokumentos noteiktās prasības pašregulējošās organizācijas dalībniekiem nedrīkst būt zemākas par šajā daļā noteikto minimumu:
2) prasības individuāla uzņēmēja vai juridiskas personas speciālistu klātbūtnei inženieru apsekojumu organizēšanā (galvenie projekta inženieri), arhitektūras un būvprojekta organizēšanas speciālisti (galveno projektu inženieri, projektu galvenais arhitekts), būvniecības organizatori (galvenais inženieris), darbaspēks kura funkcija ietver attiecīgi inženieru apsekojumu veikšanas organizēšanu, darbu veikšanu par projekta dokumentācijas sagatavošanu, būvdarbus kapitāla būvniecības objektu būvniecība, rekonstrukcija, kapitālais remonts un informācija, kas iekļauta šā kodeksa 55.5-1. pantā paredzētajos nacionālo speciālistu sarakstos (turpmāk tekstā - arī speciālisti), ir vismaz divi speciālisti galvenās darba vietā ”.
Pilsētas plānošanas kodeksa 55.5-1. Panta 1., 3., 6. punkts ir šāds: t
“1. Inženieru apsekojumu organizēšanas speciālists, arhitektūras un celtniecības projektēšanas speciālists, būvniecības organizēšanas speciālists ir persona, kurai saskaņā ar darba līgumu ar individuālu uzņēmēju vai juridisku personu ir tiesības veikt darba funkcijas inženieru apsekojuma darbu organizēšanā, dizaina apmācībā. dokumentācija, būvniecība, rekonstrukcija, kapitāla būvniecības objekta kapitālremontēšana galvenā projekta inženieris, projekta galvenais arhitekts un informācija par to, kas ir iekļauts valsts speciālistu inženieru apsekojumu un arhitektūras projektēšanas reģistrā vai valsts speciālistu reģistrā būvniecības jomā. ”
“3. Speciālistu oficiālie pienākumi inženieru apsekojumu organizēšanā, speciālisti arhitektūras un celtniecības projektēšanas organizācijā ietver:
1) inženieru apsekojumu veikšanas uzdevumu sagatavošana un apstiprināšana, kapitāla būvniecības objekta projekta dokumentācijas sagatavošanas uzdevumi;
2) atlases kritēriju noteikšana dalībniekiem inženieru apsekojumu īstenošanā, projekta dokumentācijas sagatavošana un šādu darbu izpildītāju atlase, kā arī šādu darbu izpildītāju darbības koordinēšana;
3) inženieru apsekojumu ieviešanas darba rezultātu iesniegšana, apstiprināšana un pieņemšana, projekta dokumentācijas sagatavošana;
4) inženieru apsekojumu, projekta dokumentācijas rezultātu apstiprināšana.
“6. Informāciju par šā panta pirmajā daļā norādīto personu iekļauj attiecīgā nacionālā pašregulējošo organizāciju asociācija attiecīgi nacionālajā inženieru apsekojumu un arhitektūras projektēšanas speciālistu reģistrā valsts speciālistu reģistrā (turpmāk tekstā arī "nacionālie speciālistu reģistri"). šādas personas pieteikumu, ievērojot šādas minimālās prasības: t
1) augstākā izglītība profesijā, specialitātē vai apmācībā būvniecības jomā;
2) darba pieredzes klātbūtne organizācijās, kas veic inženiertehniskos apsekojumus, sagatavo projektu dokumentāciju, būvniecības, rekonstrukcijas, kapitālieguldījumu projektu inženiertehniskajos amatos vismaz trīs gadus;
3) kopējā darba pieredze profesijas, specialitātes vai apmācības virzienā būvniecības jomā ne mazāk kā desmit gadus;
4) profesionālā pilnveide apmācības virzienā būvniecības jomā vismaz reizi piecos gados;
5) darba atļaujas (ārvalstu pilsoņiem) pieejamība ".
Juridiskās personas vadītājs - pašregulējošās organizācijas loceklis var uzticēt projekta galvenā inženiera pienākumus darbiniekam, kas neatbilst iepriekš minētajām prasībām, tomēr 55.5-1. Panta 3. punktā uzskaitīto pienākumu izpilde būs nelikumīga (skat. Krievijas Būvniecības ministrijas paskaidrojuma galīgo daļu) 08.06.2017. Nr. 20243-TB / 02).
Projekta dokumentācijas galvenajā inženiera parakstā izskatīšanai iesniegtajā dokumentācijā ir fakts, ka projekta apstiprinājums, pieņemšana un apstiprināšana, ti, speciālista pienākumi arhitektūras un būvprojekta organizēšanā, tāpēc eksperta komentārs ir likumīgs.
Galvenais projekta inženieris ir galvenais projekta izstrādes process.
Podolsky kungs, Nacionālo dizaineru un mērnieku asociācijas Tehniskās projektēšanas komitejas projektu inženieru darba apakškomitejas priekšsēdētājs, Starptautiskās augstskolas vecāko inženieru augstskolas zinātniskā direktors (MGSU)
A. V. Litvinovs, ģenerāldirektora vietnieks, konsultāciju centrs “TsNIO-Project”, Starptautiskās augstskolas galveno inženieru skolas (MGSU) padomes loceklis
Mūsdienu uzņēmējdarbības apstākļos klientam ir iespēja izvēlēties projekta organizāciju (programmatūru) atbilstoši optimālajam laika, cenas un piedāvāto pakalpojumu kvalitātes rādītājam. Ņemot vērā iepriekš minēto kritēriju vienlīdzību, programmatūras dokumentācijas kvalitāte var būt izšķirošs nosacījums programmatūras veiksmīgai konkurencei. Projekta dokumentācijas kvalitāti novērtē gan objektīvi parametri - atbilstība spēkā esošo noteikumu un noteikumu prasībām, gan subjektīvs - lai maksimāli palielinātu klientu apmierinātību. Un šie un citi parametri nepārtraukti mainās: klienti pāriet no standarta dizaina uz individuāliem, ikmēneša izmaiņām un papildinājumiem normatīvajos un tehniskajos un likumdošanas pamatos, parādās jauni būvmateriāli, jaunas iekārtas, tehnoloģijas utt. Ar projekta dokumentāciju “neapmierināts” papildina nepieciešamība pastāvīgi palielināt klientu apmierinātību, un tas ir raksturīgs starptautisko standartu ISO 9000 sērijas ideoloģijai.
Lai nodrošinātu nepieciešamo produktu kvalitāti, programmatūrai, ja neietekmēs zinātnes un tehnikas attīstību, vismaz jāseko līdzi, piedāvājot klientiem jaunus, oriģinālus un uzticamus dizaina risinājumus.
Kas kavē projektu galvenās inženieru (CIP) darba reālo uzlabošanos? Mūsuprāt, pirmkārt, dominējošie neregulārie stereotipi par GUI vietu un lomu projektēšanas procesā, kas tiek nodoti no paaudzes uz dizaineru paaudzi, un, otrkārt, programmatūras menedžeru kvalifikācijas trūkums jautājumos, kas saistīti ar GUI darbībām, kas neļauj viņiem veikt atbilstošu Treškārt, nav skaidrs priekšstats par to, kas ir dizaina lēmuma kvalitāte, un par kuru daļu tā ir ISU atbildība, ceturtkārt, kvalitātes izpratnes mehānisma vienkāršota izpratne. un, it īpaši, ja tā tiek īstenota subproektirovschikov, un, visbeidzot, piektajā vietā, jo lielākā daļa dizaineri vēl nav sapratuši, cik svarīgi ir GIPA samazināt izmaksas par projektēšanas darbu.
Būtu nepareizi domāt, ka programmatūras vadītāji un GUI paši nevēlas novērst iepriekš minētos iemeslus, bet to mēģinājumi nesniedz ievērojamu rezultātu, jo tā vietā, lai paļautos uz faktiem, kas skaidri diktē pareizos lēmumus, viņi vadās pēc pagātnes pieredzes un subjektīviem viedokļi, kas neatbilst laika prasībām.
Apspriežot šos jautājumus, mēs bieži atrodamies pretējās barikāžu pusēs ar daudziem mūsu kolēģiem - ar sava veida „kolektīvo pretinieku”, kura uzskati vēsturiski tika veidoti un kuri joprojām dzīvo pagātnes ekonomiskajā realitātē. Šis raksts ir papildu iebildums pret „kolektīvo pretinieku”.
Kā zināms, mūsdienu vadība iesaka dokumentēt svarīgus noteikumus, bet pirms jebkura regulējuma rašanās būtu jāizveido principi, kas izveido, piemēram, „gar upi vai pāri upei”. Tā ir svarīgākā noteikumu izstrādes daļa. Šajā posmā profesionālajā sabiedrībā ir jāvienojas par konsensu, pēc kura nevienam regulējuma ierobežojumam nevajadzētu būt pretrunā ar saskaņotiem principiem.
Diemžēl „sliktie stereotipi” triumfē, kas vairumā gadījumu nav saistīti ne tikai ar organizācijas un ražošanas vadības zinātni, bet bieži vien tikai uz veselo saprātu.
Ļaujiet mums aizstāvēt dažas, mūsuprāt, kļūdainas idejas, no kurām atbrīvoties ir reāla rezerve projekta biznesa attīstībai:
1. ISU ir atbildīgs par projekta (darba) dokumentācijas kvalitāti, t.i. ISU ir atbildīgs par visu.
Tas nevar būt. Prasības pozīcijai vai ISU „atbildība un pilnvaras” vēsturiski ir saistītas ar dizaina objektu prasību sarežģījumiem, kā arī klientu vēlmju izmaiņām attiecībā uz projekta rezultātiem. Agrāk dizainu un būvniecību vadīja viens speciālists, kurš pieņēma visus lēmumus. Pašlaik uzņēmuma galvenais uzdevums ir nodrošināt nepieciešamo investīciju dinamiku, kā arī ienākumus no projekta, kas ir pietiekams, lai kompensētu ieguldītājiem viņu ieguldītos resursus un uzņemto risku. Tādējādi visi lēmumi par ISU dizainu ņem vērā objekta dizaina, būvniecības un darbības ekonomiskās efektivitātes kritēriju. Līdz ar to prasības attiecībā uz viņa kvalifikāciju. Visi pārējie projektēšanas procesa dalībnieki pieņem lēmumus par tehniskās optimitātes kritēriju, un šis nosacījums tiek realizēts projektēšanas lēmumu koordinēšanas procesā galvenajos speciālistu projektos.
2. GIP “zvērests” novērš atbildību par dizaina (darba) dokumentācijas kvalitāti no pārējiem dizaina dalībniekiem.
Citiem vārdiem sakot, GUI ir atbildīga par projektu normu un standartu ievērošanu attiecībā uz iekārtu projektēšanu, būvniecību un ekspluatāciju, pašregulējošo organizāciju standartiem, individuālām klientu prasībām attiecībā uz tehnisko līmeni un kvalitāti, arhitektūras izteiksmīgumu un iekārtu sociālo nozīmi. Mēs uzskatām, ka ir jāatgriežas pie sajūtām: atbildība par to, kas un kādos gadījumos.
Ir acīmredzams, ka atbildība var rasties, ja tiek atklāts negatīvs darba rezultāts, ko speciālists ir veicis personīgi vai personīgi; ja ir atbilstošs paraksts, ko apstiprina datums, kā arī dokumentēts, par ko un kam uzņemas atbildību un kad tā beidzas. Tie ir obligāti nosacījumi personiskai atbildībai. Pretējā gadījumā dominē kolektīva bezatbildība. Sniegsim piemēru. Kā jūs zināt, zīmējumi ir jāparaksta: "Izstrādāts", "Pārbaudīts" un "Parastā kontrole". Mēs vēršam uzmanību uz faktu, ka paraksti ir doti darbībās, t.i. atbildēt uz jautājumu: ko jūs darījāt? - attīstīta; ko jūs darījāt? - veica normu kontroli utt. Nav iespējams atļaut dizaina organizāciju „iniciatīvu” un struktūrvienību vadītāju, galveno speciālistu, projektu galveno inženieru uc zīmju zīmējumu parādīšanu. Akcentu maiņa, un paraksti sāk noteikt nevis „ko”, bet “kas darīja. "
Kā jau minēts, paraksts ir atbildīgs. Nav paraksta - nav atbildības. Tā kā atbildībai ir robežas, ir jāvienojas par to, kur viņi dodas, tas ir, lai pārliecinātos, ka ikviens vienlīdz saprot atbildības jomu. Vienošanās nozīme ir šāda: katram zīmējumam ir saturs („kas ir attēlots”) un dizains (kā attēlots). Līgumslēdzējs ir atbildīgs par saturu un dizainu. Par saturu - pirms pārbaudītāja - par dizainu - pirms parastā kontroliera. Līgumslēdzēja atbildība izbeidzas brīdī, kad inspektors un pārzinis tos parakstīs. Tālāk ir jānosaka, kam ir atbildīgs verificētājs un pārzinis. Ideālā gadījumā tam vajadzētu būt klientam, kurš ir patiesi ieinteresēts parakstīt parakstu un rezultātu. Pašā projekta organizācijā nav iespējams atrast kontrolieru un kontrolieru sekotājus. Bet vai tas var būt GUI? Šajā gadījumā PIU paraksts nozīmēs, ka viņš vēlreiz pārbaudīja zīmējuma saturu un dizainu un uzņēmās atbildību par sevi, tostarp „par normu un standartu ievērošanu objektu projektēšanā, būvniecībā un darbībā” utt. uc Tomēr nav iespējams fiziski pārbaudīt visus dizaina risinājumus, lai izpildītu visus standartus un visas ISU prasības. Tāpēc atbildības noteikšana par GUI kopumā par visu ir tikai burvestība, formāla, jo nav iespējams izpildīt un bīstami, ja nepieciešams, lai sodītu kāda cita vainu. GUI ir tikai viens no daudzajiem atskaņotāja “Projekta dokumentācijas sagatavošana” autoriem.
3. Ja būvlaukumā notiek kaut kas nopietns gadījums, tas būs pirmais, ko „stādīs” GIP.
Ja kaut kas patiešām nopietns notikums, izmeklētājs, ieceļot tiesu ekspertīzi vai veicot vairākas šādas pārbaudes, noteiks dizaineru, kurš, piemēram, veica projektēšanas aprēķinu un piemērojis nepareizu faktoru, tad nosaka, kurš pārbaudīja aprēķinu, un šī persona iesniegs kriminālvajāšanu, bet tiesa noteiktos apstākļos var sodīt vainīgo un verificētāju.
4. GUI jābūt vispiemērotākam dizainerim visās projekta sadaļās.
Ir skaidrs, ka tas vienkārši nevar būt, jo projekta dokumentācijā ir ne mazāk kā desmit specializētās nodaļas, uz kurām balstās vairāk nekā divdesmit specialitāšu klātbūtne. Šis „sliktais stereotips” attiecas arī uz ideju iecelt speciālistu uz Institūta amatu. Tomēr ir ieteicams pieņemt lēmumu par PIU iecelšanu, pamatojoties uz konkurētspējīgu izvēli, un to vadītu pilnīgi atšķirīgi kritēriji.
PIU amata pretendentam būtu jāpamato pretendentam iespēja sasniegt augstākos tehniskos un ekonomiskos rādītājus, samazinot sākotnējos projektēšanas un būvniecības nosacījumus, samazinot projektēšanas darbu darbaspēka intensitāti (izmaksu), kas ir labvēlīgāks projekta organizācijas noteikumiem aprēķinu veikšanai ar darba dalībniekiem, kā arī paplašināt papildu prasības. pircējs uz dizaina objekta (7.2.1. "D" GOST R ISO 9001-2008) utt. Īpaši svarīgi ir GIP reputācija: raksturs, komunikācija izturība, rūpīgums, apņemšanās, efektivitāte, punktualitāte, pieklājība, sarunu spēja, uzmanība, pieklājība, atsaucība, efektivitāte utt.
Civiliedzīvotājiem priekšroka projekta galvenā arhitekta iecelšanai amatā (GAP) var būt ekonomiskā un arhitektūras izglītība. Otra prioritāte ir ekonomiskā izglītība, trešais ir arhitektūras un, visbeidzot, tikai inženierzinātnes.
Rūpnieciskām iekārtām (tehnoloģiskais dizains) priekšrocība, ieceļot galvenā projekta inženiera amatu (CIP), var būt ekonomiskās izglītības un tehnoloģiju pieejamība, kas atbilst dizaina objekta specifikai. Otra prioritāte ir ekonomiskā izglītība, trešais ir tehnoloģiskais un, visbeidzot, tikai inženierzinātnes.
Gan pirmajā, gan otrajā gadījumā projekta vadītājam ir jābūt projekta vadības kvalifikācijai. Saskaņā ar konkursa atlases rezultātiem ISU tiek iecelts amatā ar atbilstošu programmatūras menedžera rīkojumu.
5. Ja starp projekta galvenajiem speciālistiem rodas domstarpības, ISU pieņem galīgo lēmumu.
Iedomājieties šādu attēlu. Galvenais elektriķis savā projekta daļā nolēma, ka sadales skapis būs starp šādām un šādām asīm un pie šādas un tādas ēkas zīmes. Galvenajam speciālistam - siltuma inženierim vienā vietā ir apakšstacija. Viņi ierodas ISU, lai „padarītu mieru” no viņiem. Protams, katra galvenā speciālista kvalifikācija attiecīgajā specialitātē ir augstāka nekā ISU kvalifikācija. Ja ISU ar šo jautājumu apspriedīs ierosināto tehnisko plakni, tad tas acīmredzami ir nelabvēlīgā stāvoklī. Viņam būtu jāpārvērš diskusija ekonomiskajā plaknē, sakot, ka viena iespēja ir tik dārga, bet otrs tik daudz, ņemot vērā ne tikai būvniecības izmaksas, bet arī ekspluatācijas izmaksas, kā arī iespējamo risku, kas saistīts ar iekārtu izmaksu izmaiņām. Pieņemot un pamatojot savu lēmumu no ekonomiskā viedokļa, ISU, kas ir atbildīgs par lēmumu ieguldītājam, jāmeklē speciālistiem atbilstošs tehnisks risinājums. Šodien daži no GUI var rīkoties šādā veidā, bet tā ir GUI misija, tā ir daļa no atbildības par dizaina lēmumu kvalitāti.
6. GUI vispirms vajadzētu būt tehniskai specialitātei.
Mēs jau esam runājuši par to, kādas specialitātes un kādēļ vajadzētu būt GUI. Zinātniskās un tehniskās attīstības paātrinātā situācijā projekta dokumentācijas kvalitāte ir tieši atkarīga no sistemātiskas GIP apmācības. Šodien ISU ir jābūt kompetentam projektēšanas procesa organizēšanā un vadīšanā, metodēs, kas nodrošina objekta projektēšanas, būvniecības un ekspluatācijas ekonomisko efektivitāti, lai iegūtu tās pozīciju uz konkurences pamata. Bet pat veiksmīgi darbojošās GUI jūtas nepietiekamas zināšanas par šiem jautājumiem, cenšas patstāvīgi kompensēt nepilnības viņu kompetencē.
Lai atrisinātu šīs problēmas pēc Rūpniecisko objektu NOPRIZ Tehnoloģiskā projektēšanas komitejas un Nacionālās zinātniskās izpētes Maskavas Valsts inženierzinātņu universitātes Būvniecības un arhitektūras institūta (ISA) iniciatīvas, piedaloties konsultatīvā centra "CSRI projekts" un Profesionālās tālākizglītības komitejai būvniecības nozarē. Krievijas Būvnieku savienība (RCC) organizēja Starptautisko galveno inženieru skolu (Chief Architects) projektus. Skolas padomē ir labi zināmi speciālisti Krievijas Federācijā un NVS valstīs projekta (darba) dokumentācijas projektēšanas un kvalitātes nodrošināšanas jomā. Starptautisko galveno inženieru skolas (Chief Architects) projektu vadītājs Mescherin Igor Viktorovich ir unikāla pieredze darbā ar GAP un GIP PSRS, Krievijā, ASV un Itālijā.
Informācija par Starptautisko zinātniskās un tehnoloģiskās informācijas skolu (GAP), tostarp par konkrētu kursu īstenošanu, ir publicēta MGSU, Nacionālās dizaineru un mērnieku asociācijas, Centrālā zinātniskā pētījuma projekta, kā arī Dizainera tīmekļa vietnēs Krievijas Federācijā, Kazahstānā, Baltkrievijā un Ukrainā.
Starptautiskās GIP skolas galvenais mērķis ir nodrošināt augsti kvalificēta personāla apmācību GIP, izmantojot progresīvu apmācību. Programmas, kas atbilst mūsdienu prasībām, kursu praktiskā orientācija ļauj apmierināt tehnoloģiskās un arhitektūras dizaina vajadzības, uzturēt pastāvīgu profesionālo izaugsmi un GUI reproducēšanu, kā arī sagatavot personāla rezervi GUI amatu aizstāšanai ar dizaina organizāciju rīkojumiem.
Starptautiskās zinātniskās un rūpnieciskās informācijas skolas “izglītības portfelī” ir divi galvenie produkti:
Ierosinātā GIP pārkvalifikācijas sistēma ir elastīga, atbilstoša laika vajadzībām, reaģējot uz ļoti aizņemto dizaineru reālajām vajadzībām ar praktisku darbu. Programmu saturs ir līdzsvarotas teorētiskās un praktiskās zināšanas, kā arī pieredze dizaina vadībā. Ir ļoti svarīgi, lai programma uzņemtos plašu studentu teritoriālo pārklājumu un apmācību ērtības, tostarp izmantojot mūsdienīgus mācību principus, formas un metodes: modularitāti, mācības „pirms rezultāta”, mācīšanās, tālmācības uc atšķirības.
Galvenās tēmas, kas tiek apspriestas Starptautiskās GIP skolas kursos MSSU:
1. Situācija būvniecības tirgū un tā ietekme uz ISU darbību.
2. Galvenās izmaiņas "kvalitātes vadības sistēmas" jēdziena saturā saistībā ar ISU darbu.
3. Izplatīšana projekta organizācijā (programmatūra) par dizaina risinājumu izstrādi un to kvalitāti starp pirmo vadītāju, galveno inženieri, ražošanas direktoru, inženierzinātņu nodaļu, tehnisko nodaļu un ražošanas nodaļām (darbnīcām) būvniecības projekta sagatavošanas, ražošanas un īstenošanas procesā (tehniskais a) dokumentācija, ieskaitot kontroli, pārbaudi, analīzi, koordināciju, apstiprināšanu un projekta dokumentācijas un novērtējuma apstiprināšanu.
4. GUI lomu un vietu paskaidrojums klientu orientētas programmatūras „gala līdz galam” procesam: „mijiedarbība ar programmatūras klientiem” - „programmatūras pasūtījumu portfeļa veidošana un uzturēšana” - „projekta (darba) dokumentācijas sagatavošana un izsniegšana” - „īstenošanas atbalsts būvniecības projekts ”-„ būvniecības garantiju saistību izpilde ”.
5. Ražošanas vienības vadītājs: dizainers vai vadītājs (vadītājs)? Mijiedarbība ar GUI. Galvenie ražošanas vienības vadītāja objekti: darbaspēka resursi, darbs, laiks, finanses, materiālie resursi; ražošanas vienības vadītāja pakļautība, pilnvaras, pamatfunkcijas (atbildība), kritēriji tās darbības novērtēšanai.
6. Darba uzsākšanas procedūra projekta dokumentācijas sagatavošanai saskaņā ar noslēgto projekta projekta līgumu. Aptuvenais līgums ar apakšuzņēmēju projektēšanas organizāciju (ACT); vērtēšanas procedūras, atlase (atlase) un atklātā pirmkoda programmatūras atkārtota novērtēšana; apakšuzņēmēju un ārpakalpojumu koncepcijas.
7. GUI mijiedarbība ar līguma nodaļu, tehnisko arhīvu, projektu izlaišanas nodaļu. Galvenās prasības ISU izpildvaras disciplīnas sistēmā.
8. ISU jauno pienākumu analīze; tipisks ISU darba apraksts; prasības attiecībā uz GUI lauka uzraudzībā (ieskaitot apakšprojektētājus); GUI un tehniskās atjaunošanas, uzņēmumu paplašināšanas, modernizācijas, kapitālā remonta uc jautājumi
9. Uzraudzīt klientu apmierinātību ar projekta organizācijas procesiem un rezultātiem.
10. GUI loma projekta organizācijas produktu (pakalpojumu) veidu paplašināšanā. Uzņēmuma reputācijas veidošana investīciju projekta dalībnieku vidū.
11. Vadības apakšprojekti. Modernās prasības dizaina dalībnieku izvēlei.
12. Piezīmes par jaunajiem KJP organizatoriskajiem un metodiskajiem dokumentiem: KIP profesionālās darbības standarti, Ieteikumi par KJP darbību organizēšanu, KJP profils, Prasības CIP sagatavošanai un iecelšanai amatā, kuras izstrādātas Apakškomitejā par Objektu tehniskās projektēšanas komitejas galveno inženieru darbības organizēšanu produkcijas galamērķis NOP kārtējā gadā.
13. Sarunas par līgumu slēgšanu un līgumcenu noteikšanu. Līgumu veidi.
14. Mijiedarbība ar valsts un nevalstisko pieredzi.
15. Projekta juridiskais un organizatoriskais ietvars, normatīvie dokumenti, kas saistīti ar GIP darbu, tostarp GOST R 54869-2011, kā arī EUROCODES sistēma.
16. Projektēšanas darbu izmaksas. Pamatindekss un resursu metodes izmaksu aprēķināšanai. Budžeta dokumentācijas formas. Projektēšanas risinājumu ekonomiskās efektivitātes novērtējums.
17. Projekta riska pārvaldība. Risku identificēšana un identificēšana (riska kategorijas, zināmie riski un nezināmie riski, riska apmērs, rašanās iespējamība un riska pakāpe); riska pārvaldības budžeta veidošana; termiņu un projekta budžeta īstenošanas iespējamības noteikšana; riska reaģēšanas metodes (izvairīšanās, nodošana, mazināšana un pieņemšana); riska simptomu kontrole.
18. Piedalīšanās projektēšanas un apsekojuma darbos.
19. Projekta organizācijas kvalitātes vadības sistēmas galvenie noteikumi, kas atbilst GOST ISO 9001-2015 prasībām.
20. Klienta tehniskās uzraudzības funkcijas un saturs. Valsts būvuzraudzība.
21. Institūta kompetence pašizglītības un augstākās izglītības jautājumos.
22. GIP, GAP projekta organizācijas funkcionālajās, organizatoriskajās un finanšu struktūrās.
23. GIP kompetence saistībā ar tirdzniecību un pārdošanu.
24. Kompetences GIP tās pilnvaru, tiesību un pienākumu noteikšanā.
25. Institūta kompetence profesionālās darbības un motivācijas efektivitātes un efektivitātes novērtēšanā.
Kopš 2015. gada maija Starptautiskās zinātniskās un tehniskās informācijas skolas programmā ir iekļauts papildu modulis „Dizaina risinājumu ekonomiskās efektivitātes novērtējums” (30 ak. Stundas). Programmas kopējais apjoms kļūst par 80 ac. stundu Šo moduli māca Valsts pētījumu universitātes Ekonomikas augstskolas Valsts investīciju profesionāļu akadēmijas (GASIS) pasniedzēji, kā arī saņem GASIS sertifikātu.
Izglītības, konsultāciju un pētniecības programmu priekšmets, ko ierosināja Starptautiskā zinātniskās un rūpnieciskās informācijas skola, ir vērsta uz to, lai risinātu galvenās problēmas, ar kurām pašlaik saskaras dizaina organizācijas, reāli attīstot projektēšanas procesa galvenos rādītājus, piemēram, GUI.
Starptautiskās GIP skolas programmas galvenajās tēmās Konsultāciju centrs „TsNIO-Project” izstrādāja īpašus ieteikumus.
Tagad pievērsīsimies dizaina lēmumu kvalitātes veidošanas mehānismam, lai skaidri un nepārprotami noteiktu ISU atbildības robežas.
Daži kopīgi dizaina noteikumi:
1. Jebkurš būvniecības projekts ir trīs modeļu kombinācija:
- nākotnes objektu modeļi (kosmosa plānošana un inženiertehniskie risinājumi);
- tā izveides modeļi (būvniecības organizācijas projekts);
- tās darbības modeļi (organizācija un ražošanas vadība).
2. Dizaina lēmuma veidošana ir tās faktiskā pieņemšana, un tad ir nepieciešams apstiprināt tā atbilstību, citiem vārdiem sakot, pārbaudīt. Pašu dizaina lēmuma pieņemšana ir izvēle no alternatīvām, un atbilstības apstiprinājumam ir daudz dažādu iespēju un līdz ar to daudzi termini, kas atbilst šīm iespējām. Lielākā daļa opciju ir atkarīgas no laika, vietas un standartiem, kas atlasīti apstiprināšanai.
Dizaina lēmuma kvalitāte sastāv no četrām pamatīpašībām. Katru no šīm īpašībām veido kāds programmatūras lietotājs un ir paredzēts kādam. Tas, kurš veido kvalitātes īpašumu, ir personiski atbildīgs par to. Pirmais ir „tehniskās iespējas”, tas ir, projektēšanas risinājumam jābūt tādam, lai to varētu īstenot būvniecības laikā. Vispirms tas ir nepieciešams būvuzņēmējam un tā tehniķiem, inženieriem un galvenajiem rūpniecības nodaļu ekspertiem. Otrs ir “informatīvā iespēja”, tas ir, projektēšanas lēmumā jāiekļauj visa informācija, kas nepieciešama būvniecības un uzstādīšanas darbu veikšanai, iekārtu pasūtīšanai, visu nepieciešamo atļauju un apstiprinājumu saņemšanai. Viņai ir nepieciešams klients un būvuzņēmējs. Šo īpašumu veido ražošanas vienību tehniķi, inženieri un galvenie speciālisti. Trešais ir dizaina risinājuma „ekonomiskais pamatojums”, t.i., projektēšanas risinājumam jābūt ekonomiski konkurētspējīgam iekārtas būvniecības un ekspluatācijas laikā. Tas ir nepieciešams galvenajam tirgus dalībniekam - ieguldītājam, tā ir izveidota, un par to ir atbildīgs ISU. Ceturtais ir „sistēmisks”, t.i., visi projekta projektēšanas lēmumi ir jākoordinē. Vispirms tas ir nepieciešams pašiem dizaineriem, un par to ir atbildīgi galvenie speciālisti projektos.
Projektēšanas lēmumi tiek pieņemti piecos līmeņos. Apsveriet šos līmeņus projekta dizaina sadaļas piemērā. Pirmais līmenis būs "mezgli, daļas". Šajā tehnoloģiju līmenī tiek pieņemti lēmumi par linuma acu, iegulto daļu uc stiprināšanu. Otrais līmenis ir “elementi”. Šajā līmenī inženieri projektē sijas, kolonnas, brīvus pamatus utt. Trešais ir „komponenti”. Vecākie un vadošie inženieri projektē pārklāšanos, segumus, norobežojošas konstrukcijas utt. Ceturtais līmenis ir „projekta sadaļa”. Šajā līmenī galvenais speciālists lemj par ēkas konstrukciju un konstrukcijas galvenajiem stiprības parametriem. Piektais līmenis - "projekta tehniskie un ekonomiskie rādītāji". ISU ir atbildīgs par lēmumu pieņemšanu šajā līmenī.
Pievērsīsimies “projekta risinājuma atbilstības apstiprinājumam”. Projektu lēmumu kontrole, novērtēšana, pārbaude, analīze, apstiprināšana, koordinēšana un apstiprināšana. Šeit mums ir svarīgi noteikt GUI atbildības robežas.
Kontrole ietver pieņemtā projekta lēmuma korelāciju ar spēkā esošajām normām (noteikumiem), t.i., normatīvajiem dokumentiem, kas šobrīd darbojas ēku kompleksā (Krievijas Federācijas pilsētas plānošanas kodekss, SNiP, SN, GOST, VSN uc). Kontroles rezultāts ir „atbilst” vai “neatbilst” projektēšanas lēmumam ar noteiktiem normatīvajiem dokumentiem.
Novērtējums - tā pati kontroles procedūra, tikai pielikumā “atbilst” vai “neatbilst” norāda, cik daudz “atbilst” vai “neatbilst”. Parasti novērtējuma rezultāts ir izteikts kvantitatīvi, piemēram, ugunsgrēka pārtraukums starp ēkām ir par 10 metriem mazāks nekā standarta.
Tā sauktā normas kontrole ir tajā pašā rindā kā kontrole, un vienīgā atšķirība ir tā, ka GOST SPDS izmanto, lai salīdzinātu pieņemto dizaina risinājumu ar normatīvajiem dokumentiem.
Pārbaude ietver projekta lēmuma salīdzinājumu ar ievades projekta datiem (projekta piešķiršana, sākotnējie projekta dati, tehniskās specifikācijas). GOST ISO 9001-2011 skaidri nosaka dizaina risinājumu pārbaudes prasības, tostarp pārbaudes un rezultātu reģistrēšanas plānošanu. Konkrēti, 7.3.5. Punktā teikts, ka „saskaņā ar plānotajām darbībām ir jāveic pārbaude, lai nodrošinātu, ka projektēšanas un izstrādes produkcija atbilst projektēšanas un izstrādes prasībām. Pārbaudes rezultāti un visas nepieciešamās darbības jāreģistrē un jāglabā. ” Tā kā “ievades dati” parasti ietver tehniskos un ekonomiskos rādītājus (prasības) projekta dokumentācijai, ISU pārbauda faktiski saņemto datu atbilstību.
Analīze - kolektīva rīcība GIP vadībā - ļauj prognozēt esošā projektēšanas procesa nemainīguma sekas attiecībā uz projekta lēmumu tehniskajām un ekonomiskajām iezīmēm, projektēšanas izmaksām un tā ilgumu. GOST ISO 9001-2011 7.3.4. Punktā, kā arī pārbaudei ir noteiktas analīzes prasības, proti: „Atbilstošos posmos saskaņā ar plānotajām aktivitātēm jāveic sistemātiska projektēšanas un izstrādes analīze, lai novērtētu dizaina un izstrādes rezultātu spēju atbilst prasībām, kā arī identificēt [problēmas, kas rodas projektēšanas un izstrādes laikā] un ierosināt nepieciešamos pasākumus. Šādu analīžu dalībniekiem jāietver pārstāvji no funkcijām, kas saistītas ar analizēto projektēšanas un izstrādes posmu. Saglabā un saglabā analīzes rezultātus un visas nepieciešamās darbības. ” T Ņemiet vērā, ka analīze ir jāplāno un tā rezultāti jādokumentē. Ir arī acīmredzams, ka analīzi nevar veikt dizaina sākumā, jo vēl nav nekādas analīzes, un projekta beigās, jo „vilciens jau ir atstājis” un process ir pabeigts. Projektējot, atbildība par analīzi ir ISU. Parasti projektēšanas procesā PIU apkopo ražošanas nodaļu vadītājus un galvenos speciālistus projektu sadaļās un apspriež ar tiem projekta izstrādes gaitu, kā arī tehnisko un ekonomisko raksturojumu projektēšanas lēmumiem, kas veikti, lai nodrošinātu, ka dizaina materiāli pēc projekta beigām atbilst “ievades datiem”..
Koordinācija paredz pārliecību, ka šis dizaina risinājums nav pretrunā ar projekta lēmumiem citās projekta daļās, t.i., piemēram, projekta dizaina daļas dizaina risinājumu salīdzina ar projekta elektrisko, sanitāro vai siltumtehnisko daļu projektēšanas risinājumiem.
Atbildība par veicamo koordināciju ir ISU atbildība, un par koordinācijas pareizību atbildīgi ir galvenie projekta nodaļu speciālisti.
Atgādiniet, kas ir "validācija". Dizainā ir iespējamas divas apstiprinājuma situācijas: pirmajā gadījumā to var izdarīt tieši “uz papīra”, t.i., dizaina risinājums atrodas datora ekrānā. Piemēram, projektēšanas lēmums ir konstruēts un konstruēts staru kūlis, kas iztur atbilstošu slodzi. Lai apstiprinātu atbilstību, pietiek ar to pašu aprēķina metodi, kas tika izmantota, pieņemot šo lēmumu (vai alternatīvu), un, ja šī metode ir pārbaudīta un uzticama, tad atkārtota aprēķināšana sniegs absolūtu pārliecību par projekta lēmuma pareizību. Vai cits piemērs, projektēšanas uzdevumā, ir norādīts telpu sastāvs ēkas attiecīgajā stāvā un norādītas nepieciešamās platības. Šī grīdas plāna dizaina risinājums ir viegli pārbaudāms, salīdzinot to ar sākotnējiem datiem. Jāuzsver, ka šādi dizaina lēmumi kopējā dizaina apjomā - vismaz 80-90 procenti. Tie ietver dizaina lēmumus, kas pieņemti, izmantojot standarta konstrukcijas, tipiskus mezglus un detaļas, apstiprinātiem individuāli izstrādātiem dizaina risinājumiem, kas tiek izmantoti atkārtoti, aprīkojuma katalogi, kas ir sertificēti noteiktā veidā, utt. Tas ir par uzticamu, pierādītu, daudzkārt lietotu, bez šaubām dizaina risinājumiem.
Otrā situācija ir tad, kad projektēšanas risinājumu nevar ticami pārbaudīt, izmantojot tradicionālās verifikācijas metodes. Tos var pārbaudīt tikai būvēšanas vai būvniecības procesa laikā, kā arī veicot īpašus testus apstākļos, kas ir pēc iespējas tuvāki objekta būvniecībai vai ekspluatācijai. Šāda vajadzība rodas, ja tās izmanto modernās tehnoloģijas vai materiālus, kas jau ir ieteikti vai paziņoti reklāmās, jaunas aprēķinu metodes, iekārtas, kas vēl nav izmantotas, tehnoloģiskie risinājumi, kuriem nav analogu utt. Piemēram, izstādēs dizaineri iepazinās ar jauniem jumta seguma materiāliem kas tiek aktīvi reklamēts, un šī materiāla īpašības ir iespaidīgas.
Var nolemt izmantot šo materiālu jumtam ar platību 20 tūkstoši kvadrātmetru, tomēr ir īpaši noteikts, ka būvniecības laikā vispirms ir jāpabeidz 10 kvadrātmetru jumta sekcija, uz noteiktu laiku jārada dinamiska slodze, uzpildiet ūdeni un redzēt kā darbojas jumta apakšējā virsma. Ja testa rezultāts ir pozitīvs, tad dizaineri dos atļauju pārējā jumta izgatavošanai. Dažreiz šī vajadzība rodas sakarā ar ģeoloģisko apstākļu augsto nenoteiktību sarežģītās būvniecības jomās, kad meklētāji nevar (ieskaitot ekonomiskos apsvērumus) ar pietiekamu precizitāti imitēt augsnes īpašības konkrētās pamatu pamatu vietās. Šādos gadījumos tie norāda uz nepieciešamību vadīt izmēģinājuma pāļus un tikai pēc tam apstiprina iespēju veidot pāļu lauku zem visa objekta.
Tas ir dizaina risinājuma apstiprinājums. Apstiprinājuma izmantošana apliecina projekta organizācijas apņemšanos veikt visu jaunu un progresīvu. Tā ir dizaina risinājumu konkurētspējas pazīme, tā ir vēlme uzņemties vadošo pozīciju projektā, jo pastāvīgi pieaug klientu apmierinātība. Atbildību par validācijas faktu uzņemas ISU par apstiprināšanas saturu - galvenajiem ekspertiem projekta sadaļās.
Apstiprinājums ir atļauja nodot pilnīgu projekta dokumentāciju klientam. Par to atbild GUI, un viņš to īsteno, parakstot rēķinu pirms dokumentācijas nosūtīšanas klientam.
Tagad mēs vēršamies pie ISU atbildības, kas saistīta ar projektēšanas darbu izmaksu samazināšanu. Kā jūs zināt, ir daudz iespēju samazināt izmaksas, un tas ir „galvassāpes” vadībai un visiem vadošajiem programmatūras speciālistiem, jo tas ir praktiski vienīgais veids, kā palielināt projekta organizācijas peļņu. GUI sniedz nozīmīgu ieguldījumu šajā jomā, realizējot atbildību par apakšprojektētāju pārvaldīšanu (ārpakalpojumu).
Pašlaik ir kļuvis iespējams izvēlēties apakšprojektētājus (STR), pamatojoties uz to novērtējuma rezultātiem, salīdzinājumu ar konkurentiem, regulāri pārvērtēt un parādās GUI atbildība par šo izvēli. Svarīgs princips, „kas maksā, pasūta mūziku,” sāka strādāt starp priekšmetiem ne tikai labi zināmā tradicionālā nozīmē, bet arī kā vispārējā dizainera (GP) prasība pastāvīgi domāt par kvalitātes uzlabošanu un projektēšanas darbu izmaksu samazināšanu. Turklāt likums nosaka, ka atbildību klientam par ACT izstrādāto dizaina un aplēšu dokumentācijas kvalitāti sedz tikai ārsts. Tāpēc ir jāievēro GOST ISO 9001-2011 prasības un ārpakalpojumu izmantošanas vadlīnijas (ISO / TS 176 / SC 2 / N 630R2, 2003. gada 24. novembris).
Kopumā ir trīs nosacītie STR veidi:
- “Parastā” - SPO, ar kuru ģimenes ārstam ir normālas tirgus attiecības;
- “Parastā” - SPO, ar kuru ģimenes ārstam ir normālas tirgus attiecības;
- "Henchmen" - klienta radījums, ģimenes ārsta, ar kuru klients nosaka attiecības
Izmantojot attiecības ar atklātā pirmkoda programmatūru, mēs secīgi izskatīsim katru no apakšsistēmām, ņemot vērā, ka ISU dažos gadījumos pieņem lēmumus un piedalās to pieņemšanā citās.
Apakšprojektētāju novērtēšana, atlase un atkārtota novērtēšana.
Šī apakšsistēma sastāv no diviem blokiem:
- apstiprināto STR sarakstu (datubāzes, reģistra uc) izveidošana un uzturēšana un tās atjaunināšana;
- atvērtā pirmkoda programmatūras izvēle no norādītā saraksta, lai veiktu darbu konkrētā projektā.
Darbs pirmās vienības ietvaros ir programmatūras tehniskā departamenta funkcija, bet otrajā - ISU atbildība.
Lai izveidotu sarakstu, programmatūras tehniskais departaments meklē, novērtē, atlasa un atkārtoti novērtē atvērtā pirmkoda programmatūru saskaņā ar programmatūras vajadzībām, izmantojot kritērijus, kas izstrādāti saistībā ar GUI.
Ir skaidrs, ka šāda pieeja negarantē STR pilnīgu atbilstību GP vēlmēm dažu jautājumu formalizēšanas sarežģītības dēļ. Piemēram, jautājums par derīgu KVS pieejamību un atbilstību GOST ISO 9001-2011 prasībām. ACT atbild, ka KVS darbojas un atbilst, kā to apliecina “N” sertifikācijas iestādes sertifikāts. Pieredze, novērtējot atsevišķu GOST ISO 9001-2011 prasību izpildi, ko veic pašregulējošas dizaineru organizācijas, liecina, ka vairāk nekā 90% sertifikātu ir oficiāli saņemti, vienkārši „iegādāti” un bieži vien nav saistīti ar konkrētu STR. Izrādās, ka ārsts faktiski uzņemas atbildību par ACT sagatavoto projekta (darba) dokumentācijas kvalitāti, bet ACT izvēle balstās uz STR paša "garantijām", atbildot uz anketas jautājumiem. Izstrādājot konkrētu objektu, GUI parasti izvēlas atbilstošo ACT no saraksta, vadoties pēc papildu kritērijiem, ieskaitot STR teritoriālo atrašanās vietu, STR informāciju par konkrētas būvlaukuma īpašībām, iepriekšējos kontaktus ar konkrētu klientu, ACT gatavību izpildīt pasūtījumu un citus.
Pirms lēmuma pieņemšanas par atvērtā pirmkoda programmatūras iesaistīšanu GUI dizainā jābūt tieši organizācijai. Šis ir jauns GUI pienākums. Šo tehnoloģiju nodrošina ISO 9000 sērijas standarti, un to sauc par revīziju “otrā puse”. Revīzijas ilgums, ko veic otrā puse, nepārsniedz vienu darba dienu (vēlams 3-4 stundas).
Šāds īss ilgums izskaidrojams ar to, ka netiek ņemta vērā visa atklātā pirmkoda programmatūras kvalitātes vadības sistēma, bet tikai daži galvenie punkti. Prakse rāda, ka, ja šajos punktos viss ir normāls, tad ar augstu varbūtības pakāpi ACT atbilst SE cerībām.
Jāuzsver, ka Klients nodarbojas tikai ar GP, ar kuru viņam ir līgums. Viņš var nezināt pārējos projekta dalībniekus. Līdz ar to attiecības ar atvērtā pirmkoda programmatūru ir tikai GP problēma. SPO faktiski darbojas kā GP ģimenes papildu struktūrvienība, kurai projekta īstenošanas gaitā būtu jārīkojas tāpat kā ar savu „struktūrvienību”, ņemot vērā ACT izstrādāto projektu (darba) dokumentu termiņus un kvalitāti, par kuru atbildīgs ir ārsts. klientam. Tas nosaka kapitālsabiedrību atbildību STR pārvaldībā.
Atvērtā pirmkoda programmatūras pārvaldības veids un apjoms var atšķirties plašā diapazonā: no minimālā brīža, kad atklātā pirmkoda programmatūrai tiek izsniegts tehnisks uzdevums, un paveiktais darbs tiek pieņemts ar nelielu vai bez pārbaudes, maksimāli, ja ir nepieciešams, lai pārvaldības sabiedrība un citi iepirkuma uzņēmuma apstiprinātie dokumenti tiktu vadīti pēc pasūtījuma. Tajā pašā laikā tiek veikta pilnīga pabeigtā STR, PSD pārbaude, tostarp ar neatkarīgu ekspertu palīdzību.
Nepieciešamo vadības apjomu nosaka ISU atkarībā no STR vērtēšanas (pārvērtēšanas) rezultātiem, tostarp ņemot vērā informāciju, kas iegūta revīzijas laikā otrai pusei, kā arī atkarībā no izmaksām, kas plānotas RP, lai veiktu STR materiālu ienākošo pārbaudi, paturot prātā, ka šīs izmaksas palielina projekta izmaksas.
SPO pārvaldības iezīmes būtu jāizveido GUI “apakšuzņēmuma līguma īpašajos nosacījumos”. ĢD tehniskais departaments izstrādā tādu “īpašo nosacījumu” modeli, kurā tiek prezentēti praktiski visi iespējamie un / vai nepieciešamie atklātā pirmkoda pārvaldības aspekti, un GUI, analizējot konkrētu līgumu ar atvērtā pirmkoda programmatūru, ietver tās pārvaldības metodes, kas atbilst konkrēta projekta nosacījumiem. Jo dziļāka ir atvērtā pirmkoda programmatūras kontrole, jo mazāks ir atvērtā pirmkoda programmatūras dizaina materiālu ievades kontroles apjoms un līdz ar to arī GP izmaksas.
Šādas kontroles metodes var ietvert vajadzību pēc: t
- atklātā pirmkoda programmatūras izmantotā tehnoloģiskā projektēšanas procesa apstiprināšana vai projektēšanas darbu izpilde, izmantojot ģenerāldirektora izmantoto inženiertehnisko projektēšanas procesu;
- projektēšanas darba grafika koordinācija, kas STR jāizstrādā, pamatojoties uz darba grafiku, kas pievienots līgumam;
- tikšanās ar konkrētu projekta vadītāju (projekta vadītāju) par izpildei iesniegto pasūtījumu (projekta sadaļu) utt.
Atkarībā no atvērtā pirmkoda programmatūras kontroles pakāpes ārsta ieejas kontroles apjoms var atšķirties no 100% līdz gandrīz nevienam, tas ir, no oficiālā pārrēķina no atvērtā pirmkoda programmatūras saņemtajiem dokumentiem.
Pēc aizpildītā projekta un novērtējuma dokumentācijas nodošanas Klientam vai pēc objekta nodošanas ekspluatācijā (ja tiek veikta uzraudzība), ISU ir jāpabeidz ārpakalpojumu projekts.
Lai to izdarītu, jums ir nepieciešams:
- pārbaudīt, vai ir pieejami dokumenti, kas apliecina projekta iesnieguma saņemšanas un novērtējuma dokumentācijas saņemšanu, tostarp norādīto dokumentu kvalitātes pārbaudi;
- novērtē sadarbību ar ACT un ziņo rezultātus tehniskajam departamentam, lai pielāgotu sarakstu;
- iegūt no ACT un nodot GP arhīvam informāciju par izstrādātajiem individuālajiem efektīvajiem dizaina risinājumiem, tostarp STR dokumentāciju, ko var ieteikt atkārtotai izmantošanai;
- sagatavo atklātā pirmkoda programmatūras oficiālu pārskatīšanu;
- atrisināt problēmu (ja nepieciešams un iespējams) par ekonomiskajiem stimuliem atvērtā pirmkoda programmatūrai.
Tagad par GUI atbildību, kas ir saistīta ar dalību "pasūtījumu grāmatas" veidošanā un zemākām programmatūras izmaksām, lai atrastu jaunus klientus.
Svarīgi ir tas, ka saskaņā ar 7.2.1. Punktu „Ar patērētājiem saistītie procesi” GOST ISO 9001-2011, programmatūrai ir jādefinē prasības:
1. Izveidojis klients, ieskaitot piegādes un darbības prasības pēc piegādes.
2. Klients nav norādījis, bet nepieciešams DED īpašajam vai paredzētajam lietojumam, ja tas ir zināms.
3. Likumdošanas un citi obligātie noteikumi attiecībā uz DED.
4. Jebkura papildu īpaša programmatūra.
Tas, ko nozīmē pirmās trīs prasību grupas (1-3), ir vairāk vai mazāk skaidrs. Mēs arī precizējam, ka “prasības, kuras nav norādījusi klients, bet kas ir nepieciešamas konkrētam vai paredzētajam DED lietojumam, ja tās ir zināmas”, var ietvert visas programmatūras prasības, par kurām ir atkarīga projekta dokumentācijas kvalitāte, cena un piegādes laiks.
Piemēram, ja klients saņem projektēšanas aplēses, kas, saskaņā ar esošo projektēšanas tehnoloģiju, tiek glabātas noteiktu laiku pirms to nodošanas klientam tehniskajā arhīvā, programmatūras pašas prasības attiecībā uz uzglabāšanas nosacījumiem norādītās dokumentācijas arhīvā tiks norādītas standarta 7.2.1.. Ievērojot standarta 7.2.1. Punkta 1-3) apakšpunktā noteiktās prasības, programmatūra nevar iegūt konkurences priekšrocības, jo visiem konkurentiem ir jāatbilst šīm prasībām. Tirgus apstākļos tikai programmatūra, kas “izdzīvo”, var noteikt un izpildīt 7.2.1. Punkta 4. apakšpunkta prasības. Mēs aicinājām šīs prasības „pieņemt” un precizējām to nozīmi: pirmkārt, tās ir “uzminētas”, pati programmatūra ir formulēta, otrkārt, tie nav apstiprināti vai saskaņoti ar klientu, un, treškārt, to īstenošana tiek veikta uz saviem līdzekļiem Programmatūra Tā rezultātā klients saņem projekta dokumentāciju (pakalpojumus) ar neparedzētiem parametriem vai parametriem, kas ir labāki, nekā gaidīts, kas garantē ne tikai klientu apmierinātību, bet arī apbrīno sniegto PSD (sniegto pakalpojumu). Pēdējā gadījumā programmatūra var būt pārliecināta, ka klients atkārtoti atgriezīsies pie tā. Un, lai, kā jūs zināt, klients būtu 5-7 reizes lētāk nekā jauna. Tas ir būtībā jaunas pozīcijas būtība, kas noteikta GOST ISO 9001-2011.
Lai izpildītu standarta 7.2.1. Punkta 4) apakšpunktā noteikto prasību, lai ietekmētu programmatūras konkurences priekšrocības, ir jānosaka procesa īpašnieks, lai veidotu paredzētās klientu prasības, t.i. noteikt šīs darbības īstenošanas noteikumus. Programmatūras gadījumā procesa īpašniekam visdrīzāk vajadzētu būt institūta galvenajam inženierim. Procesa „meistaram”, t.i., speciālistam, kas veido potenciālās klienta prasības konkrētam projektam, jābūt GUI. Lai noskaidrotu, ISU ir atbildīga par to, ka tiek noteiktas klienta paredzētās prasības, un par šo prasību saturu atbild ražošanas nodaļu galvenie speciālisti.
Vēl viens PIU pienākums ir veidots, analizējot līgumu ar līgumu ar klientu. Klienta pārsūdzība programmatūrā var būt dažādi: informācija par uzvarējušo konkursu (konkurss); oficiāla vēstule ar priekšlikumu izstrādāt projekta dokumentāciju; tālruņa zvans programmatūras vadītājam; neformāla saziņa ar kolēģiem utt. Saņemot vienu no iepriekš minētajiem signāliem, ieteicams iecelt GUI, kas pirms līguma parakstīšanas pārvaldīs līguma analīzi.
Šis ISU nodoklis ietver:
- nosakot personu loku, kas piedalīsies līguma projekta koordinēšanā un atbildības sadalījumā starp tām;
- norādot vadītājus un speciālistus, lai veiktu sarunas ar klientu (darba sanāksmes), lai apspriestu atsevišķus līguma projekta noteikumus, tostarp sarunas par līguma cenas noteikšanu;
- atlasot no datubāzes piemērotas opcijas veidnes konkrētam klienta un dizaina objektam;
- apakšuzņēmēju piesaistes nepieciešamības un iespējas noteikšana un ar tām uzsāktās sākotnējās sarunas;
- risku novērtējums, kas var būt saistīts ar tā saistību izpildi saskaņā ar līgumu.
Katra no šīm darbībām šodienas apstākļos būtiski atšķiras no prakses, ko mēs zinām. Piemēram, vienošanās par līguma projektu parasti tiek sastādīta “Apstiprinājumu sarakstā”, kurā norādīts attiecīgā vadītāja pilns vārds un uzvārds, kurš, ja tas ir apstiprināts, paraksta, negatīvi - rakstiski sniedz rakstisku atzinumu. Pēc mūsu domām, ir nepieciešams noteikt vadītāja atbildību par attiecīgajiem līguma projekta punktiem. “Apstiprinājumu sarakstā” iekļauto punktu summa ir vienāda ar līguma projekta punktu skaitu. Tas nodrošina katra vadītāja personīgo atbildību par līguma noteikumu izpildi, ko veic projekta organizācija, un projekta organizācijas un klienta vienlīdzīgu izpratni par līguma projekta noteikumiem utt.
Šī raksta materiāls ar dažiem dizaineriem var izraisīt iebildumus. Mēs esam gatavi konstruktīvai diskusijai ar kolēģiem ērtā formā.