Frem til 2008 skulle prosjektet for bygging inneholde et dokument kjent i fagmiljøet under det karakteristiske navnet "GIP Eath". Nå er det kalt "prosjektorganisasjonens forsikring om at prosjektdokumentasjonen er utviklet i samsvar med..." [1], og deretter en rekke dokumenter, hvis overholdelse er vurdert.
Men som før forstår alle hvordan ansvarlig og omfattende rollen som Chief Engineer og / eller Chief Architect av prosjektet - GIP og GAP.
Med begynnelsen av perioden med selvregulering i konstruksjon i 2010, opprettes og fastsettes funksjoner og ansvar for den som utfører utarbeidelsen av prosjektdokumentasjon (general designer) ved føderale lover og dokumenter fra departementer og avdelinger. [1] [2] [3] [4]. Samtidig ble SNIP-forskriftene fra 1985 om sjefingeniør (sjefsarkitekt) av prosjektet [5], som etablerte rettigheter, plikter og ansvar for de navngitte personene på grunnlag av USSR-lovgivningen, ikke inkludert i lister over standardiseringsdokumenter av både obligatorisk og frivillig bruk, og dermed siden 2010 mistet sin status.
Hva er de nåværende rettsakter som beskriver ISU / GAPs funksjoner, rettigheter, plikter og ansvar?
Informasjonsressurser adresserer oss til to kilder:
- Oppløsning av Russlands føderasjonsdepartement for arbeid og sosial utvikling i 1998 "Ved godkjenning av kvalifikasjonsreferanseboken for ledere, spesialister og andre ansatte" [6];
- Bestilling av Russlands departement for helse og sosial utvikling i 2008 "Ved godkjenning av en enkeltkvalifiseringskatalog over stillinger fra ledere, fagfolk og ansatte" [7].
Begge handlinger handler, med navnet på navnene slående. 1998-dokumentet inneholder en del om ansvaret til sjefingeniør og sjefsarkitekt for prosjektet, og i 2008 bare sjefingeniør av prosjektet. Begge dokumentene fastsetter kun offisielle plikter og kvalifikasjonskrav, og med de samme ordene.
En omhyggelig lesing viser at Ruslands departement for helse et tiår senere (i 2008) nesten ord for ord gjentar samlingen av Arbeidsdepartementet i 1998 med SNiP fra 1985, i den delen som er viet til prosjektets sjefingeniør / arkitekt, og i fjor er begge departementer en dag ( 02.12.2014) "oppdatert" sine dokumenter, uten å erstatte et enkelt ord på fordelene i de tilsvarende seksjonene! Den stereotype duplisering, som det er åpenbart brukt store statlige ressurser på, er forvirrende. I rettferdighet bemerker vi at, selv om ord og hele fraser peker på den opprinnelige kilden, men på grunn av en delvis omplassering av steder, ville reproving plagiering være uholdbar.
Siden Arbeidsdepartementet, som Helsedepartementet, ikke hadde problemer med å lage et nytt dokument som svarer til nåværende øyeblikk, eller i det minste oppdaterer det på riktig måte, bruker vi fortsatt sporpapir fra SNiP i 1985. For å huske hvilke funksjoner som ble utført obligatorisk av GUIer og GAPs for tretti år siden, og etter departementets oppfatning, må det utføres i dag, er det nødvendig å sitere avgjørelsen fra Arbeidsdepartementet (og faktisk alle tre handlingene).
Chief ingeniør, sjefsarkitekt av prosjektet:
"Utfører teknisk styring av design og undersøkelse arbeid i utformingen av anlegget og overvåker konstruksjon, igangkjøring og utvikling av designkapasitet.
Tar tiltak for å forbedre designkvaliteten og estimere dokumentasjon.
Forbereder data for inngåelse av kontrakter med kunder for utvikling (overføring) av vitenskapelige og tekniske produkter
Deltar i kommisjonens arbeid på valg av steder (spor) for bygging, i utarbeidelse av designoppgaver og i organisering av ingeniørundersøkelser for utvikling av designestimater og annen teknisk dokumentasjon
Organiserer sin utvikling på de objekter som er tildelt den, deltar i utarbeidelsen av omfattende planleggingsplaner for gjennomføring av forskning, design, engineering og teknologiske arbeider
Lag tidsplaner for utgivelse av vitenskapelige og tekniske produkter.
Formulerer oppdrag for underleverandører til å utføre arbeidet tildelt dem og gir disse organisasjonene de nødvendige inngangsdataene. Løser problemer som oppstår under utviklingen av dokumentasjon.
Utfører kontroll over det tekniske nivået av design, byplanlegging og arkitektoniske planleggingsbeslutninger, økonomisk bruk av midler til design og undersøkelsesarbeid, tidspunktet for utviklingen av design og estimatdokumentasjon.
Garanterer overholdelse av utviklet design og estimering av dokumentasjon med statlige standarder, normer, regler og instruksjoner.
Gir verifisering av patentrenhet og patenterbarhet for første gang brukt i prosjektet eller utviklet for det teknologiske prosesser, utstyr, instrumenter, strukturer, materialer og produkter.
Beskytter prosjektet i foreldreorganisasjoner og kompetanseområder.
Deltar i vederlag og godkjenning av den generelle entreprenørorganisasjonen for design og estimatdokumentasjon.
Løser problemer som oppstår i prosessen med design, bygging, igangkjøring av anlegget, utvikling av designkapasitet.
Organiserer arbeidet med eliminering av påvist feil i designestimater og annen teknisk dokumentasjon, samt om regnskapsføring av utgifter til godkjente estimater.
Utarbeider forslag til ledelse av prosjektorganisasjonen og kunden for å gjøre endringer i arbeidsdokumentasjonen knyttet til innføring av nye reguleringsdokumenter, tatt i betraktning av den faktiske byggestaten.
Koordinerer rimelige avvik fra eksisterende regler, forskrifter, instruksjoner med statlige tilsynsorganer og andre organisasjoner som godkjente dem.
Gir analyse og syntese av erfaring i utforming, bygging og drift av konstruerte anlegg og forberedelse på dette grunnlag av forslag til forbedring av det tekniske og økonomiske nivået av designløsninger.
Forbereder vurderinger og konklusjoner om innovasjoner og oppfinnelser, utkast til standarder, tekniske spesifikasjoner og andre reguleringsdokumenter relatert til design og konstruksjon.
Han deltar i undersøkelsen av prosjekter, utarbeidelse av publikasjoner og utarbeidelse av søknader om oppfinnelser, i seminarer og konferanser i hans spesialitet. "
Hvordan samsvarer de oppgitte oppgavene med gjeldende lovverk om byplanlegging, selvregulering og teknisk regulering? En vesentlig del av ovennevnte ting motsetter loven både terminologisk og substansielt, og kan ikke utføres på et obligatorisk grunnlag.
Vurder i rekkefølge av stilling, forårsaker spørsmål i form av engasjement.
1. Teknisk styring av design og undersøkelse arbeid i utformingen av objektet og tilsyn med konstruksjon, igangkjøring og utvikling av designkapasitet.
I henhold til de tekniske forskriftene "Om sikkerheten til bygninger og strukturer" [8] har forfatterens tilsyn siden 2010 blitt tilskrevet frivillige former for overensstemmelsesvurdering, og utføres med partenes samtykke som avtalt av bygherren (teknisk kunde). Selvfølgelig er arkitektonisk tilsyn nødvendig når man lager arkitekturarbeid - som en integrert del av den kreative prosessen og et element av opphavsrettsbeskyttelse. Også uten forfatterens tilsyn er det ingen bevisbase for den generelle designerens ansvar for overholdelse av det konstruerte kapitalkonstruksjonsprosjektet med designdokumentasjonen, som ødelegger pyramidalkonseptet under ansvar for selvregulering. Samtidig, uten forfatterens tilsyn, kan det være verken obligatorisk eller frivillig deltakelse av den generelle designeren, og spesielt ingeniøren eller ingeniøren, for å løse problemer med bygging, igangkjøring av anlegget og utvikling av designkapasiteter.
Merk at de nevnte tekniske forskriftene [8] identifiserte personer som er ansvarlige for prosedyrene for å sette kapitalobjektets gjenstand i drift: generell entreprenør, utvikler og / eller teknisk kunde, personer som utfører byggekontroll og statlig byggevakt. Dette kan være urettferdig og galt med tanke på sammenhengende ansvar for resultatene av design og konstruksjon, men det er ikke nevnt den generelle designeren, og heller ikke ISU / HAP, i de nåværende reglene når anlegget er pålagt.
Så lenge forfatterens tilsyn er definert ved lov som et frivillig element i byggeprosessen, kan det ikke tilskrives noen plikters plikter ved en regelverk, men om nødvendig kan disse relasjonene reguleres av organisasjonens interne stillingsbeskrivelse.
Ovenstående gjelder fullt ut for p.5. (Løser problemer som oppstår i prosessen med konstruksjon, bygging, igangkjøring av anlegget, utvikling av designkapasitet).
1). Siden 2004, i samsvar med byplanleggingskoden [2], bør begrepet "idriftsettelse av et kapitalbyggingsobjekt" brukes i stedet for ordene "idriftsettelse av en gjenstand".
2). Byplanleggingskoden [2] bruker ikke begrepet "utnyttelse av designkapasitet".
2. Deltakelse i kommisjonens arbeid på valg av steder (spor) for bygging, utarbeidelse av designoppgaver og i organisering av ingeniørundersøkelser.
Her er det hensiktsmessig å huske ansvaret til utvikleren eller den tekniske kunden som er opprettet ved byplanleggingskoden [2]: "Utvikleren eller den tekniske kunden er forpliktet til å gi (til den generelle designeren): (se teksten i forrige utgave)
1) en byplanlegging av et tomt eller ved utarbeidelse av prosjektdokumentasjon for en lineær gjenstand, et territoriumplanleggingsprosjekt og et landundersøkelsesprosjekt;
(se teksten i forrige utgave)
2) Resultatene av ingeniørundersøkelser...;
3) tekniske forhold... ".
Og videre: "Utarbeidelse av prosjektdokumentasjon utføres på grunnlag av utviklerens eller teknisk kundes oppgave."
Valget av byggeplasser, utarbeidelse av designoppgaver og organisering av ingeniørundersøkelser (og ikke undersøkelser) er i dag ikke en offisiell plikt for PIU eller GAP, slik det var for tretti år siden, men det funksjonelle ansvaret til utvikleren eller den tekniske kunden. Utviklerens eller den tekniske kundens funksjonelle ansvar presenteres spesielt tydelig under anbud for design basert på lov om offentlig anskaffelse. Ovennevnte opprinnelige data utgjør i dette tilfelle en pakke med anbudsdokumenter dannet av kunden, og deltakelse i utarbeidelsen av prosjektlederen eller GAP, per definisjon, som representerer den generelle designeren, anses å være et brudd på antitrustloven.
3. Sikrer overholdelse av utviklet design og estimering av dokumentasjon med statlige standarder, normer, regler og instruksjoner.
I samsvar med regjeringsdekretet "Om sammensetningen av deler av prosjektdokumentasjon..." [1] gjennomføres vurderingen av prosjektdokumentasjonens overensstemmelse med lovens krav i form av "sertifisering til prosjektorganisasjonen at designdokumentasjonen er utviklet i samsvar med byplanleggingsplanen for tomten, designoppgave,..., tekniske forskrifter,..., og med overholdelse av tekniske forhold ". Som vi ser, er ansvaret i denne delen ikke pålagt organisasjonens medarbeider, men på den generelle designorganisasjonen, som er sant når det gjelder selvregulering, behovet for generell designers medlemskap i spesialiserte partnerskap og ansvar innenfor rammen av kompensasjonsfondene i disse partnerskapene. Og dessuten er listen over dokumenter som er vurdert, helt annerledes, og det var siden 2008.
4. Koordinerer rimelige avvik fra eksisterende regler, forskrifter, instruksjoner med statlige tilsynsorganer og andre organisasjoner som godkjente dem.
Det er nødvendig å ta alvorlig oppmerksomhet til de viktigste bestemmelsene i den nåværende Urban Development Code [2]: "Det er ikke tillatt å kreve godkjenning av prosjektdokumentasjon, en konklusjon om prosjektdokumentasjon og andre dokumenter som ikke er fastsatt i denne koden." Blant konklusjonene som kreves av koden [2], er undersøkelsens konklusjoner, den statlige økologiske undersøkelsen for det etablerte utvalg av gjenstander og den historiske og kulturelle undersøkelsen for gjenstander av kulturarv angitt.
Hvis det er nødvendig å avvike fra krav til reguleringsdokumenter, bør vi i dag følge reglene som er fastsatt i Tekniske forskrifter for sikkerhet av bygninger og konstruksjoner [8]: "... hvis det for utarbeidelse av prosjektdokumentasjon er avvik fra kravene fastsatt av... nasjonale standarder og koder for praksis... dokumentasjon... utføres i samsvar med de spesielle tekniske forholdene. "
Og igjen regjeringsdekretet "Om sammensetningen av deler av prosjektdokumentasjonen..." [1]: "... utvikling av (prosjekt) dokumentasjon skal foregå av utvikling og godkjenning på foreskrevet måte av spesielle tekniske forhold." Med andre ord er spesielle tekniske forhold (STU) materialet til pre-prosjekt forberedelse, dvs. Kildedata for design. Derfor er det ikke nødvendig med harmonisering av avvik fra forskriftskrav i den nåværende lovgivningen, og utviklingen av en CTS (et dokument som legitimerer avvik fra krav til reguleringsdokumenter når visse krav er oppfylt) er utviklerens eller den tekniske kundens funksjonelle ansvar.
Så det kan påpekes at de eksisterende dokumentene om PIU / GAPs ansvar er utilfredsstillende, siden de sier utdaterte normer for tretti år siden, og ikke tar hensyn til moderne krav til byplanleggingslovgivning, regler for teknisk regulering og selvregulering under bygging. Forsøk på å lage metodologiske dokumenter er uholdbar så lenge de er basert på de utdaterte normer som er angitt. For eksempel, den nylig forberedte for informasjonssystemet Consultant Plus (2015) Formular for jobbbeskrivelsen til prosjektets sjefingeniør, returnerer oss stavende til bestemmelsene i 1985. Konfliktestimater av krav utfordrer en konflikt atmosfære i forholdet mellom utviklere, generelle designere og spesifikke spesialister.
Behovet for å gjenopprette ordre i dette området fra tid til annen blir anerkjent av regjeringens institusjoner. I 2012, kort før Russlands tiltredelse til WTO, ble det vurdert en utkast til de mislykkede endringene i byplanleggingsloven og andre lovgivningsmæssige og rettslige handlinger om problemene med innføring av instituttets sjefingeniør og prosjektlederens hovedarkitekt. Det ble foreslått å definere vilkårene for ISU og GAP, for å etablere referansekriterier og kvalifikasjonskriterier i en-til-en korrespondanse direkte med byplanleggingskoden. Samtidig ble spørsmålet om å sikre personell ansvar for GIP og GAP vurdert med inkludering av relevante artikler i de administrative og kriminelle koder med meget harde straffer for brudd på offisielle plikter: bøter med 18 måneders lønn, fengsel på inntil syv år...
Det kan antas at instituttet for GIP / GAP ville blitt ødelagt selv før det ble opprettet, dersom slike lovgivningsinitiativer ble vedtatt. På den ene siden er ansvaret for å bryte designreglene i dag tildelt den generelle designeren ved hjelp av selvreguleringsverktøy, kompensasjonsfond og risikosikring. På den annen side har straffeloven fortsatt en tilstrekkelig sanksjon i tilfelle skade på eiendom, helse eller liv. Men det er en tredje side i spørsmålet: Den nåværende lovgivningen er ganske motstridende, terminologisk utilstrekkelig, dårlig koordinert mellom de ulike regjeringens grener, og fastslår dermed umuligheten av å oppfylle sine krav uten vesentlige unntak. Etter prinsippene om sosial rettferdighet er det rimelig å snakke om å etablere ansvar, i hvert fall administrativt, også når man utvikler og vedtar motstridende (og derfor uhåndhevbare) lovgivningsmessige handlinger. Kun med en logisk, konsekvent, gjensidig avtalt lovgivning på alle områder, er det mulig å observere det i god tro, og bruddet kan vurderes på endelige måte.
Det er åpenbart at fullverdige og komplekse dokumenter som pålidelig bestemmer rettighetene, pliktene, kvalifikasjonskravene og ansvaret til sjefingeniør / sjefsarkitekt i prosjektet - nøkkeltall i prosjektprosessen - er påkrevd på grunnlag av moderne juridiske og faglige krav. Ansvar, mest sannsynlig, bør vurderes i den uadskillelige forbindelsen mellom alle emner av byplanlegging, lovgivende og utøvende myndigheter. For å kunne utvikle en konsolidert oppfatning av et slikt akutt og dårlig tema i dag, ville det være nyttig å holde en bred faglig diskusjon, hvor resultatene kan bli grunnlag for en pakke med nødvendige endringer og om nødvendig utvikling av nye lovgivningsmessige handlinger.
Dokumenter nevnt i teksten:
[1] Den russiske føderasjonens regjering nr. 87 av 16. februar 2008 "Om sammensetningen av prosjektdokumentasjonsseksjonene og kravene til deres innhold" (FORORDNING om sammensetningen av prosjektdokumentasjonsseksjonene og kravene til vedlikehold)
[2] Federal Law of the Russian Federation №190-ФЗ datert 29. desember 2004 "Urban Planning Code of the Russian Federation"
[3] Federal Law of the Russian Federation nr. 315-ФЗ datert 1. desember 2007 "På selvregulerende organisasjoner"
[4] Regjering av departementet for regional utvikling i Russland nr. 624 av 30. desember 2009 "Ved godkjenning av listen over typer arbeid på ingeniørundersøkelser, utarbeidelse av prosjektdokumentasjon, konstruksjon, gjenoppbygging og overhaling av kapitalbyggingsobjekter som påvirker sikkerheten til byggekonstruksjonsobjekter"
[5] SNiP 1.06.04-85 "Regler for sjefingeniør (sjefsarkitekt) av prosjektet"
[6] Oppløsning av russiske føderasjonens arbeids- og sosialutvikling av 21.08.1998 nr. 37 "Ved godkjenning av kvalifikasjonsreferanseboken for ledere, spesialister og andre ansatte". Seksjon II., Del 2. "Stillinger av ledende og ingeniør-tekniske arbeidstakere innen design, engineering, teknologisk og undersøkelsesorganisasjoner", avsnitt "Chief Project Engineer. Hovedarkitekten av prosjektet.
[7] Regjeringen for helse og sosial utvikling i Russland 23. april 2008 nr. 188 "Ved godkjenning av en referansehåndbok for ledere, spesialister og ansatte", avsnitt "Kvalifikasjonsegenskaper for ledere og spesialister innen arkitektur og byplanlegging". Del 5 "Design", s.5.1. "Posisjoner av ledere. Chief Prosjektingeniør.
[8] Federal Law of the Russian Federation nr. 384-ФЗ datert 30. desember 2009 "Tekniske forskrifter for sikkerhet av bygninger og strukturer".
Hvem kan være en hypo
Gruppe: Ny
Innlegg: 11
Registrering: 01/31/2011
Bruker-ID: 91953
Gruppe: Moderatorer
Innlegg: 34679
Registrering: 07.11.2006
Fra: Moskva
Bruker ID: 3370
Gruppe: Forumdeltakere
Meldinger: 1553
Registrering: 8.1.2008
Fra: Krasnoyarsk
Bruker-ID: 14254
nei, de kan ikke.
og hvorfor trenger du dette?
Vel, dette er et straffesak, med denne erfaringen.
frimærke for eksempel hvordan skal fylles?
GUI - I
gjort - jeg
og.t.p.?
Innlegget har blitt redigertDaniel - 4.4.2012, 9:13
Gruppe: Ny
Meldinger: 8
Registrering: 04/12/2010
Bruker-ID: 51897
Gruppe: Moderatorer
Innlegg: 34679
Registrering: 07.11.2006
Fra: Moskva
Bruker ID: 3370
Gruppe: Ny
Innlegg: 11
Registrering: 01/31/2011
Bruker-ID: 91953
Gruppe: Moderatorer
Innlegg: 34679
Registrering: 07.11.2006
Fra: Moskva
Bruker ID: 3370
Gruppe: Forumdeltakere
Meldinger: 1302
Registrert: 4. desember 2009
Fra: mot utslipp av uforanderlige naturressurser
Bruker-ID: 41817
Gruppe: Forumdeltakere
Meldinger: 2360
Registrert: 12.7.2006
Fra: Kharkov
Bruker-ID: 3382
Gruppe: Moderatorer
Innlegg: 34679
Registrering: 07.11.2006
Fra: Moskva
Bruker ID: 3370
Gruppe: Forumdeltakere
Meldinger: 104
Registrering: 01/24/2010
Bruker-ID: 45022
For GUI er det behov for erfaring, GUI på tittelsiden er signert, at prosjektet er gjennomført i samsvar med gjeldende standarder og er eksplosjonsbeskyttet, brannfast, det vil si at det er fullt ansvarlig for tekniske beslutninger. Tidligere, i prosjektkontorene, var det nødvendig å få signaturen på prosjektet, signaturen til senioringeniør, ledende ingeniør, teamleder, deretter sjefspesialist, avdelingsleder, GIP, og deretter signere den i teknisk kontrollavdeling.
Innlegget har blitt redigertvladi - 4.4.2012, 20:10
Hovedprosjektingeniør er en stilling som dette eller noe.
utforming av hydrauliske konstruksjoner
Jeg vil være fotograf :)
((Dette er en syndebøtte betalt til headstocks og en rist.
Og om nødvendig kan jeg skanne imorgen på jobb sine rettigheter, forpliktelser og ansvar i henhold til loven. )))
Hvis det er mulighet for å skanne, er ansvaret i henhold til loven (artikkelnummer, etc.) spesielt interessant.
Hvis det handler om GUI, trenger du det.
Faktum er at for eksempel i listen over stillingsbeskrivelser i byggingen er det bare sjefingeniør og sjefdesigneren.
Så vidt jeg forstår, er ISU ikke en posisjon, men en midlertidig status tildelt i et bestemt prosjekt.
Ansvar ved lov, mente jeg, vel, du vet hva. - En persons død, på grunn av den ufullstendige studien av prosjektet gjennom feilen fra designerne. - Kriminell ansvar.
Denne skannede brosjyren kurset "Organisasjon og ledelse innen designområdet."
[ATTACH] 1147756227.jpg [/ ATTACH]
utforming av hydrauliske konstruksjoner
På et kontor ble GAPom bare en jente som hadde fått et diplom, og arbeidet ble uutholdelig. Dette er en regissørs innfall, fordi Han er en mann uten utdanning på den tiden, det er vanskelig for ham å argumentere med en ekte Pts-spesialist, så han gjorde et slikt trekk.
Allikevel kunne tandemet lett endre delen av Aserbajdsjan-republikken da CR var forberedt på det, og det var davolno globalt, og dette ble vanlig. Alle ble lastet med unødvendig arbeid på mandlene. Endeløs meningsløs omarbeid, og omarbeide det ene og det samme. Jeg vil ikke snakke om detaljene, men det kom til at multi-etasjesbygningen ble designet fra 3 steder, 1 fra de første etasjene, 2 fra toppen, 3 fra midten (jeg mener gulvene). Til slutt møtte gulvene ikke. Nitsche, remade. Og da redone viste det seg at de tilstøtende seksjonene ikke stemmer overens med AR og davolno alvorlig. Da de tilstøtende delene begynte å bli korrigert, viste det seg at det ikke var teknisk etasje, det var regissørens ide, han ønsket å oppløse alt under taket på kontorer, og "senket" underleverandører med sine egne SNiPs. Disse problemene endte med en nedgang i antall parkeringsplasser i underjordisk garasje, jeg måtte redusere dem til teknisk etasje.
I løpet av året slutter alle ekte spesialister, inkludert meg. Og jenta er ganske forbannet. Det er greit hvis hun ikke vet størrelsen på mursteinen eller hvilken asfalt er laget fra, etc., er det viktigste GAP
Hvem kan være en hypo
Stk. 2) i paragraf 6 i artikkel 55.5 i byplanleggingsloven har følgende ordlyd:
"6. Kravene til medlemmer av en selvregulerende organisasjon etablert i standardene for den selvregulerende organisasjonen og i de interne dokumentene til den selvregulerende organisasjonen, kan ikke være lavere enn det minimum som er fastsatt i denne delen:
2) krav til tilstedeværelse av en individuell entreprenør eller en juridisk enhet spesialist i organisering av ingeniørundersøkelser (sjefsprosjekt ingeniører), spesialister i organisering av arkitektonisk og konstruksjonsdesign (sjefsprosjekt ingeniører, sjefsarkitekter av prosjekter), byggearrangører Funksjonen av disse inkluderer henholdsvis organisering av ytelsen til ingeniørundersøkelser, utførelse av arbeid på utarbeidelse av prosjektdokumentasjon, byggverk Konstruksjon, rekonstruksjon, overhaling av kapitalkonstruksjonsobjekter og informasjon om hvilke er inkludert i de nasjonale rutene av spesialister som er fastsatt i artikkel 55.5-1 i denne koden (heretter også kalt spesialister) er minst to spesialister på stedet for hovedarbeidet.
Klausul 1, 3, 6 i artikkel 55.5-1 i byplanleggingsloven leses som følger:
"1. En spesialist i organisering av ingeniørundersøkelser, spesialist innen arkitektur- og konstruksjonsdesign, spesialist innen organisering av konstruksjon er en person som har rett til å gjennomføre en arbeidsavtale med en enkelt entreprenør eller en juridisk enhet, arbeidsfunksjoner i organisering av ingeniørundersøkelser, designopplæring. dokumentasjon, bygging, gjenoppbygging, overhaling av hovedstadsbyggingsobjektet i hovedstolens stilling prosjektingeniør, sjefsarkitekt av prosjektet og informasjon om det som inngår i det nasjonale registeret for spesialister innen ingeniørundersøkelser og arkitektonisk utforming, eller i det nasjonale registeret for spesialister innen byggingen.
"3. Den offisielle plikten til spesialister i organisering av ingeniørundersøkelser, spesialister i organisering av arkitektonisk og konstruksjonsdesign inkluderer henholdsvis:
1) forberedelse og godkjenning av oppgaver for utførelse av ingeniørundersøkelser, oppgaver for utarbeidelse av prosjektdokumentasjon av kapitalbyggingsanlegget;
2) fastsettelse av utvelgelseskriterier for deltakerne i arbeidet med gjennomføring av ingeniørundersøkelser, utarbeidelse av prosjektdokumentasjon og utvelgelse av eksekutorer av slike arbeider, samt koordinering av virksomhetene til eksekutorer av slike verk;
3) Innlevering, godkjenning og aksept av resultatene av arbeidet med implementering av ingeniørundersøkelser, utarbeidelse av prosjektdokumentasjon;
4) godkjenning av resultatene av ingeniørundersøkelser, prosjektdokumentasjon ".
"6. Informasjon om den enkelte som er spesifisert i del 1 i denne artikkelen, skal inkluderes av den relevante nasjonale foreningen av selvregulerende organisasjoner i henhold til det nasjonale registeret for spesialister innen ingeniørundersøkelser og arkitektonisk utforming, i det nasjonale registeret for byggespesialister (heretter også kalt nasjonale registre for spesialister) anvendelse av en slik person, underlagt følgende minimumskrav:
1) Tilstedeværelse av høyere utdanning i yrket, spesialitet eller opplæring innen konstruksjon;
2) Nærvær av arbeidserfaring i organisasjoner som utfører ingeniørundersøkelser, utarbeiding av prosjektdokumentasjon, bygging, rekonstruksjon, revisjon av kapitalkonstruksjonsprosjekter i ingeniørstillinger i minst tre år.
3) Tilstedeværelsen av en total arbeidserfaring i yrket, spesialitet eller retning av opplæring innen byggingen ikke mindre enn ti år;
4) faglig utvikling i retning av opplæring innen byggingen minst en gang hvert femte år;
5) Tilgang til arbeidstillatelse (for utenlandske statsborgere) ".
Lederen av en juridisk enhet - et medlem av en selvregulerende organisasjon kan overlate oppgaven til sjefsingeniør til prosjektet til en ansatt som ikke oppfyller de ovennevnte kravene, men arbeidstakerens oppfyllelse av plikter oppført i paragraf 3 i artikkel 55.5-1 vil være ulovlig (se den siste delen av forklaringsbrevet fra departementet for bygging av Russland) 08.06.2017 nr. 20243-TB / 02).
Signaturen til sjefsingeniør av prosjektet i prosjektdokumentasjonen som er sendt til eksamen betyr at det er godkjenning, godkjenning og godkjenning, det vil si en spesialist i organisering av arkitektonisk og konstruksjonsdesign, derfor er ekspertens kommentar legitim.
Hovedprosjektingeniør er et nøkkelfigur i designprosessen.
M.S. Podolsky, Styreformann for Underkomiteen for Organisasjon av Verksamhetsdirektører for Prosjekter i Utvalget for Teknologisk Utforming av Produksjonsanlegg for Nasjonalt Forening for Designere og Landmålere, Vitenskapelig Direktør for Internasjonal Høgskoleingeniør (Chief Architects) av prosjekter ved MGSU
A. V. Litvinov, vicegeneraldirektør, konsultasjonssenter "TsNIO-prosjekt", Medlem av Rådet for Internasjonale Ingeniørhøgskolens (Chief Architects) Prosjekter ved MGSU
I moderne forretningsforhold har kunden muligheten til å velge prosjektorganisasjonen (programvare) i henhold til det optimale forholdet mellom tid, pris og kvalitet på tjenestene som tilbys. Med den tilsynelatende likheten til de ovennevnte kriteriene, er det kvaliteten på prosjektdokumentasjonen som kan være avgjørende for suksessen til programvaren i konkurranse. Kvaliteten på prosjektdokumentasjonen vurderes både av objektive parametere - overholdelse av kravene i gjeldende regler og forskrifter, og subjektive - for å maksimere kundetilfredsheten. Og de og andre parametere endrer seg hele tiden: kundene beveger seg fra standard design til individuelle, månedlige endringer og tillegg til regulatoriske og tekniske og lovgivningsmessige grunnlag, nye byggematerialer, nytt utstyr, teknologier, etc.. Den vanlige kunden er "fornøyd" eller "Ikke fornøyd" med prosjektdokumentasjonen suppleres av behovet for stadig å øke kundetilfredsheten, og dette er iboende i ideologien til internasjonale standarder ISO 9000-serien.
For å sikre den nødvendige kvaliteten på produktene, bør programvaren, hvis ikke følge med vitenskapelig og teknologisk fremgang, i det minste følge med og tilby kunden nye, originale og pålitelige designløsninger.
Hva hindrer den virkelige forbedringen i arbeidet til Chief Engineers (Chief Architects) av prosjektene (CIP)? Etter vår mening er de rådende uregelmessige stereotypene om stedet og rollen til GUI i designprosessen som overføres fra generasjon til generasjon av designere, og for det andre mangel på kvalifikasjon av programvareansvarlige i saker relatert til aktiviteter av GUIer, noe som ikke tillater dem å ta tilstrekkelig Beslutning, for det tredje, mangelen på en klar ide om hva som utgjør kvaliteten på designbeslutningen, og hvilken del av det er ISUs ansvar, for det fjerde en forenklet forståelse av mekanismen for dannelse av kvalitet og særlig når det er implementert i subproektirovschikov, og til slutt, i den femte plass, fordi de fleste designere ennå ikke har innsett viktigheten av GIPA redusere kostnadene for design arbeid.
Det ville være galt å tro at programvarelederne og GUIene selv ikke vil eliminere de ovennevnte grunnene, men deres forsøk gir ikke et merkbart resultat, fordi i stedet for å stole på fakta som tydelig dikterer de riktige avgjørelsene, styres de av tidligere erfaringer og subjektive visninger som ikke oppfyller kravene til tiden.
I prosessen med å diskutere disse problemene, fant vi oss ofte på motsatt side av barrikader med mange av våre kolleger - med en slags "kollektiv motstander", hvis syn ble formet historisk og som fortsatt lever i den økonomiske virkeligheten. Denne artikkelen er en ytterligere innvending mot den "kollektive motstanderen".
Som kjent, anbefaler den moderne ledelsen å dokumentere viktige forskrifter, men fremveksten av noen regulering bør foregå ved dannelsen av prinsipper som etablerer for eksempel "langs eller over elva" en bro vil bli bygget. Dette er den viktigste delen av regelverket. På dette stadiet må konsensus oppnås i fagmiljøet, hvoretter noen regulatorisk begrensning ikke skal motsette seg avtalt prinsipper.
Dessverre, i virkeligheten, triumferer "dårlige stereotyper", som i de fleste tilfeller ikke er relatert til kunnskapen om organisasjons- og produksjonsstyring, men ofte bare for sunn fornuft.
La oss dvele på noen, etter vår mening, feilaktige ideer, bli kvitt som er en reell reserve i utviklingen av prosjektvirksomheten:
1. ISU er ansvarlig for kvaliteten på prosjektarbeidet (arbeid) dokumentasjon, dvs. ISU er ansvarlig for alt.
Det kan ikke være. Krav til stillingen eller, som de sier i dag, "ISUs ansvar og autoritet" korrelert historisk med komplikasjonene i kravene til designobjekter, samt endringer i kundens forventninger til designresultater. Tidligere ble design og konstruksjon styrt av en spesialist som gjorde alle beslutninger. Foreløpig er hovedoppgaven for selskapet å gi den nødvendige dynamikken til investeringer, samt inntekt til kunden fra prosjektet, tilstrekkelig til å kompensere investorer for ressursene de investerer av dem og risikoen som antas. Dermed tar alle beslutninger i utformingen av ISU på kriteriet om økonomisk effektivitet av objektets konstruksjon, konstruksjon og drift. Derfor kravene til hans kvalifikasjoner. Alle de andre deltakerne i designprosessen tar beslutninger om kriteriet om teknisk optimalitet, og denne tilstanden realiseres i prosessen med å koordinere designbeslutninger av hovedekspertene i prosjektdelene.
2. "Eid" til GIP fjerner ansvaret for kvaliteten på design-dokumentasjonen fra de øvrige designdeltakere.
Med andre ord er GUI ansvarlig for å overholde prosjektnormer og standarder for utforming, konstruksjon og drift av anlegg, standarder for selvregulerende organisasjoner, individuelle kundebehov for teknisk nivå og kvalitet, arkitektonisk uttrykksfullhet og samfunnsmessig betydning av anlegg. Vi anser det nødvendig å gå tilbake til sansene: ansvaret for hva og i hvilke tilfeller.
Det er åpenbart at ansvaret kan oppstå hvis et negativt resultat av arbeidet avsløres, som spesialisten har utført personlig eller personlig bekreftet det, hvis det er en tilsvarende signatur, støttet av datoen, og også dokumentert, for hva og hvem ansvaret antas og når det slutter. Dette er obligatoriske vilkår for personlig ansvar. Ellers gjelder kollektiv uansvarlighet. La oss gi et eksempel. Som du vet, må tegningene signeres: "utviklet", "kontrollert" og "normal kontroll". Vi legger oppmerksomhet på at signaturene er gitt i form av handlinger, dvs. svar på spørsmålet: hva gjorde du? - utviklet; hva gjorde du? - utført normkontroll, osv. Det er umulig å tillate "initiativ" til designorganisasjoner og utseendet på tegninger av signaturer av avdelingshoder, sjefspesialister, sjefingeniører av prosjekter, etc. Accent shift, og signaturene begynner å bestemme ikke "hva gjorde", men "hvem gjorde. "
Som allerede nevnt representerer signaturen ansvaret. Ingen signatur - ingen ansvar. Siden ansvaret har grenser, er det nødvendig å være enige om hvor de går, for å sikre at alle like forstår ansvarsområdet. Betydningen av avtalen er som følger: hver tegning har innhold ("hva" er avbildet) og design ("hvordan" er avbildet). Entreprenøren er ansvarlig for innhold og design. For innholdet - før undersøkeren, for utformingen - før den normale kontrolleren. Ansvaret til entreprenøren opphører i øyeblikket når signaturene blir satt av inspektøren og kontrolleren. Deretter er det nødvendig å bestemme til hvem verifikatoren og kontrolleren er ansvarlig. Ideelt sett bør dette være en kunde som er veldig interessert i å matche signaturen og resultatet. I prosjektorganisasjonen selv er det umulig å finne tilhengerne av kontrollen og normontrolleren. Men kan dette være et GUI? I dette tilfellet vil signaturen til PIU bety at han igjen kontrollerte tegningens innhold og design og tok ansvar for seg selv, inkludert "for å observere normer og standarder i design, konstruksjon og drift av gjenstander...", etc. etc. Men det er umulig å fysisk sjekke alle designløsninger for å oppfylle alle standarder og alle krav til ISU. Derfor er å pålegge ansvaret for GUI generelt for alt ingenting annet enn en staveformel på grunn av umuligheten av utførelse og farlig hvis det er nødvendig for å straffe andres skyld. GUI er bare en av mange forfattere av stykket kalt "utarbeidelse av prosjektdokumentasjon".
3. Hvis det skjer noe alvorlig på byggeplassen, blir det den første som "plantes" av GIP.
Hvis noe virkelig seriøst skjer, vil etterforskeren ha utnevnt en rettsmedisinsk teknisk undersøkelse eller ha gjennomført flere slike undersøkelser, bestemme designeren som for eksempel utførte designberegningen og anvendt feil faktor, bestemmer deretter hvem som sjekket beregningen og det er denne personen som vil presentere påtalemyndigheten, men retten under visse omstendigheter kan straffe gerningsmannen og verifikatoren.
4. GUI skal være den mest kvalifiserte designeren i alle deler av prosjektet.
Det er klart at dette ganske enkelt ikke kan være fordi i prosjektdokumentasjonen ikke mindre enn ti spesialiserte seksjoner, arbeidet som påtar seg tilstedeværelse av mer enn tjue spesialiteter. Denne "dårlige stereotypen" strekker seg også til ideen om å utnevne en spesialist til instituttets innlegg. Det er imidlertid tilrådelig å ta avgjørelsen om utnevnelse av PIU på grunnlag av konkurransedyktig utvalg og styres av helt forskjellige kriterier.
Søkeren for PIUs stilling skal underbygge søkeren muligheten til å oppnå høyere tekniske og økonomiske indikatorer på det utformede objektet, redusere de opprinnelige vilkårene for design og konstruksjon, redusere arbeidsintensiteten (kostnad) av designarbeid, mer gunstig for prosjektets organisasjonsbetingelser for deltakere i arbeidet, samt utvidelse av tilleggskrav kunde på designobjektet (7.2.1 "d" GOST R ISO 9001-2008) osv. Spesielt viktig er omdømmet til GIP: karakter, kommunikasjon holdbarhet, flid, engasjement, effektivitet, punktlighet, anstendighet, evne til å forhandle, oppmerksomhet, høflighet, respons, effektivitet etc.
For sivile gjenstander kan en fordel i utnevnelsen til stillingen til sjefsarkitekten i prosjektet (GAP) være tilstedeværelse av økonomisk og arkitektonisk utdanning. Den andre prioriteten er økonomisk utdanning, den tredje er arkitektonisk, og til slutt, bare engineering.
For industrielle anlegg (teknologisk design) kan en fordel ved å utnevne stillingen som Chief Project Engineer (CIP) være tilgjengeligheten av økonomisk utdanning og teknologi, som svarer til spesifikasjonene til designobjektet. Den andre prioriteten er økonomisk utdanning, den tredje er teknologisk, og til slutt, bare engineering.
I både første og andre tilfeller må prosjektleder ha en prosjektledelseskvalifikasjon. I henhold til resultatene av det konkurransedyktige valget, er ISU utnevnt til stillingen av den aktuelle ordren til programvarelederen.
5. Hvis uenigheter oppstår mellom hovedekspertene i prosjektdelene, gjør ISU den endelige avgjørelsen.
Tenk deg et slikt bilde: Overordnet elektriker, i sin del av prosjektet, bestemte seg for at sentralbordet ville være mellom slike og slike akser og på et slikt merke av bygningen. Hovedspesialisten - en varmingeniør på samme sted har en transformatorstasjon. De kommer til ISU for å "gjøre fred" av dem. Naturligvis er kvalifikasjonen til hver av sjefspesialistene i den aktuelle spesialiteten høyere enn ISUs. Hvis ISU vil diskutere dette problemet med dem i det foreslåtte tekniske flyet, så er det åpenbart i en ufordelaktig stilling. Han burde oversette diskusjonen i det økonomiske flyet, og sier at det ene alternativet koster så mye, og det andre så mye, med tanke på ikke bare byggekostnadene, men også driftskostnader, samt mulig risiko forbundet med endringer i utstyrskostnaden. Godta og begrunne sin beslutning fra et økonomisk synspunkt, ISU, som er ansvarlig for beslutningen til investoren, bør søke spesialistene en passende teknisk løsning. I dag kan noen av GUIene handle på denne måten, men dette er oppdraget til GUI, dets del av ansvaret for kvaliteten på designbeslutninger.
6. En GUI bør først og fremst ha en teknisk spesialitet.
Vi har allerede snakket om hva spesialitet og hvorfor skal være på GUI. Under betingelsene for akselerert satsing på vitenskapelig og teknisk utvikling, er kvaliteten på prosjektdokumentasjonen avhengig av systematisk avansert opplæring av GIP. I dag må ISU være kompetent i organisering og styring av designprosessen, metoder for å sikre den økonomiske effektiviteten i konstruksjonen, konstruksjonen og driften av anlegget for å oppnå sin posisjon på konkurransedyktig basis. Men selv med succes arbeider GUIer føler seg mangelfull av deres kunnskap om disse problemene, prøv å selvstendig kompensere for hull i deres kompetanse.
For å løse disse problemene på initiativ fra komiteen for den teknologiske utformingen av produksjonsanlegg NOPRIZ og Institute of Civil Engineering and Architecture (ISA) av National Research Moscow State Construction University (MGRS), med hjelp av Advisory Center "TSNIO prosjektet" og komiteen for kontinuerlig faglig utdanning i byggebransjen Russiske Union of Builders (RCC) organisert International School of Chief Engineers (Chief Architects) prosjekter. Skolestyret omfatter kjente spesialister i Russland og CIS-landene innen design og kvalitetssikring av prosjektdokumentasjon. Formann for Rådet for Den Internasjonale Skolen for Chief Engineers (Chief Architects) av prosjekter Mescherin Igor Viktorovich har en unik opplevelse i å jobbe med GAP og GIP i Sovjetunionen, Russland, USA og Italia.
Informasjon om International School GIPov (Gapova), herunder gjennomføring av spesifikke kurs lagt ut på nettsiden til ISA MGSU, National Association of designere og landmålere, TSNIO prosjektet, samt på nettstedene til "designeren" i Russland, Kasakhstan, Hviterussland og Ukraina.
Hovedformålet med International School of GIPs er å sikre opplæring av høyt kvalifisert personell av GIPs gjennom avansert opplæring. Møte moderne kravene i programmet, til praktisk orientering av kurs møte behovene til teknologisk og arkitektonisk utforming, for å opprettholde en kontinuerlig faglig vekst og reproduksjon GIPov på bestilling design organisasjoner talenter til å fylle GIPov innlegg.
Det er to hovedprodukter i den "pedagogiske porteføljen" av International School of Scientific and Industrial Information:
Det foreslåtte systemet for opplæring av GIP er fleksibelt, tilstrekkelig for behovets behov, og reagerer på de reelle behovene til ekstremt travle designere med praktisk arbeid. Innholdet i programmene er balansert teoretisk og praktisk kunnskap, samt erfaring innen designadministrasjon. Det er svært viktig at programmet tar på seg en bred territoriell dekning av studenter og treningstrening, blant annet ved bruk av moderne prinsipper, former og opplæringsformer: Modularitet, læring "før resultatet", variasjon i læring, fjernundervisning etc.
Hovedemnene som diskuteres i kursene i International School of GIPs på MSSU:
1. Situasjonen i byggemarkedet og dens innvirkning på ISUs virksomhet.
2. De viktigste endringene i innholdet i begrepet "kvalitetsstyringssystem" i forhold til ISUs arbeid.
3. Fordeling av prosjektorganisasjonen (PO) er ansvarlig for utvikling av designløsninger og kvalitet mellom den første direktør, sjefsingeniør, direktør for produksjon, GIPom, teknisk avdeling og produksjonsavdelinger (verksteder) i prosessen med forberedelse, produksjon og salg i byggeprosjektet (teknisk a) dokumentasjon, inkludert kontroll, verifisering, analyse, koordinering, validering og godkjenning av design og estimatdokumentasjon.
4. Avklaring av rolle og plass i GIPov "gjennom prosessen med" programvare, kunde-sentrisk "interaksjon med kunden" - "dannelse og støtte av portefølje software" - "Forberedelse og produksjon / implementeringsprosjekt (jobber) dokumentasjon" - "støtte til gjennomføring av prosjekt i konstruksjon "-" oppfyllelse av garantiforpliktelser for prosjekter implementert i bygging ".
5. Hoveden til produksjonsenheten: designeren eller lederen (leder)? Interaksjon med GUIer. Hovedobjektene for ledelsen av produksjonsenhetshode: Arbeidsressurser, arbeid, tid, økonomi, materielle ressurser; underordnet, myndighet, grunnleggende funksjonelle oppgaver (ansvar) av produksjonsenhetshode, kriterier for evaluering av virksomheten.
6. Prosedyren for "lansering" arbeid på utarbeidelse av prosjektdokumentasjon i samsvar med den konkrete designprosjektavtalen. Den omtrentlige kontrakten med underleverandørenes designorganisasjon (ACT); vurderingsprosedyrer, valg (utvalg) og revurdering av åpen kildekode programvare; konseptene for underleverandører og outsourcing.
7. Interaksjon av GUI med kontraktsavdelingen, teknisk arkiv, prosjektutgivelsesavdeling. Hovedkravene for ISU i systemet for utøvende disiplin.
8. Analyse av ISUs nye ansvar typisk jobbbeskrivelse av ISU; krav til GUI i gjennomføring av feltovervåking (inkludert underdesignere); GUI og utgaver av teknisk re-utstyr, bedriftsutvidelse, modernisering, overhaling, etc.
9. Overvåke kundetilfredshet med prosessene og resultatene av prosjektorganisasjonen.
10. GUIs rolle i å utvide produkttype (tjenester) av prosjektorganisasjonen. Formasjon av omdømmet til selskapet blant deltakerne i investeringsprosjektet.
11. Ledelse delprosjekter. Moderne krav til utvalg av designdeltakere.
12. Kommentarer til utkast til nye organisatoriske og prosessuelle dokumenter for GIPov: faglige standarder Heep, anbefalinger om organisering GIPA aktiviteter ProfilyuGIPa, krav til opplæring og ansettelse som GIPA, som er utviklet i Subcommittee på organiseringen av sjefsingeniør for komiteen for den teknologiske utformingen av objekter prosjekter produksjonsdestinasjon NOP i inneværende år.
13. Forhandlinger ved inngåelse av kontrakter og fastsettelse av kontraktspriser. Typer av kontrakter.
14. Interaksjon med statlig og ikke-statlig kompetanse.
15. Juridisk og organisatorisk rammeverk for utforming, forskriftsdokumenter relatert til arbeidet med GIPs, inkludert GOST R 54869-2011, samt EUROCODES-systemet.
16. Kostnaden for designarbeid. Grunnleggende indeks og ressurs metoder for beregning av kostnaden. Skjemaer for budsjettdokumentasjon. Evaluering av den økonomiske effektiviteten til designløsninger.
17. Prosjektrisikostyring. Identifikasjon og identifisering av risiko (risikokategorier, kjente risikoer og ukjente risikoer, omfang av risiko, sannsynlighet for forekomst og grad av risikopåvirkning); risikostyring budsjettering; fastsettelse av sannsynligheten for gjennomføring av tidsfrister og prosjektbudsjett risikorespons teknikker (unngåelse, overføring, reduksjon og aksept); risiko symptom kontroll.
18. Deltakelse i tilbud om kontrakt for design og undersøkelsesarbeid.
19. De viktigste bestemmelsene i kvalitetsstyringssystemet i prosjektorganisasjonen som oppfyller kravene i GOST ISO 9001-2015.
20. Funksjoner og innhold av kundens tekniske tilsyn. Statlig konstruksjonsovervåking.
21. Instituttets kompetanse i saker om selvopplæring og avansert opplæring.
22. GIP, GAP i prosjektorganisasjonens funksjonelle, organisatoriske og finansielle strukturer.
23. Kompetanse til GIP knyttet til markedsføring og salg.
24. Kompetanse GIP i fastsettelsen av sine krefter, rettigheter og ansvar.
25. Instituttets kompetanse i vurderingen av effektiviteten og effektiviteten av sin faglige virksomhet og motivasjon.
Siden mai 2015 har en tilleggsmodul "Estimering av den økonomiske effektiviteten til designløsninger" (30 hk. Timer) blitt inkludert i Programmet for Internasjonal Vitenskapelig og Teknologisk Institutt. Det totale volumet av programmet blir 80 ac. en time Denne modulen er undervist av lærere fra Statens Akademi for Investeringsfagfolk (GASIS) ved National Research University Higher School of Economics. Studentene mottar også et GASIS-sertifikat.
Emnet for utdannings-, konsulent- og forskningsprogrammer, foreslått av International School of Scientific and Industrial Information, er fokusert på å løse de grunnleggende problemene som designorganisasjonene står overfor gjennom profesjonell utvikling av nøkkeltall i designprosessen, for eksempel GUIer.
På hovedtemaene i Programmet til International School of GIPs utviklet konsultasjonssenteret "TsNIO-Project" spesifikke anbefalinger.
La oss nå gå til mekanismen for å forme kvaliteten på designbeslutninger for å klart og entydig bestemme grensene for ISUs ansvar.
Noen vanlige designbestemmelser:
1. Eventuelt prosjekt for bygging er en kombinasjon av tre modeller:
- fremtidige objektmodeller (romplanlegging og ingeniørløsninger);
- modeller for sin opprettelse (Prosjekt av organisering av konstruksjon);
- Modeller av driften (Organisasjon og produksjonsstyring).
2. Dannelsen av en designavgjørelse består av selve vedtakelsen av det, og det er da nødvendig å bekrefte samsvaren, med andre ord å verifisere. Vedtaket av en designbeslutning selv er et valg fra alternativer, og bekreftelse på samsvar har mange forskjellige alternativer og dermed mange vilkår som tilsvarer disse alternativene. De fleste av alternativene avhenger av tid, sted og standarder, som velges for bekreftelse.
Kvaliteten på designbeslutningen består av fire grunnleggende egenskaper. Hver av disse egenskapene er dannet av noen i programvaren og er beregnet for noen. Den som danner egenskapen til kvalitet, har personlig ansvar for det. Den første er "teknisk evne", det vil si at designløsningen må være slik at den kan implementeres under konstruksjon. Først og fremst er det nødvendig å bygge entreprenøren, og dens teknikere, ingeniører og de viktigste eksperter innen industrielle divisjoner danner. Den andre er "informasjonsmuligheten", det vil si at utformingsbeslutningen skal inneholde all nødvendig informasjon for gjennomføring av bygg- og installasjonsarbeid, bestilling av utstyr og innhenting av alle nødvendige tillatelser og godkjenninger. Hun trenger en kunde og en entreprenør. Denne eiendommen er dannet av teknikere, ingeniører og sjefspesialister av produksjonsenheter. Den tredje er "økonomisk mulig" av designløsningen, det vil si at designløsningen må være økonomisk konkurransedyktig under konstruksjonen og driften av anlegget. Dette er nødvendig for hovedpersonen i markedet - investor, den er dannet, og ISU er ansvarlig for dette. Den fjerde er "systemisk", dvs. alle designbeslutninger på prosjektet må samordnes. Dette er først og fremst nødvendig av designerne selv, og de viktigste spesialistene i prosjektdelene er ansvarlige for dette.
Designbeslutninger er laget på fem nivåer. Vurder disse nivåene på eksempelet på designdelen av prosjektet. Første nivå vil være "noder, deler." På dette nivået av teknologi blir det tatt beslutninger om forsterkende masker, innebygde deler etc. Det andre nivået er "elementer". På dette nivået utvikler ingeniører bjelker, kolonner, frittstående fundament, etc. Den tredje er "komponenter". Senior og ledende ingeniører utformer overlappings, belegger, omsluttende strukturer, etc. Det fjerde nivået er "prosjektdelen". På dette nivået bestemmer sjefspesialisten om bygningens strukturelle utforming og strukturens hovedstyrkeparametere. Det femte nivået - "tekniske og økonomiske indikatorer på prosjektet." ISU er ansvarlig for å ta beslutninger på dette nivået.
La oss vende oss til "bekreftelse på samsvar med designløsningen". Denne kontrollen, evalueringen, verifikasjonen, analysen, validering, koordinering og godkjenning av designbeslutninger. Her er det viktig for oss å bestemme grensene for ansvaret for GUI
Kontrollen innebærer korrelasjon av den vedtatte designavgjørelsen med eksisterende normer (regler), dvs. reguleringsdokumenter som for tiden opererer i byggekomplekset (byplanleggingskode for Russland, SNiP, SN, GOST, VSN, etc.). Resultatet av kontrollen er "tilsvarer" eller "svarer ikke til" designbeslutningen til de angitte reguleringsdokumenter.
Evaluering - samme kontrollprosedyre, bare i vedlegget til "tilsvarer" eller "svarer ikke" angir hvor mye "tilsvarer" eller "stemmer ikke overens". Resultatet av vurderingen er som regel gitt kvantitativt, for eksempel er brannbrudd mellom bygninger 10 meter mindre enn standard en.
Den såkalte normkontrollen er i samme rekke som kontrollen, med den eneste forskjellen at GOSTs SPDS brukes til å sammenligne den vedtatte designløsningen med regulatoriske dokumenter.
Verifikasjon innebærer å sammenligne designbeslutningen med inngangsdesigndata (designoppgave, innledende designdata, tekniske spesifikasjoner). GOST ISO 9001-2011 faststiller klart kravene til verifisering av designløsninger, inkludert planlegging av verifisering og registrering av resultater. Spesielt sier 7.3.5 at "i samsvar med de planlagte aktivitetene bør det gjennomføres en kontroll for å sikre at produksjonen av design og utvikling oppfyller innspillskravene til design og utvikling. Rekord av testresultater og alle nødvendige tiltak skal oppbevares og holdes. " Siden "inngangsdataene" som regel inneholder de tekniske og økonomiske indikatorene (krav) for prosjektdokumentasjonen, kontrollerer ISU overensstemmelsen mellom dataene som faktisk er mottatt.
Analyse - en kollektiv handling under ledelse av GIP - lar deg forutsi konsekvensene av uforanderligheten i den eksisterende designprosessen når det gjelder de tekniske og økonomiske egenskapene til designbeslutninger, designkostnader og varighet. I klausul 7.3.4 i GOST ISO 9001-2011, samt for verifikasjon, er kravene til analyse angitt, nemlig: "På hensiktsmessige stadier, i samsvar med de planlagte aktivitetene, bør det gjennomføres systematiske design- og utviklingsanalyser for å vurdere evnen til design- og utviklingsresultater oppfylle kravene, samt identifisere eventuelle [problemer som oppstår under design og utvikling] og foreslå nødvendige tiltak. Deltakerne i slike analyser bør inkludere representanter for funksjoner knyttet til det analyserte design- og utviklingsstadiet. Rekord av resultatene av analysen og alle nødvendige tiltak skal opprettholdes og vedlikeholdes. " Merk at analysen må planlegges og resultatene dokumenteres. Det er også åpenbart at analysen ikke kan utføres i begynnelsen av designet, siden det fortsatt ikke er noe å analysere, og på slutten av designet, siden "toget har allerede gått" og prosessen er fullført. I utformingen ligger ansvaret for analysen hos ISU. I løpet av designprosessen samler PIU lederne av produksjonsavdelinger og sjefspesialister på prosjektdeler og diskuterer med dem designens løpetid og de tekniske og økonomiske egenskapene til designbeslutningene som er laget for å sikre at de resulterende designmaterialene i slutten av designet tilsvarer "inngangsdataene".
Godkjenning antar selvtillit at denne designløsningen ikke er i strid med designbeslutninger i andre deler av prosjektet, det vil si at designløsningen til prosjektdelen av prosjektet er sammenlignet med designløsninger av prosjektene for elektrisk, sanitær eller varmekonstruksjon av prosjektet.
Ansvaret for koordinering som skal gjennomføres er ISUs ansvar, og for koordineringens korrekthet er de respektive hovedekspertene for prosjektdelene ansvarlige.
Husk hva "validering" er. I utformingen er to situasjoner med bekreftelse mulig: i første omgang kan dette gjøres direkte "på papir", dvs. designløsningen er plassert på dataskjermen. For eksempel er designbeslutningen en konstruert og konstruert bjelke som må tåle riktig belastning. For å bekrefte overholdelse er det tilstrekkelig å bruke samme beregningsmetode som ble brukt ved denne beslutningen (eller alternativet), og hvis denne metoden er testet og pålitelig, vil reberegningen gi absolutt tillit til korrekt utformingsbeslutning. Et annet eksempel, i designoppdraget, er sammensetningen av lokalene på den tilsvarende gulvet av bygningen angitt og de nødvendige områdene er angitt. Designløsningen til denne planløsning er enkel å kontrollere ved å sammenligne den med de opprinnelige dataene. Det bør understrekes at slike designbeslutninger i total mengde design - minst 80-90 prosent. Disse inkluderer designbeslutninger utført ved hjelp av standard design, typiske forsamlinger og deler, godkjente individuelle, tidløs utviklede designløsninger som brukes gjentatte ganger, utstyrskataloger som er sertifisert på foreskrevet måte osv. Osv. Med andre ord, tale Det handler om pålitelig, bevist, mange ganger brukt, uten tvil designløsninger.
Den andre situasjonen er når designløsningen ikke pålitelig kan verifiseres ved hjelp av tradisjonelle verifikasjonsteknikker. De kan kun kontrolleres i prosessen med bygging eller drift av det konstruerte anlegget, samt gjennomføre spesielle tester under forhold som er så nær som mulig for anlegget eller driften av anlegget. Et slikt behov oppstår når de bruker den avanserte teknologien eller materialene som allerede er anbefalt eller annonsert i reklame, nye beregningsmetoder, utstyr som aldri har vært brukt før, teknologiske løsninger som ikke har analoger, osv. På utstillingen fikk designere seg kjent med nye takmaterialer som er aktivt annonsert, og egenskapene til dette materialet er imponerende.
Det kan besluttes å bruke dette materialet til et tak med et areal på 20 tusen kvadratmeter, men det er spesifikt fastsatt at under bygging må du først fylle et takseksjon på 10 kvadratmeter, skape en dynamisk belastning på den i en viss tid, helles vann på toppen og se hvordan den nedre overflaten av taket oppfører seg. Hvis testresultatet er positivt, vil designerne gi tillatelse til å gjøre resten av taket. Noen ganger oppstår dette behovet på grunn av den store usikkerheten i de geologiske forholdene i vanskelige byggeplasser, når prospektorer ikke (med økonomiske årsaker) med tilstrekkelig nøyaktighet kan simulere jordegenskapene på bestemte steder i grunnfondene. I disse tilfellene indikerer de behovet for kjøreprøvebunter, og først etter det bekrefter muligheten for å bygge et bunkefelt under hele objektet.
Dette er validering av designløsningen. Bruk av validering demonstrerer prosjektorganisasjonens forpliktelse til alt nytt og avansert. Dette er et tegn på konkurranseevnen til designløsninger, det er ønsket om å ta en ledende posisjon i designen på grunn av den kontinuerlige økningen i kundetilfredsheten. Ansvaret for å gjennomføre validering bæres av ISU, for innholdet i validering - de viktigste eksperter på prosjektdelene.
Godkjenning er tillatelse til å overføre komplett prosjektdokumentasjon til en kunde. Dette er ansvaret for GUI, og han implementerer det når han signerer fakturaen før han sender dokumentasjonen til kunden.
Nå vender vi oss til ISUs ansvar, knyttet til en reduksjon av kostnaden for designarbeid. Som du vet, er det mange muligheter til å redusere kostnadene, og dette er en "hodepine" for ledelsen og alle ledende programvarespesialister, da dette er praktisk talt den eneste måten å øke fortjenesten til prosjektorganisasjonen. GUI gir et betydelig bidrag til dette, og realiserer ansvaret for å administrere (outsourcing) underdesignere.
I dag har det blitt mulig å velge underdesignere (STR) basert på resultatene av evalueringen deres, sammenligning med konkurrenter, regelmessig revurdering, og ansvaret for GUI for dette valget har dukket opp. Et viktig prinsipp, "hvem betaler, bestiller musikk", begynte å jobbe mellom fagene, ikke bare i den velkjente tradisjonelle forstanden, men også som et krav hos den generelle designeren (GP) å hele tiden tenke på å forbedre (sikre) kvalitet og redusere kostnadene for designarbeid. I tillegg fastslår loven at ansvaret til kunden for kvaliteten på design- og estimatdokumentasjonen, utviklet av ACT, bæres bare av legen. Derfor er det nødvendig å være styrt av kravene i GOST ISO 9001-2011 og retningslinjene for anvendelse av outsourcingprosesser (ISO / TS 176 / SC 2 / N 630R2, 24. november 2003).
Generelt er det tre betingede typer STR:
- "Ordinære" - SPOer som GP har normale markedsforhold til;
- "Ordinære" - SPOer som GP har normale markedsforhold til;
- "Henchmen" - skapning av kunden, forholdet til legen som kunden bestemmer.
Ved hjelp av eksemplet på forhold til åpen kildekode, vurderer vi hvert av delsystemene i rekkefølge, gitt at ISU i enkelte tilfeller tar beslutninger, og i andre deltar det i vedtaket.
Evaluering, utvelgelse og revurdering av underdesignere.
Dette delsystemet består av to blokker:
- formasjon og vedlikehold av listen (database, register, etc.) av godkjente STR og oppdatering;
- valg av åpen kildekode programvare fra den angitte listen for å utføre arbeid på et bestemt prosjekt.
Arbeid under den første enheten er funksjonen til den tekniske avdelingen til programvaren, og i det andre ansvaret for ISU.
For å danne listen, søker den tekniske avdelingen av programvaren, evaluerer, velger og reevurderer åpen kildekodeprogramvare i samsvar med programvarens behov ved hjelp av kriteriene utviklet i forbindelse med GUIene.
Det er klart at en slik tilnærming ikke garanterer at STR er tilstrekkelig til å oppfylle forventningene til legen på grunn av kompleksiteten i å formalisere noen problemer. For eksempel et spørsmål om tilgjengeligheten av et gyldig QMS og dets overholdelse av kravene i GOST ISO 9001-2011. ACT svarer at QMS fungerer og oppfyller, slik det fremgår av sertifikatet fra "N" sertifiseringsorganet. Erfaring med å evaluere oppfyllelsen av visse krav til GOST ISO 9001-2011 av selvregulerende organisasjoner av designere, indikerer at mer enn 90% av sertifikatene mottas formelt, bare "kjøpt" og ofte ikke har noe forhold til en bestemt STR. Det viser seg at Høgskolen har reelt ansvar for kvaliteten på prosjektarbeidet (arbeid) dokumentasjon utarbeidet av AKT, men valget av AKT er basert på "forsikringer" av STR selv i form av svar på spørreskjemaet. Ved utforming av et bestemt objekt velger GUI som regel den aktuelle ACT fra listen, styrt av ytterligere kriterier, inkludert STRs territoriale plassering, STR-informasjon på egenskapene til en bestemt byggeplass, tidligere kontakter med en bestemt kunde, beredskap til ACT for å oppfylle ordren og andre.
Før du tar en beslutning om involvering av åpen kildekode programvare i utformingen av GUI, bør du være direkte i organisasjonen. Dette er en ny GUI-plikt. Denne teknologien er fastsatt av standardene i ISO 9000-serien og kalles revisjonen "andre part". Varigheten av revisjonen av den andre parten er ikke mer enn en arbeidsdag (helst 3-4 timer).
En slik kort varighet forklares av det faktum at ikke hele kvalitetsstyringssystemet for open source-programvare vurderes, men bare visse viktige punkter. Praksis viser at hvis alt på dette punktet er normalt, så med høy sannsynlighet svarer ACT til forventningene til SE.
Det er nødvendig å understreke at Kunden kun handler med legen, med hvem han har en kontrakt. Han kan ikke kjenne resten av prosjektdeltakerne. Følgelig er forholdet til open source-programvare utelukkende et problem av GP. SPO fungerer faktisk som en ekstra strukturell enhet av legen, som den skal administrere i prosessen med prosjektimplementering på samme måte som med sine "egne" strukturelle divisjoner, med tanke på tidsfrister og kvalitet på prosjektdokumentasjon (utviklet av ACT), som legen er ansvarlig for av kunden. Dette bestemmer ansvaret for SOEene i styring av STR.
Typen og omfanget av styring av åpen kildekode-programvare kan variere over et bredt spekter: fra det minste når åpen kildekode-programvare utstedes en teknisk oppgave, og det utførte arbeidet aksepteres med liten eller ingen verifikasjon, til det maksimale når det kreves at forvaltningsselskapet og andre dokumenter godkjent av anskaffelsesfirmaet styres av bestillingen. Samtidig utføres en fullstendig verifisering av den fullførte STR, PSD, inkludert med bistand fra uavhengige eksperter.
Den nødvendige mengden ledelse bestemmes av ISU, avhengig av resultatene av evalueringen (reevaluering) av STR, inkludert å ta hensyn til informasjonen som er oppnådd under revisjonen av den andre parten, og også avhengig av kostnadene som er planlagt for RP for å gjennomføre innkommende inspeksjon av STR-materialene, med tanke på at Disse kostnadene øker kostnadene ved arbeid på prosjektet.
Administrasjonsfunksjonene til SPO bør opprettes av GUI i "spesielle forhold" i underleverandøravtalen. Teknisk avdeling for teknisk utvikling utvikler et mønster av slike "spesielle forhold" der praktisk talt alle mulige og / eller nødvendige aspekter av åpen kildekodeadministrasjon blir presentert, og GUI, når det analyseres en spesifikk kontrakt med åpen kildekodeprogramvare, inneholder de ledelsesmetoder som oppfyller vilkårene for et bestemt prosjekt. Jo dypere kontrollen av åpen kildekode-programvare, desto mindre er volumet av inngangskontroll av designmateriale til åpen kildekode-programvare, og dermed kostnaden for GP.
Slike kontrollmetoder kan omfatte behovet for:
- godkjenning av den teknologiske designprosessen som brukes av open source-programvaren eller gjennomføring av designarbeid ved hjelp av prosjekteringsprosessen som brukes av daglig leder;
- koordinering av design arbeidsplanen som STR skal utvikle på grunnlag av arbeidsplanen knyttet til kontrakten;
- avtaler (som avtalt med statens virksomhet) av en bestemt prosjektleder (prosjektleder) for bestillingen som er sendt for utførelse (prosjektdel), etc.
Avhengig av graden av kontroll av åpen kildeprogramvare, kan volumet av inngangskontroll for en lege variere fra 100% til nesten ingen, det vil si en formell omberegning av prosjektdokumenter mottatt fra åpen kildekode.
Etter overføringen av den ferdige utformingen og estimatdokumentasjonen til Kunden eller etter oppstart av objektet (hvis forfatterens tilsyn ble utført), må ISU fullføre outsourcingprosjektet.
For dette trenger du:
- Kontroller tilgjengeligheten av dokumenter som bekrefter kvittering for design og estimatdokumentasjon fra ACT, inkludert kvalitetskontroll av den angitte dokumentasjonen.
- evaluere samarbeidet med ACT og rapportere resultatene til den tekniske avdelingen for å justere listen;
- få fra ACT og overføre til GP-arkivet informasjonen om den utviklede individuelle effektive designløsninger, inkludert STR-dokumentasjonen, som kan anbefales til gjenbruk;
- utarbeide en offisiell gjennomgang for åpen kildekode programvare
- løse problemet (om nødvendig og mulig) om de økonomiske insentiver for åpen kildekode-programvare.
Nå om GUIs ansvar, som er knyttet til deltakelse i dannelsen av "bestillingsboken" og lavere programvarekostnader for å finne nye kunder.
Poenget er at i henhold til punkt 7.2.1 "Prosesser knyttet til forbrukere" GOST ISO 9001-2011, må programvaren definere kravene:
1. Etablert av kunden, inkludert krav til levering og aktiviteter etter levering.
2. Ikke spesifisert av kunden, men nødvendig for den bestemte eller tilsiktede bruken av DED når den er kjent.
3. Lovgivende og annen obligatorisk knyttet til DED.
4. Eventuelle ekstra, spesifikke programvare.
Hva menes med de tre første gruppene av krav (1-3) er mer eller mindre klart. Vi forklarer videre at "krav som ikke er oppgitt av kunden, men som er nødvendig for en bestemt eller tilsiktet bruk av DED, hvis kjent", kan inkludere alle krav til selve programvaren, hvor kvaliteten, pris og leveringstidspunktet for prosjektdokumentasjonen er avhengig.
Hvis en kunde mottar designestimater, som ifølge den eksisterende designteknologien blir lagret i en viss tid før de blir overført til kunden i et teknisk arkiv, vil kravene i selve programvaren om lagringsforholdene i arkivet til den spesifiserte dokumentasjonen bli omtalt i punkt 7.2.1 (2) i standarden. Ved å oppfylle kravene som er angitt i standarden 7.2.1 (1-3), kan programvaren ikke få konkurransefortrinn, siden alle konkurrenter må oppfylle disse kravene. Under markedsforhold kan kun programvare som "overlever" bestemme og oppfylle kravene i punkt 7.2.1 (4). Vi kaller disse kravene "antas" og klargjør meningen deres: først, de er "gjettet", selve programvaren er formulert, for det andre er de ikke godkjent eller avtalt med kunden, og for det tredje gjennomføres implementeringen på egen regning programvare. Som et resultat mottar kunden prosjektdokumentasjon (tjenester) med parametere som er uventede for ham eller med bedre parametere enn forventet, noe som garanterer ikke bare kundetilfredshet, men gir ham beundring for den angitte PSD (service rendered). I sistnevnte tilfelle kan programvaren være sikker på at kunden vil komme tilbake til det flere ganger. Og for å holde kunden, som du vet, 5-7 ganger billigere enn å søke etter en ny. Dette er essensen av en fundamentalt ny posisjon som er nedfelt i GOST ISO 9001-2011.
For å oppfylle kravet, spesifisert i punkt 7.2.1 (4) i standarden, for å påvirke programmens konkurransefortrinn, er det nødvendig å bestemme eieren av prosessen for å danne de tiltenkte kravene til kundene, det vil si en av lederne som sett regler for gjennomføring av denne aktiviteten. For programvare skal prosesseier sannsynligvis være instituttets sjefingeniør. Mesteren av prosessen, det vil si spesialisten som danner den potensielle kundens krav til et bestemt prosjekt, bør være en GUI. For å klargjøre er ISU ansvarlig for at kundens tiltenkte krav er definert, og de viktigste spesialistene i produksjonsavdelingene er ansvarlige for innholdet i disse kravene.
Et annet ansvar for PIU er dannet i analysen av kontrakten (avtale) med kunden. Appell av kunden i programvaren kan være på forskjellige måter: informasjon om det vantede budet (konkurranse); et offisielt brev med forslag om å utvikle prosjektdokumentasjon telefonsamtale til leder av programvare; uformell kommunikasjon gjennom kollegaer osv. Når du mottar et av de ovennevnte signalene, anbefales det å utpeke en GUI som vil klare analysen av kontrakten før du signerer av kunden.
Denne ISU-plikten innebærer:
- bestemme sirkelen av personer som vil delta i samordningen av utkastet til kontrakt og ansvarsfordelingen mellom dem
- bringe de angitte ledere og spesialister inn for å gjennomføre forhandlinger med kunden (arbeidsmøter) for å diskutere enkelte bestemmelser i utkastet til kontrakt, herunder forhandlinger om fastsettelse av kontraktsprisen;
- i valget fra databasen med maler av et egnet alternativ for en bestemt kunde og designobjekt;
- fastsettelse av nødvendigheten og muligheten for å tiltrekke seg underdesignere og holde forhandlinger med dem;
- vurdering av risiko som kan være knyttet til oppfyllelsen av sine forpliktelser i henhold til kontrakten.
Hver av disse handlingene i dagens forhold er forskjellig fra den praksis vi kjenner. For eksempel er avtale om utkast til avtale vanligvis utarbeidet i "Liste over godkjennelser", der det er angitt fullt navn og stilling til den aktuelle lederen, som, hvis godkjent positivt, signerer, negativt - gi skriftlig mening til dem. Etter vår mening er det nødvendig å etablere ansvaret for lederen for de relevante avsnittene i utkastet til kontrakt. Summen av poeng i "Liste over godkjenninger" må være lik summen av poeng i utkastet til kontrakt. Dette sikrer det personlige ansvaret for hver leder for å oppfylle kontraktsbetingelsene i prosjektorganisasjonen og lik forståelse av de relevante vilkårene i prosjektoppgaven av prosjektorganisasjonen og kunden etc.
Materialet i denne artikkelen med noen designere kan føre til innvendinger. Vi er klare til en konstruktiv diskusjon med kolleger i en praktisk form.