Kako se odnositi prema projektantima koji primjenjuju prije trideset godina poništenu normu? Lakmus papir koji pokazuje nedostatak znanja u području dizajna je uvrštavanje "GIP zakletve" u opće podatke.
Povijest seže barem do GOST 21.102-79 "SPDS Opći podaci o radnim crtežima":
"12. U donjem lijevom kutu prvog lista općih podataka svakog glavnog skupa radnih crteža u pravokutnom okviru stavlja se zapisnik glavnog inženjera projekta kojim se potvrđuje usklađenost projekta s važećim normama i pravila, a za zgrade ili građevine s požarno-eksplozivnom prirodom proizvodnje, dodatno - siguran rad u skladu s mjerama predviđenim projektom."
GOST 21.101-93, koji ga je zamijenio, "SPDS Osnovni zahtjevi za radna dokumentacija"ukinuo ovo pravilo:
" 2.5.4. NA opće upute voditi:
4) evidenciju da su tehnička rješenja usvojena u radnim nacrtima u skladu sa zahtjevima ekoloških, sanitarnih, protupožarnih i drugih standarda koji su na snazi na području Ruska Federacija te osigurati siguran rad objekta za život i zdravlje ljudi uz pridržavanje mjera predviđenih radnim nacrtima;
GOST 21.101-97, koji ga je zamijenio, "SPDS Osnovni zahtjevi za dizajn i radnu dokumentaciju" još je više pojednostavio potrebnu frazu:
"4.2.9 Opće upute daju:
d) zapis da su radni nacrti izrađeni u skladu s primjenjivim kodeksima, pravilima i standardima.
GOST R 21.1101-2013 koji je trenutno na snazi u Rusiji "Sustav projektna dokumentacija Za konstrukciju. Osnovni zahtjevi za projektnu i radnu dokumentaciju” sadrži sljedeći izraz:
"4.3.5 Opće upute daju:
– zapisnik o usklađenosti radne dokumentacije sa projektnim zadatkom, izdanim tehničkim specifikacijama, zahtjevima važećih tehničkih propisa, normi, pravilnika i drugih dokumenata koji sadrže utvrđene zahtjeve.
Lako je vidjeti da ništa od navedenog normativni dokumenti, osim prvog, ne sadrži ni riječi o GUI-ju. Sada uzmite prvi osnovni pribor koji vam dođe pod ruku. Tamo pronađite frazu "o usklađenosti". Ovisno o tekstu, možete okvirno procijeniti dob projektanta koji je izdao dokumentaciju :) Ako vidite "Zakletvu GUI-ja u okviru", vjerojatno ste umirovljenik, i to ne tako daleko: jednom su ga naučili ovo način, a 25 godina mu nije palo na pamet pogledati normativ.
Za one koji sumnjaju, dat ću još jedan argument. Još uvijek nema otkazanog SNiP 1.06.04-85 "Pravilnik o glavnom inženjeru (glavnom arhitektu) projekta. Sadrži sljedeće odredbe:
"2.2. U skladu s glavnim zadacima, glavni inženjer (glavni arhitekt) projekta odgovoran je za:
2.2.15. Potvrda u materijala projekt odgovarajući unos da je projektna i procjenska dokumentacija za izgradnju poduzeća, zgrada i građevina izrađena u skladu s normama, pravilima, uputama i državnim standardima. Ni riječi više, tražeći posebno evidentiranje u radnoj dokumentaciji.
Sada ću radi zbirke citirati svoje pitanje koje je uvršteno u Zbornik objašnjenja 2. br. “Zbirka obrazloženja zahtjeva normi sustava projektne dokumentacije za građenje (pitanja i odgovori). Izdanje 2. - OJSC "CNS", Moskva, 2012 ":
"4. Navedite potrebu donošenja" zakletve GIP "na listovima općih podataka. Ovaj zahtjev nije čak ni sadržan u GOST 21.101-97, ali značajan broj dizajnerskih organizacija nastavlja inercijom ispunjavati zahtjeve otkazani GOST iz 1979.
Odgovor: Da, nastavljajući provoditi "evidenciju o sukladnosti radne dokumentacije", kao što je bio slučaj u GOST 21.102-79, koji je otkazan 1993., sada ove projektantske organizacije krše trenutni standard. Prema klauzuli 4.3.5 GOST R 21.1101-2009, zapis o usklađenosti projektne dokumentacije s projektnim zadatkom izdanim tehničkim specifikacijama, zahtjevima važećih TR, GOST-ova, SP-a itd., dan je u opće upute na tablicama s općim podacima.
Pitanje i dalje uzburkava umove, au Knjizi objašnjenja br.4 “Zbirka obrazloženja zahtjeva normi sustava projektne dokumentacije za građenje (SPDS) (pitanja i odgovori). Izdanje 4. - OJSC "CNS", Moskva, 2015 " Pročitaj ponovno:
"Pitanje 5: Je li potrebno izdati zahtjev klauzule 4.5.6 GOST R 21.1101-2013 o usklađenosti radne dokumentacije sa svim normama i pravilima zasebno, u okviru i staviti potpis GUI?
Odgovor: U GOST R 21.1101-2013 nema zahtjeva za bilo kakvu dodjelu okviru paragrafa općih uputa koje sadrže "zapis o usklađenosti radne dokumentacije" i njegovo zasebno potpisivanje od strane GUI.
Potpis osobe koja priprema radnu dokumentaciju (GIP) obavezan je u glavnim natpisima na listovima općih podataka na radnim crtežima i dodatnim potpisima. ista osoba ni pod kojim podacima na istim listovima nije potrebno.
Imati dva GUI potpisa na istom dokumentu (a najčešće na istom listu) neće učiniti dokumentaciju dvostruko boljom.
Nemojte brkati stavku u "općim uputama" u radnoj dokumentaciji s "certifikacijom organizacije za projektiranje" u projektnoj dokumentaciji"
Dovoljna viza GUI na naslovnoj stranici
Godišnje smo revidirani od strane teritorijalne organizacije za normizaciju
i nije bilo komentara
Ja i ne samo ja sam već izvijestio da slijedim vašu dokumentaciju onako kako vi mislite da je ispravno
Čini se da samo vaša organizacija iz armije projektnih instituta radi projektnu dokumentaciju
pravo
Od mene više neće biti komentara.
Ponavljam da je ovo pitanje već izazvalo "zalogaj zuba" i nije li vrijeme da korisno vrijeme posvetimo izradi radne dokumentacije
Ne razumijem tvoje nezadovoljstvo. Ako niste zainteresirani ili ste sve sami odlučili i stvarno ne biste trebali gubiti vrijeme na raspravu o tome, ne prisiljavam vas na to. Štoviše, vaše mišljenje o ovoj temi bilo je poznato i prije njezina nastanka. I pisala sam ti o tome, rekavši da me zanima ne samo moje i tvoje mišljenje o ovo pitanje kao i drugi stručnjaci. Također, nisam ni na koji način tvrdio da je moja tvrtka superiornija meni osobno, kao dizajneru, za razliku od vas. Upravo imamo spor oko pravila registracije i to samo na temelju vaših komentara na moj projekt. Naravno, pokušavam zaštititi svoj projekt, kao što biste i vi učinili na mom mjestu. Ali spreman sam sve razumjeti i napraviti odgovarajuće izmjene u daljnjem dizajnu, mislim da svaki dizajner koji poštuje sebe želi objaviti dokumentaciju koja je ispravno formatirana.
8.7 Naslovne stranice svezaka projektne dokumentacije potpisuje:
- voditelj ili glavni inženjer organizacije;
Glavni inženjer (arhitekt) projekta.
Potpisi glavnog inženjera (arhitekta) projekta obvezni su na listovima općih podataka na radnim crtežima, najvažnijim listovima radnih crteža, grafičkom dijelu projektne i izvještajne geodetske dokumentacije;
o obveznoj prisutnosti prisege GUI-a i popisa regulatornih dokumenata u OD-u, već sam objavio veze.
Odavde izvlačimo zaključak. Unatoč nedostatku komentara teritorijalne organizacije standardizacije (mislim da nema velikih stručnjaka) i vašem ogromnom iskustvu, koje jako cijenim, s gledišta GOST 21.1101-2009 koji stalno spominjete, krivo sastavio OD, međutim, kao i većina (ako ne reći svi) ovdje prisutnih (i ne samo ovdje), ne isključujući mene.
Tko krši u većoj, tko u manjoj mjeri, ali nitko se ne bi mogao pohvaliti apsolutno kompetentnim barem OD (nadamo se da netko jest, pogotovo jer su obećali) i to je zapravo žalosno. Ostaje samo sramežljivo priznati tu činjenicu, unatoč svojim regalijama i zaslugama, raditi na pogreškama i nastaviti ispunjavati zahtjeve. Uglavnom, zato sam i napravio ovu temu.
Objavljeno 01.04.2015
M. S. Podolsky, predsjednik Pododbora za organizaciju aktivnosti glavnih inženjera projekta Odbora za tehnološko projektiranje industrijskih objekata Nacionalne udruge dizajnera i geodeta, znanstveni savjetnik Međunarodna škola Glavni inženjeri (glavni arhitekti) projekata u MGSU
A. V. Litvinov, zamjenik Generalni direktor Konzultantski centar "TsNIO-projekt", član Vijeća Međunarodne škole glavnih inženjera (glavnih arhitekata) projekata Moskovskog državnog sveučilišta za građevinarstvo
NA modernim uvjetima upravljanja, kupac ima mogućnost odabrati projektantsku organizaciju (softver) prema optimalnom omjeru uvjeta, cijene i kvalitete ponuđenih usluga. Uz prividnu jednakost navedenih kriterija, kvaliteta projektne dokumentacije može postati odlučujući uvjet za uspjeh softvera u konkurenciji. Kvaliteta projektne dokumentacije ocjenjuje se kako objektivnim parametrima - usklađenost sa zahtjevima postojećih normi i pravila, tako i subjektivnim - maksimalno zadovoljenje zahtjeva kupaca. I ti i drugi parametri stalno se mijenjaju: kupci prelaze sa standardnog dizajna na individualni dizajn, mjesečno se objavljuju izmjene i dopune regulatornih, tehničkih i zakonodavnih osnova, pojavljuju se novi. Građevinski materijali, nova oprema, tehnologije itd. Uobičajeni kupac "zadovoljan" ili "nezadovoljan" projektnom dokumentacijom dopunjen je potrebom za stalnim poboljšanjem zadovoljstva kupaca, a to je ugrađeno u ideologiju međunarodnih standarda serije ISO 9000.
Za pružanje potrebna kvaliteta proizvoda, softver mora ako ne držati korak s njima znanstveni i tehnološki napredak, onda barem držati korak, nudeći kupcu nova, originalna i pouzdana dizajnerska rješenja.
Što koči stvarno unapređenje rada glavnih inženjera (glavnih arhitekata) projekata (CEO)? Po našem mišljenju, prvo, prevladavajući pogrešni stereotipi o mjestu i ulozi GUI-ja u procesu dizajna, koji se prenose s generacije na generaciju dizajnera, i drugo, nedovoljna kvalificiranost softverskih menadžera u pitanjima vezanim za aktivnosti GUI, što im ne dopušta donošenje adekvatnih odluka, treće, nedostatak jasne ideje o tome od čega se sastoji kvaliteta dizajnerskog rješenja i za koji dio je odgovoran GUI, četvrto, pojednostavljeno razumijevanje mehanizam formiranja kvalitete, uključujući i kada ga implementiraju poddizajneri, i konačno, peto, jer većina dizajnera još ne shvaća važnost uloge GUI-ja u smanjenju troškova projektantski rad.
Bilo bi pogrešno misliti da softverski menadžeri i sami GUI-ji ne žele riješiti gore navedene uzroke, ali njihovi pokušaji ne donose zamjetne rezultate, jer umjesto da se oslanjaju na činjenice koje jasno diktiraju ispravne odluke, oni se vode prošlim iskustvom i subjektivna mišljenja koja ne odgovaraju zahtjevima vremena.
U procesu razgovora o ovim temama često smo se s brojnim kolegama nalazili na suprotnim stranama barikada – s nekom vrstom „kolektivnog protivnika“, čiji su se stavovi formirali povijesno i koji još uvijek živi u prošloj gospodarskoj stvarnosti. Ovaj članak je dodatna zamjerka "kolektivnom protivniku".
Kao što je poznato, modernog menadžmenta preporučuje dokumentiranje važnih propisa, ali svakom propisu treba prethoditi formiranje načela koja određuju, primjerice, "uz ili preko rijeke" hoće li se graditi most. Ovo je najvažniji dio donošenja pravila. U ovoj fazi treba postići konsenzus u stručnoj zajednici, nakon čega bilo kakvo regulatorno ograničenje ne bi trebalo biti u suprotnosti s dogovorenim načelima.
Nažalost, u stvarnosti trijumfiraju "loši stereotipi", koji u većini slučajeva nisu povezani ne samo sa znanošću o organiziranju i upravljanju proizvodnjom, već često jednostavno sa zdravim razumom.
Zadržimo se na nekim, po našem mišljenju, pogrešnim idejama, čije je uklanjanje prava rezerva u razvoju dizajnerskog posla:
1. GUI je odgovoran za kvalitetu projektne (radne) dokumentacije, tj. GUI je odgovoran za sve.
To je nemoguće. Zahtjevi posla ili, kako se danas kaže, "odgovornost i ovlasti" GUI-a povijesno su korelirali sa složenošću zahtjeva za objekte dizajna, kao i promjenama u očekivanjima kupaca u pogledu rezultata dizajna. U prošlosti je projektiranje i izgradnju vodio jedan stručnjak koji je donosio sve odluke. Trenutačno je glavna zadaća GUI-a osigurati potrebnu dinamiku ulaganja, kao i prihode naručitelju od realizacije projekta, dovoljne da nadoknade investitorima sredstva koja su uložili i rizik koji su preuzeli. Stoga se sve odluke u dizajnu GUI-ja donose prema kriteriju ekonomska učinkovitost projektiranje, građenje i rad objekta. Otuda i zahtjevi za njegove kvalifikacije. Svi ostali sudionici u procesu projektiranja donose odluke prema kriteriju tehničke optimalnosti, a ovaj uvjet se ostvaruje u procesu koordinacije projektantskih odluka od strane glavnih stručnjaka u dijelovima projekta.
2. "Zakletva" GUI-a oslobađa ostale sudionike projektiranja od odgovornosti za kvalitetu projektne (radne) dokumentacije.
Drugim riječima, GUI je odgovoran za usklađenost projekta s normama i standardima za projektiranje, izgradnju i rad objekata, standardima samoregulatornih organizacija, pojedinačnim zahtjevima kupaca za tehničku razinu i kvalitetu, arhitektonsku izražajnost i društveni značaj objekti. Smatramo potrebnim vratiti se na značenja: odgovornost za što i u kojim slučajevima.
Očito, odgovornost može nastati ako se otkrije negativan rezultat rada koji je stručnjak osobno obavio ili ga je osobno provjerio; ako postoji odgovarajući potpis, potkrijepljen datumom, a također i dokumentirano, za što i kome se snosi odgovornost i kada prestaje. to obvezni uvjeti za osobnu odgovornost. U protivnom trijumfira kolektivna neodgovornost. Uzmimo primjer. Kao što znate, crteži moraju biti potpisani: "razvijeno", "provjereno" i "standardna kontrola". Obratimo pozornost na to da se potpisi daju u smislu radnji, odnosno odgovaraju na pitanje: što ste učinili? - razvijen; Što si učinio? - provedena normativna kontrola itd. Ne smijemo dopustiti "amaterske aktivnosti" projektantskih organizacija i pojavu na crtežima potpisa voditelja odjela, glavnih stručnjaka, glavnih inženjera projekta itd. Akcenti se pomiču, a potpisi počinju utvrđivati ne " što je učinio", ali "tko je učinio".
Kao što je već spomenuto, potpis predstavlja odgovornost. Nema potpisa - nema odgovornosti. Budući da odgovornost ima granice, potrebno je dogovoriti se kuda one idu, odnosno paziti da svi na isti način shvaćaju područje odgovornosti. Značenje dogovora je sljedeće: svaki crtež ima sadržaj (prikazano je "što") i dizajn (prikazano je "kako"). Izvođač je odgovoran za sadržaj i dizajn. Za sadržaj - pred inspektorom, za dizajn - pred normativnim kontrolorom. Odgovornost izvođača prestaje u trenutku kada inspektor i normativni kontrolor stave svoj potpis. Zatim je potrebno utvrditi kome su odgovorni inspektor i normativni kontrolor. U idealnom slučaju, to bi trebao biti kupac koji je stvarno zainteresiran za podudaranje potpisa i rezultata. U samoj projektantskoj organizaciji nemoguće je naći one koji prate inspektora i normativnog kontrolora. Ali može li to biti GUI? U ovom slučaju, potpis GUI-a značit će da je još jednom provjerio sadržaj i dizajn crteža i preuzeo odgovornost, uključujući "poštivanje u projektu normi i standarda za projektiranje, izgradnju i rad objekata ... ”, itd. itd. Ali fizički je nemoguće da GUI provjeri usklađenost svih dizajnerskih rješenja sa svim standardima i zahtjevima. Dakle, učiniti GUI odgovornim za sve općenito nije ništa drugo nego čarolija, formalna zbog nemogućnosti ispunjenja i opasna, ako je potrebno, za kažnjavanje za tuđu krivnju. ISU je samo jedan od brojnih autora predstave "Projektna dokumentacija".
3. Ako se nešto ozbiljno dogodi na gradilištu, GUI će biti prvi "zatvoren".
Ako se dogodi nešto stvarno ozbiljno, tada će istražitelj, nakon imenovanja sudsko-tehničkog vještačenja ili nakon više takvih vještačenja, utvrditi projektanta koji je, primjerice, napravio proračun konstrukcije i primijenio pogrešan koeficijent, zatim odrediti onoga tko je provjerio. obračun i ta osoba je ta koja će podnijeti optužbu, ali sud pod određenim okolnostima može kazniti izvođača i inspektora.
4. GUI mora biti najkvalificiraniji dizajner u svim područjima projekta.
Jasno je da to jednostavno ne može biti, jer projektna dokumentacija sadrži najmanje deset specijaliziranih odjeljaka, čiji rad podrazumijeva prisutnost više od dvadeset specijalnosti. Ovaj "loš stereotip" također se proteže na ideju imenovanja stručnjaka na mjesto glavnog izvršnog direktora. No, preporučljivo je odluku o imenovanju glavnog izvršnog direktora donijeti na temelju natječajnog odabira i voditi se sasvim drugim kriterijima.
Kandidat za mjesto glavnog inženjera mora od strane kandidata obrazložiti mogućnost postizanja viših tehničko-ekonomskih pokazatelja projektiranog objekta, skraćenje početnog vremena projektiranja i izgradnje, smanjenje intenziteta rada (troška) projektiranja, povoljnije uvjete. za naselja sa sudionicima projekta za organizaciju dizajna, kao i proširenje opsega dodatnih zahtjeva kupca za projektni objekt (7.2.1 "d" GOST R ISO 9001-2008), itd. Reputacija GUI je od posebne važnosti : karakter, društvenost, marljivost, predanost, učinkovitost, točnost, pristojnost, sposobnost pregovaranja, pažljivost, uljudnost, odzivnost, uspješnost itd.
Za građevinske objekte prednost pri izboru na mjesto glavnog arhitekta projekta (GAP) može biti postojanje ekonomske i arhitektonske naobrazbe. Drugi prioritet je ekonomsko obrazovanje, treći arhitektonsko i na kraju samo inženjersko.
Za industrijske objekte (tehnološko projektiranje) prednost pri izboru na mjesto glavnog projektanta (CIP) može biti postojanje ekonomske i tehnološke naobrazbe koja odgovara specifičnostima objekta projektiranja. Drugi prioritet je ekonomsko obrazovanje, treći tehnološki i na kraju samo strojarski.
I u prvom i u drugom slučaju, Jedinica za provedbu projekta (GAP) mora imati kvalifikacije za upravljanje projektima. Na temelju rezultata natječajnog odabira, ravnatelja na položaj imenuje odgovarajućim nalogom voditelj softvera.
5. Ako postoje neslaganja između glavnih stručnjaka o dijelovima projekta, ISU donosi konačnu odluku.
Zamislite sljedeću sliku: Glavni stručnjak - električar je u svom dijelu projekta odlučio da razvodna ploča bude između te i te osi i na toj i toj oznaci zgrade. Glavni specijalist - inženjer topline smjestio je toplinsku točku na istom mjestu. Dođu u GUI da ih "pomiri". Naravno, kvalifikacija svakog od glavnih stručnjaka u relevantnoj specijalnosti viša je od one glavnog izvršnog direktora. Ako će ISU raspravljati o ovom pitanju s njima u predloženom tehničkom području, onda je očito u nepovoljnijem položaju. Trebao bi raspravu prevesti u ekonomsku ravan, rekavši da jedna opcija košta toliko, a druga toliko, uzimajući u obzir ne samo troškove izgradnje, već i operativne troškove, kao i mogući rizik povezan s promjenama u cijeni opreme. Uzimajući i obrazlažući svoju odluku s ekonomskog stajališta, GUI, koji je za tu odluku odgovoran investitoru, mora tražiti odgovarajuće tehničko rješenje od stručnjaka. Danas se malo GUI-ja može tako ponašati, ali to je misija GUI-ja, njegov dio odgovornosti za kvalitetu dizajnerskih rješenja.
6. GUI bi trebao imati, prije svega, tehničku specijalnost.
Već smo govorili o tome koju specijalnost i zašto bi GIP trebao imati. U uvjetima ubrzanog tempa znanstvenog i tehnološkog razvoja, kvaliteta projektne dokumentacije izravno ovisi o sustavnom usavršavanju vještina GUI-a. Danas direktor mora biti kompetentan u organizaciji i upravljanju procesom projektiranja, metodama osiguranja ekonomske učinkovitosti projektiranja, izgradnje i rada objekta kako bi dobio svoju poziciju na konkurentnoj osnovi. No čak i uspješni izvršni direktori osjećaju nedostatak znanja o ovim pitanjima, pokušavajući samostalno nadoknaditi nedostatke u svojim kompetencijama.
Za rješavanje ovih problema, na inicijativu Odbora za dizajn procesa proizvodnih pogona NOPRIZ-a i Instituta za graditeljstvo i arhitekturu (ISA) Nacionalnog istraživačkog Moskovskog državnog sveučilišta za građevinarstvo (MGSU), uz sudjelovanje TsNIO-projektnog savjetodavnog centra i Odbora za kontinuirano stručno obrazovanje u građevinskoj industriji Ruskog saveza građevinara (RCC), organizirao je Međunarodnu školu glavnih inženjera (glavnih arhitekata) projekata. Školsko vijeće uključivalo je poznate stručnjake u Ruskoj Federaciji i zemljama ZND-a u području izrade i osiguranja kvalitete projektne (radne) dokumentacije. Predsjednik Vijeća Međunarodne škole glavnih inženjera (glavnih arhitekata) projekata Meshcherin Igor Viktorovich ima jedinstveno iskustvo rada kao glavni arhitekt i glavni arhitekt u SSSR-u, Rusiji, SAD-u i Italiji.
Informacije o Međunarodnoj školi GUI (GAS), uključujući održavanje određenih tečajeva, objavljene su na web stranicama ISA MGSU, Nacionalne udruge dizajnera i geodeta, TsNIO-projekta, kao i na web stranicama Projectanta u Ruska Federacija, Kazahstan, Bjelorusija i Ukrajina.
Glavni cilj Međunarodne škole GUI-a je staviti joj m napredno osposobljavanje kako bi se osiguralo osposobljavanje visokostručnog osoblja izvršnih direktora. Programi koji zadovoljavaju suvremene zahtjeve, praktična usmjerenost kolegija, omogućuju zadovoljavanje potreba tehnološkog i arhitektonsko-građevinskog projektiranja, održavanje kontinuiranog profesionalnog razvoja i reprodukciju glavnih izvršnih direktora, te pripremaju kadrovsku rezervu za popunjavanje radnih mjesta. izvršnih direktora po nalogu projektantskih organizacija.
Postoje dva glavna proizvoda u "obrazovnom portfelju" Međunarodne škole GUI-ja:
Predloženi sustav prekvalifikacije GUI je fleksibilan, adekvatan potrebama vremena, odgovarajući na stvarne potrebe iznimno zaposlenih praktični rad dizajneri. Sadržaj programa uravnotežuje teoretsko i praktično znanje, kao i iskustvo upravljanja dizajnom. Vrlo je važno da program pretpostavlja široku teritorijalnu pokrivenost učenika i pogodnost učenja, uključujući korištenje suvremenih načela, oblika i metoda obrazovanja: modularnost, obuka "do rezultata", varijabilnost u smislu obuke, udaljenost učenje, itd.
Glavne teme o kojima se raspravlja na tečajevima Međunarodne škole GIP-ova pri MGSU:
1. Stanje na građevinskom tržištu i njegov utjecaj na djelovanje GIP-a.
2. Glavne promjene u sadržaju pojma "sustav upravljanja kvalitetom" u odnosu na rad ISU.
3. Raspodjela u organizaciji za projektiranje (PO) odgovornosti za razvoj projektnih rješenja i njihovu kvalitetu između prvog rukovoditelja, glavnog inženjera, direktora proizvodnje, GUI, tehničkog odjela i proizvodnih odjela (radionica) u procesu pripreme, izdavanja i provedbe projekta (tehnička) dokumentacija u graditeljstvu, uključujući kontrolu, provjeru, analizu, odobrenje, validaciju i suglasnost na projektne procjene.
4. Pojašnjenje uloge i mjesta GUI-ja u "end-to-end procesu" softvera usmjerenog na kupca: "interakcija s kupcima softvera" - "formiranje i podrška portfelja softverskih narudžbi" - "priprema i izdavanje / implementacija projektna (radna) dokumentacija" - "podrška realizaciji projekta u graditeljstvu" – "ispunjavanje jamstvenih obveza za softverske projekte implementirane u graditeljstvu".
5. Voditelj proizvodne jedinice: dizajner ili voditelj (menadžer)? Interakcija s GUI. Glavni predmeti upravljanja voditelja proizvodne jedinice: radna sredstva, posao, vrijeme, financije, materijalna sredstva; podređenost, vlast funkcionalne odgovornosti(odgovornost) voditelja proizvodne jedinice, kriteriji za ocjenjivanje njegovih aktivnosti.
6. Postupak "pokretanja" radova na izradi projektne dokumentacije u skladu sa sklopljenim glavnim projektom. Ogledni ugovor s projektantskom organizacijom podizvođačem (SPO); postupci evaluacije, selekcije (selekcije) i ponovne evaluacije STR-ova; koncepti podugovaranja i eksternalizacije.
7. Interakcija GUI-ja s ugovornim odjelom, tehničkom arhivom, odjelom za izdavanje projekta. Osnovni zahtjevi za GUI u sustavu izvršne discipline.
8. Analiza novih odgovornosti ISU-a; tipičan opis posla GUI; zahtjevi za GUI tijekom arhitektonskog nadzora (uključujući podprojektante); GUI i pitanja tehničke ponovne opreme, proširenje poduzeća, modernizacija, remont itd.
9. Praćenje zadovoljstva kupaca procesima i rezultatima projektantske organizacije.
10. Uloga GUI-ja u širenju vrsta proizvoda (usluga) projektantske organizacije. Stvaranje ugleda ISU među sudionicima investicijskog projekta.
11. Upravljanje podprojektantom. Suvremeni zahtjevi za odabir sudionika projektiranja.
12. Komentari na nacrt novih organizacijskih i metodoloških dokumenata za ISU: Standard profesionalna djelatnost Glavni inženjer, Preporuke o organizaciji poslova glavnog izvršnog direktora, Profil glavnog izvršnog direktora, Uvjeti za pripremu i imenovanje na mjesto glavnog izvršnog direktora, koje izrađuje Pododbor za organizaciju poslova glavnog projektanta Komiteta za tehnološko projektiranje proizvodnih pogona NOP-a u tekućoj godini.
13. Pregovaranje o ugovorima i određivanje ugovornih cijena. Vrste ugovora.
14. Interakcija s državnom i nedržavnom ekspertizom.
15. Pravni i organizacijske osnove dizajn, regulatorni dokumenti koji se odnose na rad GUI-ova, uključujući GOST R 54869-2011, kao i sustav EUROCODE.
16. Troškovi projektiranja. Bazično-indeksne i resursne metode obračuna troškova. Obrasci proračunske dokumentacije. Ocjena ekonomske učinkovitosti projektnih rješenja.
17. Upravljanje rizikom projekta. Definicija i identifikacija rizika (kategorije rizika, poznati rizici i nepoznati rizici, veličina rizika, vjerojatnost nastanka i stupanj utjecaja rizika); proračun za upravljanje rizikom; određivanje vjerojatnosti ispunjenja navedenih rokova i proračuna projekta; metode odgovora na rizik (izbjegavanje, prijenos, ublažavanje i prihvaćanje); kontrolu simptoma rizika.
18. Sudjelovanje na natječajima za dobivanje ugovora o projektiranju i izviđanju.
19. Glavne odredbe sustava upravljanja kvalitetom u projektnoj organizaciji koja zadovoljava zahtjeve GOST ISO 9001-2015.
20. Funkcije i sadržaj tehničkog nadzora naručitelja. Državni građevinski nadzor.
21. Nadležnosti GIP-a u poslovima samoobrazovanja i usavršavanja.
22. CIP, CAP u funkcionalnom, organizacijskom i financijske institucije projektantska organizacija.
23. CEO kompetencije vezane uz marketing i prodaju.
24. Nadležnost ISU-a u pitanjima utvrđivanja njegovih ovlasti, prava i odgovornosti.
25. Kompetentnost glavnog izvršnog direktora u procjeni učinkovitosti i učinkovitosti njegovih profesionalnih aktivnosti i motivacije.
Od svibnja 2015. Program Međunarodne škole GUI uključuje dodatni modul „Procjena ekonomske učinkovitosti dizajnerskih rješenja“ (30 akademskih sati). Ukupan iznos Programa postaje 80 ac. sat. Nastavu na ovom modulu izvode nastavnici Državne akademije stručnjaka za investicije (GASIS) Nacionalne istraživačko sveučilište Studenti Visoke ekonomske škole također dobivaju GASIS certifikat.
Teme edukativnih, konzultantskih i istraživačkih programa koje nudi Međunarodna škola GUI usmjerene su na rješavanje osnovnih problema s kojima se dizajnerske organizacije trenutno suočavaju, zapravo unaprjeđujući vještine ključnih osoba u procesu dizajna - GUI.
Na glavnim temama Programa Međunarodne škole GUI-a razvio se TsNIO-projekt Konzultantski centar.
A sada se okrenimo mehanizmu za formiranje kvalitete dizajnerskih odluka kako bismo jasno i nedvosmisleno odredili granice odgovornosti GUI-ja.
Nekoliko općih razmatranja dizajna:
1. Svaki projekt za izgradnju je kombinacija tri modela:
Makete budućeg objekta (prostorno-planska i inženjerska rješenja);
Modeli njegove izrade (Projekt organizacije građenja);
Modeli njezina djelovanja (Organizacija i upravljanje proizvodnjom).
2. Formiranje projektne odluke sastoji se od njenog stvarnog usvajanja, a zatim je potrebno potvrditi njezinu usklađenost, drugim riječima, provjeriti. Sama odluka o dizajnu je izbor među alternativama, a potvrda sukladnosti ima mnogo razne opcije i, sukladno tome, mnogi pojmovi koji odgovaraju tim opcijama. U osnovi, opcije ovise o vremenu, mjestu i standardima koji su odabrani za potvrdu.
Kvaliteta dizajnerskog rješenja sastoji se od četiri glavna svojstva. Svako od ovih svojstava netko formira u softveru i nekome je namijenjeno. Onaj tko formira svojstvo kvalitete snosi za to osobnu odgovornost. Prvi je “tehnička izvedivost”, tj. projektno rješenje mora biti takvo da se može implementirati tijekom izgradnje. Prije svega, potreban je izvođaču građevinskih radova, a čine ga njegovi tehničari, inženjeri i glavni stručnjaci proizvodnih jedinica. Drugi je “informacijska sposobnost”, odnosno projektno rješenje mora sadržavati sve podatke potrebne za izvođenje građevinskih i instalacijskih radova, naručivanje opreme, dobivanje svih potrebnih dozvola i suglasnosti. Potreban je kupcu i izvođaču građevinskih radova. Ovu imovinu čine tehničari, inženjeri i glavni stručnjaci proizvodnih jedinica. Treći je "ekonomska opravdanost" projektnog rješenja, odnosno projektno rješenje mora biti ekonomski konkurentno u procesu izgradnje i eksploatacije objekta. To je potrebno za glavnu osobu na tržištu - investitora, formira se, a za to je odgovoran ISU. Četvrti je "sustavan", tj. sve dizajnerske odluke za projekt moraju biti dogovorene. To je prije svega potrebno za same dizajnere, a za to su odgovorni glavni stručnjaci u dijelovima projekata.
Odluke o dizajnu donose se na pet razina. Razmotrimo ove razine na primjeru dizajnerskog dijela projekta. Prva razina će biti "sklopovi, dijelovi". Na ovoj razini tehničari donose odluke o armaturnim mrežama, ugrađenim dijelovima itd. Druga razina su "elementi". Na ovoj razini inženjeri projektiraju grede, stupove, samostojeće temelje itd. Treća su "komponente". Stariji i vodeći inženjeri dizajniraju stropove, premaze, zagradne konstrukcije itd. Četvrta razina je "odjeljak projekta". Na ovoj razini glavni stručnjak donosi odluku o konstruktivnom dizajnu zgrade i glavnim parametrima čvrstoće konstrukcije. Peta razina su “tehnički i ekonomski pokazatelji projekta”. Donošenje odluka na ovoj razini odgovornost je ISU-a.
Okrenimo se "potvrdi sukladnosti projektnog rješenja". To su kontrola, evaluacija, verifikacija, analiza, validacija, koordinacija i odobravanje projektnih odluka. Ovdje nam je važno definirati granice odgovornosti GUI-a.
Kontrola uključuje korelaciju usvojene projektne odluke s važećim normama (pravilima), odnosno regulatornim dokumentima koji trenutno djeluju u građevinski kompleks(Urbanistički kodeks Ruske Federacije, SNiP, SN, GOST, VSN itd.). Rezultat kontrole - "odgovara" ili "ne odgovara" projektnom rješenju navedenim regulatornim dokumentima.
Ocjenjivanje - isti postupak kontrole, samo je pored "odgovara" ili "ne odgovara" naznačeno koliko "odgovara" ili "ne odgovara". U pravilu se rezultat procjene daje u kvantitativnom smislu, na primjer, požarni razmak između zgrada manji je od standarda za 10 metara.
Takozvana normativna kontrola je u istom redu kao i kontrola, s jedinom razlikom što se za usporedbu usvojene projektne odluke s regulatornim dokumentima koriste GOST SPDS.
Verifikacija uključuje usporedbu usvojene projektne odluke s ulaznim projektnim podacima (projektni zadatak, projektni ulazni podaci, tehnički podaci). GOST ISO 9001-2011 vrlo jasno postavlja zahtjeve za provjeru projektnih rješenja, uključujući planiranje provjere i bilježenje rezultata. Konkretno, 7.3.5 to kaže „U skladu s planiranim aranžmanima, provjera će se provesti kako bi se osiguralo da su rezultati projektiranja i razvoja u skladu sa zahtjevima ulaznih podataka za dizajn i razvoj. Zapisi o rezultatima pregleda i svim potrebnim radnjama moraju se održavati i čuvati.. Budući da "ulazni podaci", u pravilu, sadrže tehničko-ekonomske pokazatelje (zahtjeve) za projektnu dokumentaciju, GUI provjerava njihovu usklađenost sa stvarno zaprimljenima.
Analiza - kolektivna radnja koju vodi GUI - omogućuje predviđanje posljedica nepromjenjivosti postojećeg procesa projektiranja u smislu tehničkih i ekonomskih karakteristika dizajnerskih rješenja, troškova projektiranja i njegovog trajanja. U klauzuli 7.3.4 GOST ISO 9001-2011, kao i za verifikaciju, utvrđeni su zahtjevi za analizu, naime: „U odgovarajućim fazama, u skladu s planiranim aktivnostima, treba provoditi sustavne preglede dizajna i razvoja kako bi se procijenila sposobnost rezultata dizajna i razvoja da ispune zahtjeve, kao i kako bi se identificirali svi problemi [s dizajnom i razvojem] i predložile potrebne radnje. Sudionici u takvim pregledima trebaju uključivati predstavnike funkcija relevantnih za fazu projektiranja i razvoja koji se pregledava. Zapisi o rezultatima analize i svim potrebnim radnjama moraju se održavati i čuvati. Imajte na umu da analiza mora biti planirana, a njezini rezultati dokumentirani. Također je očito da se analiza ne može provesti na početku projektiranja, jer se još nema što analizirati, te na kraju projektiranja, jer je “vlak već otišao” i proces je završen. U dizajnu, GUI je odgovoran za provođenje analize. U pravilu, GUI tijekom procesa projektiranja povremeno okuplja voditelje proizvodnih odjela i glavne stručnjake u dijelovima projekta i s njima raspravlja o napretku dizajna i tehničkim i ekonomskim karakteristikama donesenih dizajnerskih odluka, kako bi se sigurni da će na kraju dizajna primljeni projektni materijali odgovarati „ulaznim podacima“.
Koordinacija podrazumijeva povjerenje da ovo projektno rješenje nije u suprotnosti s projektnim rješenjima za druge dijelove projekta, tj. na primjer, projektno rješenje projektnog dijela projekta uspoređuje se s projektnim rješenjima elektrotehničkih, sanitarnih ili toplinskih dijelova. projekta.
Odgovornost PSU-a je osigurati provođenje koordinacije, a odgovarajući glavni stručnjaci za projektne dijelove odgovorni su za ispravnost koordinacije.
Podsjetimo se što je "validacija". U dizajnu su moguće dvije situacije potvrde: u prvom slučaju to se može učiniti izravno "na papiru", tj. odluka o dizajnu je na ekranu računala. Na primjer, projektna odluka je izračunata i projektirana greda, koja mora izdržati odgovarajuće opterećenje. Za potvrdu usklađenosti dovoljno je koristiti istu metodu izračuna koja je korištena pri donošenju ove odluke (ili alternativnu), a ako je ova metoda dokazana i pouzdana, tada će ponovljeni izračun dati apsolutno povjerenje u ispravnost dizajna odluka. Ili drugi primjer, u projektnom zadatku naveden je sastav prostorija na odgovarajućem katu zgrade i naznačene su potrebne površine. Projektno rješenje ovog tlocrta lako je provjeriti usporedbom s izvornim podacima. Treba naglasiti da takva projektantska rješenja u ukupnom obimu projektiranja čine najmanje 80-90 posto. To uključuje dizajnerske odluke donesene korištenjem standardnih dizajna, standardnih sklopova i dijelova, odobrenih pojedinačnih rano razvijenih dizajnerskih rješenja koja se ponovno koriste, kataloga opreme koji su propisno certificirani itd., itd. Drugim riječima, govorimo o pouzdanim, testiranim, mnogim puta primijenjena, nedvojbena dizajnerska rješenja.
Druga situacija je kada se projektno rješenje ne može pouzdano verificirati tradicionalnim tehnikama verifikacije. Mogu se provjeravati samo tijekom građenja ili rada izgrađenog objekta, kao i provođenjem posebnih ispitivanja u uvjetima koji su što sličniji građenju ili pogonu objekta. Takva potreba nastaje kada se koriste napredne tehnologije ili materijali koji su već preporučeni ili najavljivani u reklamama, nove metode proračuna, oprema koja dosad nije korištena, tehnološka rješenja, koji nemaju analoga, itd. Na primjer, na izložbi su se dizajneri upoznali s novim krovni materijal, koji se aktivno reklamira, a karakteristike ovog materijala su impresivne.
Može se odlučiti koristiti ovaj materijal za krov s površinom od 20 tisuća četvornih metara, međutim, posebno je propisano da tijekom izgradnje prvo morate dovršiti dio krova od 10 četvornih metara, stvoriti dinamičko opterećenje na njemu određeno vrijeme, ulijte vodu na vrh i pogledajte kako se u ovom slučaju ponaša donja površina krova. Ako je rezultat testa pozitivan, projektanti će dati dopuštenje za izradu ostatka krova. Ponekad se takva potreba javlja zbog velike nesigurnosti geoloških uvjeta u složenim građevinskim područjima, kada geodeti ne mogu (uključujući i ekonomske razloge) modelirati karakteristike tla s dovoljnom točnošću na određenim mjestima temeljenja. U tim slučajevima ukazuju na potrebu zabijanja probnih pilota i tek nakon toga potvrđuju mogućnost uređenja polja pilota ispod cijelog objekta.
Ovo je potvrda projektnog rješenja. Korištenje validacije ukazuje na predanost projektantske organizacije svemu novom, naprednom. Ovo je znak konkurentnosti u dizajnerskim rješenjima, to je želja da se preuzme vodeća pozicija u dizajnu kroz kontinuirano poboljšanje zadovoljstva kupaca. Odgovornost za samu činjenicu validacije snosi GUI, za sadržaj validacije - glavni stručnjaci u dijelovima projekta.
Odobrenje je dopuštenje za prijenos dovršene projektne dokumentacije kupcu. To je odgovornost GUI-a, a on to provodi kada potpisuje fakturu prije slanja dokumentacije kupcu.
Sada se okrenimo odgovornosti GUI-ja, povezanoj sa smanjenjem troškova dizajnerskog rada. Kao što znate, postoje mnoge mogućnosti za smanjenje troškova, a ovo glavobolja» menadžmentu i svim vodećim softverskim stručnjacima, budući da je to praktički jedini način povećanja profita projektantske organizacije. Značajan doprinos tome daje GUI, shvaćajući odgovornost za upravljanje (outsourcing) poddizajnera.
Trenutno je postalo moguće birati podprojektante (SPO) na temelju rezultata njihove procjene, usporedbe s konkurencijom, redovitog ponovnog ocjenjivanja, a pojavila se i odgovornost GUI-a za taj izbor. Između subjekata u projektiranju počeo je djelovati važan princip "tko plaća, taj zove glazbu", ne samo u nekom tradicionalnom smislu, već i kao zahtjev generalnog projektanta (GP) da stalno razmišlja o poboljšanju (osiguranju ) kvalitetu i smanjenje troškova projektiranja. Osim toga, Zakon utvrđuje da je samo GP odgovoran Naručitelju za kvalitetu projektne i predračunske dokumentacije izrađene softverom otvorenog koda. Stoga je potrebno voditi se zahtjevima GOST ISO 9001-2011 i Smjernicama za korištenje procesa outsourcinga // ISO/TS 176/SC 2/N 630R2, 24. studenog 2003.).
Općenito, postoje tri uvjetne vrste softvera otvorenog koda:
- "obične" - STR s kojima državna poduzeća imaju normalne tržišne odnose;
- "štićenici" - stvorenje kupca, odnos GP-a s kojim određuje kupac.
Na primjeru odnosa prema softveru otvorenog koda razmotrit ćemo redom svaki od podsustava, vodeći računa da GUI u nekim slučajevima donosi odluke, au drugim sudjeluje u njihovom donošenju.
Ocjenjivanje, odabir i ponovno ocjenjivanje podprojektanata.
Ovaj podsustav sastoji se od dva bloka:
Formiranje i održavanje Popisa (baza podataka, registar i sl.) odobrenog softvera otvorenog koda i njegovo ažuriranje;
Odabir softvera otvorenog koda s navedenog Popisa za izvođenje radova na određenom projektu.
Obavljanje poslova u okviru prvog bloka je u funkciji softverskog tehničkog odjela, u okviru drugog bloka u nadležnosti je GUI.
Za formiranje Popisa softverski tehnički odjel pretražuje, ocjenjuje, odabire i ponovno ocjenjuje softver u skladu s potrebama softvera koristeći kriterije razvijene zajedno s GUI-jevima.
Jasno je da takav pristup ne jamči potpunu primjerenost STR-a očekivanjima liječnika opće prakse zbog poteškoća formaliziranja nekih pitanja. Na primjer, pitanje dostupnosti važećeg QMS-a i njegove usklađenosti sa zahtjevima GOST ISO 9001-2011. Softver otvorenog koda odgovara da QMS radi i da je usklađen, što dokazuje i certifikat certifikacijskog tijela “N”. Iskustvo u ocjenjivanju ispunjavanja određenih zahtjeva GOST ISO 9001-2011 samoregulativne organizacije dizajnera pokazuje da je više od 90% certifikata primljeno formalno, jednostavno "kupljeno" i često nema nikakve veze s određenim softverom otvorenog koda. Ispada da GP snosi stvarnu odgovornost za kvalitetu projektne (radne) dokumentacije koju je izradio SPO, ali izbor SPO-a temelji se na “certifikatima” samog SPO-a u obliku odgovora na pitanja upitnik. Prilikom projektiranja određenog objekta, GUI, u pravilu, odabire odgovarajući SS s Liste, vodeći se dodatnim kriterijima, uključujući teritorijalni položaj SS, svijest SS o svojstvima određenog gradilišta, prethodni kontakti s određenim Kupcem, spremnost SS-a da ispuni narudžbu i drugo.
GUI mora posjetiti organizaciju izravno prije donošenja odluke o uključivanju softvera otvorenog koda u dizajn. Ovo je nova dužnost GUI-ja. Ova tehnologija je osigurana ISO standardi serije 9000 i naziva se revizija "druge strane". Trajanje revizije od strane druge strane nije duže od jednog radnog dana (optimalno 3-4 sata).
Tako kratko trajanje objašnjava se činjenicom da se ne razmatra cijeli sustav upravljanja kvalitetom softvera otvorenog koda, već samo određene ključne točke. Praksa pokazuje da ako je sve normalno u tim točkama, onda s visokim stupnjem vjerojatnosti STR ispunjava očekivanja liječnika opće prakse.
Treba naglasiti da Kupac posluje samo s liječnikom opće prakse s kojim ima ugovor. Možda ne poznaje ostale sudionike projekta. Stoga je odnos prema softveru otvorenog koda problem isključivo za državna poduzeća. SPO zapravo djeluje kao dodatni strukturni odjel GP-a, kojim mora upravljati u procesu provedbe projekta na isti način kao i svojim “vlastitim” strukturne podjele, imajući u vidu rokove i kvalitetu projektne (radne) dokumentacije izrađene softverom otvorenog koda, za što GP odgovara naručitelju. Ovo također određuje odgovornosti državnog poduzeća za upravljanje STR-ovima.
Vrsta i opseg upravljanja softverom otvorenog koda može varirati u značajnom rasponu: od minimalnog, kada je tehnički zadatak izdan i izvršeni posao prihvaćen uz malo ili bez provjere, do maksimalnog, kada se zahtijeva da softver otvorenog koda voditi se menadžmentom i drugim dokumentima koje je odobrio liječnik opće prakse prilikom ispunjavanja narudžbe. Istodobno se provodi potpuna provjera dovršenog SPO-a projektne i procjenske dokumentacije, uključujući i uključivanje neovisnih stručnjaka.
Potreban opseg upravljanja određuje GUI ovisno o rezultatima evaluacije (ponovne evaluacije) STR-a, uključujući uzimanje u obzir informacija dobivenih tijekom revizije od strane druge strane, te također ovisno o troškovima planiranim od strane GM za ulaznu kontrolu STR materijala, imajući na umu da se ti troškovi dodaju na cijenu projekta.
Značajke upravljanja SPO-om ISU mora izdati ugovor o podizvođaču pod “posebnim uvjetima”. Tehnički odjel GPU-a razvija predložak za takve " posebni uvjeti”, koji pruža gotovo sve moguće i/ili potrebne aspekte upravljanja softverom otvorenog koda, a GUI, prilikom analize konkretnog ugovora sa softverom otvorenog koda, uključuje one metode upravljanja koje zadovoljavaju uvjete pojedinog projekta. Što je dublji stupanj kontrole softvera otvorenog koda, manji je obujam ulazne kontrole materijala dizajna softvera otvorenog koda, a time i trošak GP-a.
Takve metode upravljanja mogu uključivati potrebu za:
Koordinacija s GP-om tehnološkog procesa projektiranja korištenog softvera otvorenog koda ili osiguravanje provedbe dizajnerskog rada korištenjem tehnološki proces dizajn, koji koristi GP;
Odobrenje rasporeda projektiranja na temelju kojeg bi SPO trebao izraditi kalendarski plan radovi priloženi ugovoru;
Imenovanje (u dogovoru s GP-om) određenog GUI-a (voditelja projekta) za narudžbu (dijel projekta) predan na izvršenje, itd.
Ovisno o stupnju upravljanja softverom otvorenog koda, obujam ulazne kontrole u državnim poduzećima može varirati od 100% do gotovo nikakve, tj. formalnog ponovnog izračuna projektne dokumentacije dobiven iz softvera otvorenog koda.
Nakon prijenosa dovršene projektne i predračunske dokumentacije Kupcu ili nakon puštanja objekta u pogon (ako je obavljen arhitektonski nadzor), GUI treba dovršiti projekt outsourcinga.
Za ovo vam je potrebno:
Provjerite dostupnost dokumenata koji potvrđuju prihvaćanje projektne i procjenske dokumentacije od SPO-a, uključujući provjeru kvalitete navedene dokumentacije;
Provesti procjenu suradnje sa softverom otvorenog koda i prijaviti rezultate tehničkom odjelu radi ispravljanja Popisa;
Primiti iz softvera otvorenog koda i prenijeti u arhivu GP-a informacije o razvijenim individualnim učinkovitim dizajnerskim rješenjima, uključujući u dokumentaciji besplatnog softverskog programa, koji se mogu preporučiti za ponovnu upotrebu;
Pripremite službenu recenziju za softver otvorenog koda;
Riješiti pitanje (ako je potrebno i moguće) ekonomskih poticaja za softver otvorenog koda.
Sada o obvezi GUI-a, koja je povezana sa sudjelovanjem u formiranju "portfelja narudžbi" i smanjenjem troškova softvera za traženje novih kupaca.
Govorimo o činjenici da prema klauzuli 7.2.1 "Procesi koji se odnose na potrošače" GOST ISO 9001-2011, softver mora odrediti zahtjeve:
1. Odredio kupac, uključujući zahtjeve za dostavu i aktivnosti nakon isporuke.
2. Nije navedeno od strane kupca, ali je potrebno za određenu ili predviđenu upotrebu DCE-a, ako je poznato.
3. Zakonski i drugi obvezni, koji se odnose na projektnu i predračunsku dokumentaciju.
4. Svaki dodatni softver definiran.
Što se podrazumijeva pod prve tri skupine zahtjeva (1-3) manje-više je jasno. Objasnimo nadalje da „zahtjevi koje naručitelj nije naveo, ali su potrebni za specifičnu ili predviđenu upotrebu projektne i predračunske dokumentacije, ako su poznati”, mogu uključivati sve zahtjeve samog softvera, čije ispunjavanje određuje kvalitetu, cijena i rok isporuke projektne dokumentacije.
Na primjer, ako kupac dobije projektnu i predračunsku dokumentaciju, koja se, u skladu s postojećom tehnologijom projektiranja, pohranjuje određeno vrijeme prije nego što se prenese kupcu u tehničku arhivu, tada se zahtjevi samog softvera u pogledu uvjeta za pohranjivanje navedene dokumentacije u arhivu odnosit će se na klauzulu 7.2.1 (2) standarda. Ispunjavanjem zahtjeva navedenih u klauzuli 7.2.1 (1-3) standarda, softver ne može steći konkurentsku prednost, jer te zahtjeve nužno provode svi konkurenti. U tržišnim uvjetima "preživljava" samo softver koji može odrediti i ispuniti zahtjeve iz članka 7.2.1 (4). Te smo zahtjeve nazvali "namjernim" i razjasnili njihovo značenje: prvo, oni su "nagađani", formulirani od strane samog softvera, drugo, nisu odobreni ili dogovoreni s kupcem, i treće, njihova implementacija se provodi na štetu vlastita sredstva NA. Kao rezultat toga, kupac dobiva projektnu dokumentaciju (usluge) s parametrima koji su za njega neočekivani ili s parametrima boljim od očekivanih, što jamči ne samo zadovoljstvo kupca, već ga izaziva divljenje dobivenoj projektnoj i predračunskoj dokumentaciji (obavljenoj usluzi). U potonjem slučaju, softver može biti siguran da će mu se korisnik više puta vraćati. A zadržati kupca, kao što znate, 5-7 puta je jeftinije nego tražiti novog. Ovo je bit temeljno nove odredbe sadržane u GOST ISO 9001-2011.
Kako bi ispunjenje zahtjeva navedenog u točki 7.2.1 (4) norme utjecalo na formiranje konkurentskih prednosti softvera, potrebno je odrediti vlasnika procesa za formiranje očekivanim zahtjevima kupaca, odnosno jednog od voditelja koji utvrđuje pravila za provedbu ove aktivnosti. Za softver bi vlasnik procesa najvjerojatnije trebao biti Glavni inženjer institut. "Vlasnik" procesa, tj. stručnjak koji oblikuje očekivane zahtjeve kupca za određeni projekt, trebao bi biti GUI. Da pojasnimo, GUI je odgovoran za definiranje očekivanih zahtjeva kupca, a glavni stručnjaci proizvodnih jedinica odgovorni su za sadržaj tih zahtjeva.
Još jedna obveza GUI-a nastaje tijekom analize ugovora (sporazuma) s kupcem. Kupčevo obraćanje softveru može biti na različite načine: informacije o pobjedničkom natječaju (natjecanju); službeni dopis s prijedlogom izrade projektne dokumentacije; telefonski poziv upravitelj softvera; neformalni kontakt preko kolega, itd. U trenutku primitka jednog od gore navedenih signala, preporuča se imenovati GUI koji će upravljati analizom ugovora dok ga kupac ne potpiše.
Ova dužnost GIP-a uključuje:
Utvrđivanje kruga osoba koje će sudjelovati u koordinaciji nacrta sporazuma i raspodjela odgovornosti među njima;
Angažiranje gore navedenih menadžera i stručnjaka za vođenje pregovora (radnih sastanaka) s kupcem radi rasprave o određenim odredbama nacrta ugovora, uključujući pregovore za određivanje cijene ugovora;
Odabir iz baze podataka predložaka prikladne opcije za određenog kupca i objekt dizajna;
Utvrđivanje potrebe i mogućnosti privlačenja podprojektanata i vođenje preliminarnih pregovora s njima;
Procjena rizika koji mogu pratiti ispunjavanje softverskih obveza prema ugovoru.
Svaki od ovih postupaka u današnjim uvjetima bitno se razlikuje od nama poznate prakse. Na primjer, odobrenje nacrta ugovora, u pravilu, sastavlja se na „Sporazumnom listu“, u kojem se navodi puno ime i položaj odgovarajućeg upravitelja, koji, ako je odluka pozitivna, stavlja svoj potpis, a ako rješenje je negativno, svoje mišljenje obrazlaže pismeno. Po našem mišljenju, potrebno je utvrditi odgovornost pročelnika za relevantne odredbe nacrta ugovora. Zbroj bodova u "Listi suglasnosti" mora biti jednak zbroju bodova u nacrtu ugovora. Time se osigurava osobna odgovornost svakog upravitelja za izvedivost uvjeta ugovora od strane projektantske organizacije i jednako razumijevanje relevantnih uvjeta nacrta ugovora od strane projektantske organizacije i kupca itd.
Materijal ovog članka može izazvati prigovore kod nekih dizajnera. Spremni smo za konstruktivnu raspravu s kolegama u obliku koji njima odgovara.
| Raspravite na forumu |
|
| |
|
Sastav dijelova projektne dokumentacije u skladu s normama Ruske Federacije i specifični zahtjevi za izvođenje navedeni su u Rezoluciji 87. Mnogi su zainteresirani za postojeće zakonodavstvo i njegova objašnjenja za ovu rezoluciju, pa biste trebali saznati što je novosti u ovom zakonu pojavile su se ove godine, a kako izgleda popis njegovih zahtjeva.
o sastavu projektne dokumentacije
Pišući ovu odredbu, vlada se pozvala na urbanizam i njegov ruski zakonik. Prema čl. 48. ovog zakonika utvrđen je sadržaj dokumentacije. Glavne zahtjeve počelo je podnositi Ministarstvo u čijoj je nadležnosti građevina, kao i zaštitarska služba Federacije. Također, Federacija može dobiti preporuke o pripremi dokumenata putem državnog tijela za promet. Dodatni zahtjev može biti postavljen na zahtjev mnogih drugih službi. Prvo izdanje i pojašnjenja trebali su stupiti na snagu u veljači 2008. Zatim je krajem veljače svaki aspekt zahtjeva dobio oznaku.
Izmjene i dopune Federalnog zakona o sastavu projektne dokumentacije
Uredba Vlade Ruske Federacije o sastavu projektne dokumentacije od 16. veljače 2008. 87 s izmjenama morala je biti odobrena u siječnju 2016. Prethodno je više odjeljaka, odlukom Vlade, mijenjano u travnju i krajem travnja, u prosincu, ožujku, kolovozu, srpnju, svibnju i lipnju proteklih godina. Posljednji tekst odlukom plenuma dobio je malu dopunu, a neki stavak bit će uveden u novom tekstu. Danas možete besplatno čitati uvodnik. s datumom 2016. putem vašeg računala ili preuzmite plan položaja.
Uredba Ruske Federacije o sastavu projektne dokumentacije, s izmjenama i dopunama, sadrži sljedeće odjeljke:
- Osnovne odredbe;
- Sastav projekta za linearni proces građenja;
- Sastav odjeljaka o kapitalnom proizvodnom i neproizvodnom procesu izgradnje.
Komentari na Rezoluciju 87
Nedavni komentari na plansku dokumentaciju za ovaj zakon jasno pokazuju relevantnost novih odredbi. Na primjer, savezni zakon ima popis zahtjeva za radnu fazu projektiranja. U vezi s komentarima može se preciznije shvatiti što učiniti ako je ispunjen uvjet iz pojedine objave u zakonu, na koji način djeluje snaga ove uredbe i na koji način sustav provodi tehnološki nadzor.
Prisega GIP-a po 87. rez
Ova odredba Ruske Federacije ne regulira prisegu GIP-a, iako bi trebala postojati njegova bilješka ili unos u projekt. Uvijek mora postojati potvrda, pečat i potpis ISU-a. To vam omogućuje da pružite informacije da je projektna shema napisana u skladu sa zahtjevima, a razvoj je službeno certificiran.
Popis dijelova projektne dokumentacije prema 87 Saveznog zakona
Ovisno o konstrukciji za koju je potrebna primjena ove odredbe, uzorak i inscenacija kompilacije se mijenjaju. Ukupno, dodatak zakonu sadrži dvije vrste gradnje - linearne objekte i kapitalnu izgradnju. Vrijedno je klasificirati objekt i primijeniti pravila teksta i Grafički dizajn. Mnogi pravni portali, na primjer tehnički stručnjak, konzultant ili konzultantplus, zabranjuju pomoć na ovu temu. To sugerira da je danas redoslijed pisanja projekata zanimljiv za više od jedne organizacije. Vrijedi provjeriti status zemljišna parcela, zgrade i građevine prema ovom zakonu, a zatim ga prate u pisanom obliku.
Opće objašnjenje Uredbe 87
Prema tekstu odredbe opć objašnjenje i njegov razvoj. Projekt mora sadržavati sveske i dijelove koji su opisani u rezoluciji. Na primjer, treba navesti procjenu, napajanje, važne kodove, dostupnost mreže, ekološki aspekt projekta, sigurnost i stručnost, energetsku učinkovitost i tako dalje. Također, sam projekt trebao bi djelovati kao jamac ispravnog razvoja, na primjer, važno je očuvati okoliš ako se radi o dokumentu za nuklearnu elektranu ili autopraonicu u Moskvi. Ako je važan javni čvor blokiran ili ako treba ukloniti dio infrastrukture, moraju se priložiti dozvole. Do gotov dokument može se koristiti uvez ili presavijanje, a stavlja se i datum prihvaćanja.
