Fram till 2008 skulle byggprojektet innehålla ett dokument som är känt inom den professionella miljön under det karakteristiska namnet "GIP Eath". Nu kallas det "projektorganisationens försäkran om att projektdokumentationen har utvecklats i enlighet med..." [1], och sedan ett antal dokument vars överensstämmelse bedöms.
Men som tidigare förstår alla hur ansvarlig och omfattande rollen som chefsingenjör och / eller chefsarkitekt i projektet - GIP och GAP.
Med början av självregleringskonfigurationen under byggandet 2010 fastställs och fastställs uppgifter och ansvar för den person som utför utarbetandet av projektdokumentation (general designer) enligt federala lagar och dokument från ministerier och avdelningar [1] [2] [3] [4]. Samtidigt infördes inte SNIP-förordningarna från 1985 om projektets huvudingenjör (chefarkitekt) [5], som fastställde rättigheter, uppgifter och ansvar för de namngivna personerna på grundval av USSR-lagstiftningen, i förteckningarna över standardiseringsdokument med både obligatorisk och frivillig användning, och har sedan 2010 förlorat sin status.
Vilka är de nuvarande rättsakter som beskriver ISU / GAPs funktioner, rättigheter, uppgifter och ansvar?
Informationsresurser hänför oss till två källor:
- Beslut av Ryska federationens arbetsmarknads- och sociala utveckling 1998 "om godkännande av referensboken för chefer, specialister och andra anställda" [6];
- Beställning av Ryska federationens hälsovårdsministerium 2008 "Vid godkännande av en enda kvalifikationskatalog över ledning, chefer och anställda" [7].
Båda handlingar agerar, med namnet på namnen slående. 1998 års dokument innehåller en del om ansvaret för chefsingenjören och projektets huvudarkitekt och år 2008 endast projektets maskinchef. Båda dokumenten fastställer endast officiella uppgifter och kvalifikationskrav och med samma ord.
En noggrann läsning avslöjar att Rysslands hälsovårdsministerium ett årtionde senare (2008) nästan ord för ord upprepar sammanställningen av Arbetsministeriet 1998 med SNiP 1985, i den del som ägnas åt uppgifterna till projektets ingenjör / arkitekt, och i fjol är båda ministerierna en dag ( 02.12.2014) "uppdaterade" sina handlingar, utan att ersätta ett enda ord om fördelarna i motsvarande avsnitt! Den stereotypa dubbelarbete, som uppenbarligen används av stora statliga resurser, är förbryllande. I rättvisa noterar vi att, även om ord och hela fraser pekar på den ursprungliga källan, men på grund av en delvis omplacering av platser skulle spagiering av plagiering vara ohållbar.
Eftersom arbetsdepartementet, liksom hälsovårdsministeriet, inte tog det svårt att skapa ett nytt dokument som motsvarar det aktuella ögonblicket, eller åtminstone uppdatera det ordentligt, idag använder vi fortfarande spårningspapper från 1985 SNiP. För att komma ihåg vilka funktioner som genomfördes obligatoriskt av GUI och GAP för trettio år sedan, och enligt ministeriets uppfattning, måste det utföras idag, är det nödvändigt att citera Arbetsministeriets beslut (och i själva verket alla tre akterna).
Chefsingenjör, chefarkitekt för projektet:
"Utför teknisk styrning av design och undersökning av arbetet vid utformningen av anläggningen och övervakar dess konstruktion, idrifttagning och utveckling av designkapacitet.
Åtgärder för att förbättra kvaliteten på designen och uppskatta dokumentationen.
Förbereder data för ingående av avtal med kunder för utveckling (överföring) av vetenskapliga och tekniska produkter
Delta i kommissionsarbetet om urval av platser (spår) för byggande, vid utarbetande av designuppdrag och vid organisering av ingenjörsundersökningar för utveckling av designestimat och annan teknisk dokumentation
Organiserar sin utveckling på de objekt som tilldelats den, deltar i utarbetandet av övergripande planeringsplaner för genomförande av forskning, design, teknik och tekniska verk
Lagar scheman för frisläppande av vetenskapliga och tekniska produkter.
Formar uppgifter för underleverantörer att utföra det arbete som tilldelats dem och ger dessa organisationer de nödvändiga inmatningsdata. Löser problem som uppstår under utvecklingen av dokumentationen.
Utövar kontroll över den tekniska nivån av design, stadsplanering och arkitektoniska planeringsbeslut, ekonomiskt utnyttjande av medel för design och undersökning, tidpunkten för utveckling av design och uppskattningsdokumentation.
Garanterar överensstämmelse med den utvecklade designen och uppskattningsdokumentationen med statliga standarder, normer, regler och instruktioner.
Ger verifiering av patentrenhet och patenterbarhet för första gången som används i projektet eller utvecklas för det tekniska processer, utrustning, instrument, strukturer, material och produkter.
Skyddar projektet i föräldraorganisationer och -organisationer.
Delta i övervägande och godkännande av den generella upphandlande organisationen av design och uppskattningsdokumentation.
Lös problem som uppstår i samband med design, konstruktion, igångsättning av anläggningen, utveckling av designkapacitet.
Arrangerar arbetet med att eliminera upptäckta brister i konstruktionsuppskattningar och annan teknisk dokumentation samt om redovisning av utgifter för godkända uppskattningar.
Förbereder förslag till ledning av projektorganisationen och kunden för att göra ändringar i arbetsdokumentationen i samband med införandet av nya regleringsdokument, med hänsyn till det faktiska tillståndet för byggandet.
Koordinerar rimliga avvikelser från gällande regler, föreskrifter, instruktioner med statliga tillsynsorgan och andra organisationer som godkänt dem.
Ger analys och syntes av erfarenhet vid konstruktion, konstruktion och drift av byggda anläggningar och förberedelser på grundval av förslag till förbättring av den tekniska och ekonomiska nivån av designlösningar.
Förbereder recensioner och slutsatser om innovationer och uppfinningar, utkast till standarder, tekniska specifikationer och andra regleringsdokument rörande konstruktion och konstruktion.
Han deltar i undersökningen av projekt, förberedelser av publikationer och utarbetande av ansökningar om uppfinningar, i seminarier och konferenser i hans specialitet. "
Hur motsvarar de angivna tullarna de nuvarande rättsakterna om stadsplanering, självreglering och teknisk föreskrift? En väsentlig del av ovanstående föremål strider mot lagen både terminologiskt och i sak och kan inte utföras på obligatorisk basis.
Tänk i ställning för position, vilket orsakar frågor när det gäller engagemang.
1. Teknisk styrning av design och undersökning arbete vid utformning av objektet och övervakning av dess konstruktion, idrifttagande och utveckling av designkapacitet.
Enligt de tekniska föreskrifterna "Byggnads- och byggnadsskydds säkerhet" [8] har författarens tillsyn sedan 2010 hänförts till frivilliga former för bedömning av överensstämmelse, och genomförs med parternas överenskommelse enligt beslut av utvecklaren (teknisk kund). Naturligtvis är arkitektonisk övervakning nödvändig när man skapar arkitekturarbeten - som en integrerad del av den kreativa processen och en del av upphovsrättsskyddet. Också utan författarens övervakning finns det ingen grund för den generella designerns ansvar för att det byggda kapitalbyggnadsprojektet uppfylls med designdokumentationen, vilket förstör pyramidalkonceptet med ansvar för självreglering. Samtidigt, utan författarens övervakning, kan det varken vara obligatoriskt eller frivilligt deltagande av den allmänna formgivaren, och speciellt ingenjören eller ingenjören, för att lösa byggproblem, anläggning av anläggningen och utveckling av konstruktionskapacitet.
Observera att de angivna tekniska föreskrifterna [8] identifierade de personer som är ansvariga för förfarandena för att bygga huvudkontraktsobjektet: allmän entreprenör, utvecklare och / eller teknisk kund, personer som utför byggkontroll och tillståndsövervakning av byggnader. Detta kan vara orättvist och felaktigt med hänsyn till det sammankopplade ansvaret för resultaten av design och konstruktion, men varken den allmänna formgivaren, eller ens ISU / HAP, nämns i nuvarande regler när anläggningen är uppdragsgiven.
Så länge som författarens tillsyn definieras enligt lagen som ett frivilligt inslag i byggprocessen, kan det inte medräknas till någon persons uppgift genom en rättsakt, men vid behov kan dessa relationer regleras av organisationens interna arbetsbeskrivning.
Ovanstående gäller helt för p.5. (Löser problem som uppstår i samband med design, konstruktion, idrifttagande av anläggningen, utveckling av designkapacitet).
1). Sedan 2004, i enlighet med stadsplaneringskoden [2], bör termen "idrifttagande av ett kapitalbyggnadsobjekt" användas istället för orden "idrifttagande av ett objekt".
2). Stadsplaneringskoden [2] använder inte begreppet "utnyttjande av designkapacitet".
2. Deltagande i kommissionsarbetet om urval av platser (spår) för konstruktion, förberedelse av designuppdrag och vid organisering av ingenjörsundersökningar.
Här är det lämpligt att påminna ansvaret för den utvecklare eller den tekniska kunden som fastställs enligt stadsplaneringskoden [2]: "Utvecklaren eller den tekniska kunden är skyldig att tillhandahålla (till den allmänna formgivaren): (se texten i föregående upplaga)
1) En stadsplaneringsplan för en tomt eller vid beredning av projektdokumentation för ett linjärt objekt, ett planeringsprojekt och ett markundersöknings projekt.
(se texten i föregående upplaga)
2) Resultaten av tekniska undersökningar...;
3) tekniska villkor... ".
Och vidare: "Förberedelse av projektdokumentation utförs på grundval av utvecklarens eller teknisk kundens uppgift."
Valet av byggarbetsplatser, utarbetandet av konstruktionsuppdrag och organisering av ingenjörsundersökningar (och inte undersökningar) är idag inte en officiell plikt för PIU eller GAP, som för trettio år sedan, men utvecklarens eller tekniska kundens funktionella ansvar. Utvecklarens eller den tekniska kundens funktionella ansvar presenteras speciellt tydligt under anbud för design baserad på offentlig upphandling. Ovannämnda inledningsdata utgör i detta fall ett paket av anbudshandlingar som bildas av kunden och deltagande i utarbetandet av projektledaren eller GAP, per definition, representerar den allmänna formgivaren, anses vara ett brott mot antitrustlagar.
3. Säkerställer att den utvecklade designen överensstämmer och uppskattar dokumentationen med statliga standarder, normer, regler och instruktioner.
I enlighet med regeringens dekret "om sammansättningen av projektdokumentationskomponenter..." [1] bedöms bedömningen av projektdokumentationens överensstämmelse med lagstiftningens krav i form av "certifiering till projektorganisationen att designdokumentationen är utvecklad i enlighet med stadsplaneringsplanen för markplanen, designuppgiften,..., tekniska föreskrifter,... och med iakttagande av tekniska villkor ". Som vi ser är ansvaret i denna del inte pålagt organisationens medarbetare, utan på den allmänna designorganisationen, som är sant när det gäller självreglering, behovet av generell formgivares medlemskap i specialiserade partnerskap och ansvar inom ramen för kompensationsfonderna för dessa partnerskap. Och dessutom är listan över dokument, vars överensstämmelse bedöms, helt annorlunda, och det var sedan 2008.
4. Koordinerar rimliga avvikelser från gällande regler, föreskrifter, instruktioner med statliga tillsynsorgan och andra organisationer som godkänt dem.
Det är nödvändigt att ta största hänsyn till de viktigaste bestämmelserna i den nuvarande stadsutvecklingslagen [2]: "Det är inte tillåtet att kräva godkännande av projektdokumentation, en slutsats om projektdokumentation och andra dokument som inte föreskrivs i denna kod." Bland slutsatserna som krävs enligt koden [2] anges slutsatserna från undersökningen, den statliga ekologiska undersökningen av det etablerade urvalet av objekt och den historiska och kulturella undersökningen av kulturarvets föremål.
Om det är nödvändigt att avvika från kraven i regleringsdokument, bör vi i dag följa de regler som fastställs i tekniska föreskrifter om byggnads- och byggsäkerhet [8]: "... om för utarbetande av projektdokumentation en avvikelse från kraven som fastställs av... nationella standarder och uppförandekoder... dokumentation... utförs i enlighet med de speciella tekniska villkoren. "
Och igen regeringens dekret "om sammansättningen av delar av projektdokumentation..." [1]: "... utvecklingen av (projekt) dokumentation bör föregås av utveckling och godkännande på föreskrivet sätt med speciella tekniska villkor." Med andra ord är speciella tekniska villkor (STU) materialet för förprojektberedning, d.v.s. källdata för design. Harmoniseringen av avvikelser från lagstadgade krav enligt den nuvarande lagstiftningen föreskriver således inte och utvecklingen av en CTS (ett dokument som legitimerar avvikelser från kraven i regleringsdokument när vissa krav är uppfyllda) är utvecklarens eller den tekniska kundens funktionella ansvar.
Det kan därför konstateras att de befintliga dokumenten om PIU / GAP: s ansvar är otillfredsställande eftersom de citerar föråldrade normer för trettio år sedan och inte tar hänsyn till moderna krav i stadsplaneringslagstiftningen, regler för teknisk reglering och självreglering i byggande. Försök att skapa metoddokument är ohållbara så länge de bygger på de angivna föråldrade normerna. Till exempel, den nyligen förberedda för informationssystemet Consultant Plus (2015) formuläret för jobbbeskrivningen hos projektingenjören, returnerar envis oss till bestämmelserna från 1985. Konfliktberäkningar av krav åstadkommer en konfliktstämning i relationerna mellan utvecklare, generella designers och specifika specialister.
Behovet av att återställa ordningen i detta område från tid till annan erkänns av myndigheterna. Under 2012, strax innan Rysslands anslutning till WTO, togs ett utkast till de misslyckade ändringarna av stadsplaneringskoden och andra rättsliga och rättsliga handlingar beträffande frågorna om att införa högteknologins institut och projektets huvudarkitekt. Det föreslogs att definiera villkoren för ISU och GAP, att fastställa referens- och kvalifikationskriterierna i en-till-en korrespondens direkt med stadsplaneringskoden. Samtidigt övervägdes frågan om säkerställande av personligt ansvar för GIP och GAP, med införande av relevanta artiklar i administrativa och straffrättsliga regler med mycket hårda påföljder för överträdelse av tjänstemän: böter med 18 månaders lön, fängelse på upp till sju år...
Det kan antas att institutet för GIP / GAP skulle ha förstörts redan före dess inrättande, om sådana lagstiftningsinitiativ antogs. Å ena sidan är ansvaret för att bryta mot designreglerna idag tilldelat den allmänna formgivaren med hjälp av självregleringsverktyg, ersättningsfonder och riskförsäkring. Å andra sidan har strafflagen fortfarande tillräcklig sanktion i händelse av skada på egendom, hälsa eller liv. Men det finns en tredje sida i frågan: den nuvarande lagstiftningen är ganska motsägelsefull, terminologiskt otillräcklig, dåligt samordnad mellan de olika regleringarna och bestämmer således omöjligheten att uppfylla sina krav utan betydande undantag. I enlighet med principerna om social rättvisa är det rimligt att prata om att etablera ansvar, åtminstone administrativt, även när man utvecklar och antar motstridiga (och därför ej verkställbara) rättsakter. Endast om det finns en logisk, konsekvent, ömsesidigt överenskommen lagstiftning på alla områden, är det möjligt att iaktta det i god tro, och överträdelsen kan bedömas slutgiltigt.
Det är uppenbart att fullständiga och komplicerade dokument som på ett tillförlitligt sätt bestämmer rättigheterna, skyldigheterna, kvalifikationskraven och ansvaret för projektets huvudingenjör / chefarkitekt - centrala uppgifter i projektprocessen - krävs på grundval av moderna juridiska och professionella krav. Ansvaret bör troligtvis beaktas i det oskiljaktiga sambandet mellan alla ämnen i stadsplaneringsrelationer, lagstiftande och verkställande myndigheter. För att kunna utveckla en konsoliderad åsikt om en sådan akut och otillräcklig fråga idag skulle det vara lämpligt att hålla en bred professionell diskussion, vars resultat kan utgöra grunden för ett paket av nödvändiga förändringar och vid behov utvecklingen av nya rättsakter.
Dokument som nämns i texten:
[1] Ryska federationens regering nr 87 av den 16 februari 2008 "Om sammansättningen av projektdokumentationsavsnitt och krav på deras innehåll" (FÖRORDNING om sammansättning av projektdokumentationssektioner och krav på underhåll)
[2] Ryska federationens federala lag №190-ФЗ daterad den 29 december 2004 "Ryska federationens planeringsplan"
[3] Ryska federationens federala lag nr 315-ФЗ daterad den 1 december 2007 "På självreglerande organisationer"
[4] Ryska federationens ministerium för regional utveckling nr 624 av den 30 december 2009 "Att godkänna förteckningen över typer av arbeten vid konstruktionsundersökningar, förberedande av projektdokumentation, om konstruktion, återuppbyggnad och översyn av huvudbyggnadsobjekt som påverkar säkerheten för byggnadsobjekt"
[5] SNiP 1.06.04-85 "Förordningar om chefsingenjören (chefarkitekt) av projektet"
[6] Rysslands ministerium för arbetskraft och social utveckling av den 21.08.1998 nr 37 "Vid godkännande av referensboken för chefer, specialister och övriga anställda". Avsnitt II., Del 2. "Ställningar av ledande och ingenjörsvetenskapliga arbetare inom design, teknik, teknik och kartläggning", stycke "Chief Project Engineer. Projektets huvudarkitekt.
[7] Den ryska federationens ministerium för hälsa och social utveckling av den 23 april 2008 nr 188 "Vid godkännande av en referensbok för chefer, specialister och anställda", avsnitt "Kvalificeringsegenskaper för chefer och specialister inom arkitektur och stadsplanering". Del 5 "Design", s.5.1. "Chefernas positioner. Chief Project Engineer.
[8] Ryska federationens lag nr 384-ФЗ daterad 30 december 2009 "Tekniska föreskrifter om byggnads- och byggnadsskydds säkerhet".
Vem kan vara en hypo
Grupp: Ny
Inlägg: 11
Registrering: 01/31/2011
Användar-ID: 91953
Grupp: Moderatorer
Inlägg: 34679
Registrering: 07/11/2006
Från: Moskva
Användar-ID: 3370
Grupp: Forum deltagare
Meddelanden: 1553
Registrering: 8.1.2008
Från: Krasnoyarsk
Användar-ID: 14254
nej, det kan de inte.
och varför behöver du det här?
Jo det här är ett brottmål med denna erfarenhet.
stämpel till exempel hur kommer det att fyllas?
GUI - I
gjort - jag
och.t.p.?
Inlägget har redigeratsDaniel - 4.4.2012, 9:13
Grupp: Ny
Meddelanden: 8
Registrering: 04/12/2010
Användar-ID: 51897
Grupp: Moderatorer
Inlägg: 34679
Registrering: 07/11/2006
Från: Moskva
Användar-ID: 3370
Grupp: Ny
Inlägg: 11
Registrering: 01/31/2011
Användar-ID: 91953
Grupp: Moderatorer
Inlägg: 34679
Registrering: 07/11/2006
Från: Moskva
Användar-ID: 3370
Grupp: Forum deltagare
Meddelanden: 1302
Registrerad: 4 december 2009
Från: mot utsläpp av oföränderliga naturresurser
Användar-ID: 41817
Grupp: Forum deltagare
Meddelanden: 2360
Registrerad: 12.7.2006
Från: Kharkov
Användar-ID: 3382
Grupp: Moderatorer
Inlägg: 34679
Registrering: 07/11/2006
Från: Moskva
Användar-ID: 3370
Grupp: Forum deltagare
Meddelanden: 104
Registrering: 01/24/2010
Användar-ID: 45022
För GUI krävs erfarenhet, GUI på titelsidan är undertecknad, att projektet har genomförts enligt gällande standarder och är explosionssäkert, brandsäkert, det vill säga är det helt ansvarigt för tekniska beslut. Tidigare på projektkontoren var det nödvändigt att få signaturen på projektet, signaturen hos den ledande ingenjören, ledande ingenjören, gruppledaren, då chefsekreteraren, avdelningschefen, GIP, och undertecknade den i den tekniska kontrollavdelningen.
Inlägget har blivit redigerat - 4.4.2012, 20:10
Huvudprojektingenjören är en position som denna eller något.
konstruktion av hydrauliska konstruktioner
Jag vill vara en fotograf :)
(((Detta är en syndabock som betalas till huvudstockar och ett galler.
Och vid behov kan jag skanna imorgon på jobbet sina rättigheter, skyldigheter och ansvar enligt lagen. )))
Om det finns möjlighet att skanna är ansvaret enligt lagen (artikelnummer etc.) särskilt intressant.
Om det handlar om GUI, behöver du det.
Faktum är att till exempel i listan över arbetsbeskrivningar i konstruktion finns det bara chefsingenjören och chefsdesignern.
Såvitt jag förstår är ISU inte en position, utan en tillfällig status som tilldelats inom ett visst projekt.
Ansvar enligt lag, menade jag, ja, du vet vad. - En persons död på grund av den ofullständiga studien av projektet genom designers fel. - Straffrättsligt ansvar.
Denna skannade broschyr kurs "Organisation och ledning inom designområdet."
[ATTACH] 1147756227.jpg [/ ATTACH]
konstruktion av hydrauliska konstruktioner
På ett kontor blev GAPom en flicka som endast hade fått ett examensbevis, och arbetet blev outhärdligt. Detta är en regissörs infall, för Han är en man utan utbildning vid den tiden, det är svårt för honom att argumentera med en riktig Pts-specialist, så han gjorde ett sådant drag.
Hur som helst kan tandemet enkelt byta del av Azerbajdzjanska republiken när CR var förberedd för det, och det var davolno globalt och det blev normalt. Alla var lastade med onödigt arbete på tonsillerna. Ändlös meningslös omarbeta, och omarbeta ett och samma. Jag vill inte prata om detaljerna, men det kom till att byggnaden med flera våningar var designad från 3 platser, 1 från de första våningarna, 2 från toppen, 3 från mitten (jag menar golven). Till slut matchade golven inte. Nitsche, remade. Och när det blev redone visade det sig att de intilliggande sektionerna inte motsvarar AR, och davolno på allvar. När de intilliggande sektionerna började korrigeras visade det sig att det inte fanns någon teknisk våning, det var regissörens uppfattning att han ville lösa upp allt under taket på kontor och "sänka" underleverantörer med sina egna SNiPs. Dessa problem slutade med en minskning av antalet parkeringsplatser i det underjordiska garaget, jag var tvungen att minska dem till det tekniska golvet.
Under året slutar alla reella specialister, inklusive mig. Och flickan är ganska fördömd. Det är okej om hon inte känner till tegelns storlek eller vad som är gjord av asfalt etc. Det viktigaste är GAP
Vem kan vara en hypo
Punkt 2 i punkt 6 i artikel 55.5 i stadsplaneringen föreskrivs följande:
"6. Kraven på medlemmar i en självreglerande organisation som fastställs i standarden för den självreglerande organisationen och i den självreglerande organisationens interna dokument får inte vara lägre än det minimum som fastställs i denna del:
2) krav på närvaro av en enskild entreprenör eller en juridisk personspecialist inom organisation av ingenjörsundersökningar (huvudprojektingenjörer), specialister inom arkitektur- och konstruktionskonstruktion (huvudprojektingenjörer, projektledare), byggnadsorganisatörer (huvudprojektingenjörer), arbetskraft vars funktion innefattar respektive organisering av prestanda av ingenjörsundersökningar, utförande av arbeten vid framställning av projektdokumentation, byggnadsverk Konstruktion, ombyggnad, översyn av kapitalbyggnadsobjekt och information om vilka ingår i de nationella rutorna för specialister som föreskrivs i artikel 55.5-1 i denna kod (nedan kallad även specialister) är minst två specialister på platsen för huvudarbetet ".
Klausulerna 1, 3, 6 i artikel 55.5-1 i stadsplaneringen lyder som följer:
"1. En specialist inom organisation av ingenjörsundersökningar, en specialist inom arkitektur- och konstruktionskonstruktion, specialist inom konstruktion av konstruktion är en individ som har rätt att genom ett anställningsavtal med en enskild entreprenör eller juridisk person utföra arbetsfunktioner vid organisationen av ingenjörsundersökningsarbete, designutbildning. dokumentation, konstruktion, rekonstruktion, översyn av huvudbyggnadsobjektet i posten av huvudet projektingenjör, projektets huvudarkitekt och information om vilka ingår i det nationella registret över specialister inom teknikundersökningar och arkitektonisk utformning eller i det nationella registret över specialister inom byggnadsområdet. "
"3. De officiella uppgifterna för specialister inom organisation av ingenjörsundersökningar, specialister inom arkitektur- och konstruktionsdesign omfattar respektive:
1) Förberedelse och godkännande av uppgifter för utförande av ingenjörsundersökningar, uppgifter för att förbereda projektdokumentation av kapitalbyggnadsanläggningen.
2) Fastställande av urvalskriterier för deltagare i arbetet med genomförande av ingenjörsundersökningar, utarbetande av projektdokumentation samt urval av verkställande befattningshavare för sådana arbeten samt samordning av verkställigheten av exekutörer av sådana verk.
3) Inlämnande, godkännande och godkännande av resultaten av arbetet med genomförandet av tekniska undersökningar, utarbetande av projektdokumentation.
4) godkännande av resultaten av tekniska undersökningar, projektdokumentation ".
"6. Uppgifter om den person som anges i del 1 i denna artikel ska ingå av respektive nationella förening av självreglerande organisationer i det nationella registret över specialister inom teknikundersökningar och arkitektonisk utformning i det nationella registret över byggspecialister (hädanefter även kallade nationella register över specialister) Ansökan av en sådan person, under förutsättning att följande minimikrav uppfylls:
1) Närvaron av högre utbildning i yrket, specialitet eller utbildning inom byggnadsområdet.
2) Närvaro av arbetserfarenhet i organisationer som utför tekniska undersökningar, förbereder projektdokumentation, konstruktion, rekonstruktion, översyn av kapitalkonstruktionsprojekt i ingenjörsställningar i minst tre år.
3) Förekomsten av en total arbetslivserfarenhet inom yrket, specialitet eller riktning av utbildning inom byggnadsområdet inte mindre än tio år;
4) professionell utveckling i riktning mot utbildning inom byggnadsområdet minst en gång vart femte år
5) Tillgång till arbetstillstånd (för utländska medborgare) ".
Chefen för en juridisk person - en medlem av en självreglerande organisation får överlåta uppgifter till chefen för projektet till en anställd som inte uppfyller ovannämnda krav. Emellertid är arbetstagarens fullgörande av de uppgifter som anges i punkt 55.5-1, olaglig (se sista delen av Rysslands byggnadsministeriums förklaringsbrev) 08.06.2017 nr 20243-TB / 02).
Undertecknandet av projektchefen i projektet i projektdokumentationen som lämnas in för undersökning innebär att det är godkännande, godkännande och godkännande, det vill säga en specialists uppgift att organisera arkitektonisk och konstruktionsdesign, därför är expertens kommentar legitim.
Huvudprojektingenjören är en nyckelperson i designprocessen.
M.S. Podolsky, ordförande för underkommittén för organisation av verksamhet av chefsingenjörer av projekt av kommittén för teknisk design av produktionsanläggningar av National Association of Designers and Surveyors, vetenskaplig chef för International School of Chief Engineers (Chief Architects) av projekt vid MGSU
A. V. Litvinov, biträdande generaldirektör, samrådscenter "TsNIO-projekt", ledamot av rådet för Internationella högskolan (Chief Architects) av projekt vid MGSU
I moderna affärsvillkor har kunden möjlighet att välja projektorganisation (programvara) enligt det optimala förhållandet mellan tid, pris och kvalitet på de erbjudna tjänsterna. Med det uppenbara likställandet av ovanstående kriterier är det kvaliteten på projektdokumentationen som kan vara ett avgörande villkor för mjukvarans framgång i konkurrens. Kvaliteten på projektdokumentationen utvärderas både av objektiva parametrar - överensstämmelse med kraven i gällande regler och förordningar och subjektiv - för att maximera kundtillfredsställelse. Och de och andra parametrar förändras ständigt: kunderna flyttar från standarddesign till individuella, månadsvisa ändringar och tillägg till lagar och tekniska och lagstiftningsbaser, nya byggmaterial, ny utrustning, teknik, etc.. Den vanliga kunden är "nöjd" eller "Inte nöjd" med projektdokumentationen kompletteras av behovet av att ständigt öka kundtillfredsställelsen, och detta är inneboende i ideologin för internationella standarder ISO 9000-serien.
För att säkerställa den produktkvalitet som krävs måste programvaran, om den inte följer de vetenskapliga och tekniska framstegen, åtminstone hålla koll på, erbjuda kunden nya, originella och pålitliga designlösningar.
Vad hindrar den verkliga förbättringen av arbetet hos chefsingenjörerna (chefsarkitekterna) för projekten (CIP)? Enligt vår mening, dels de befintliga felaktiga stereotyper om plats och roll GIPA i designprocessen, som överförs från generation till generation av designers, och för det andra, bristen på kvalifikationer huvuden i frågor som rör GIPov aktivitet som inte tillåter dem att ta tillräcklig beslut, för det tredje, bristen på en tydlig uppfattning om vad som utgör kvaliteten på designbeslutet och vilken del av det är ISU: s ansvar, för det fjärde en förenklad förståelse för mekanismen för bildande av kvalitet och i synnerhet när det genomförs i subproektirovschikov, och slutligen i den femte plats, eftersom de flesta designers ännu inte har insett vikten av GIPA för att minska kostnaden för designarbetet.
Det vore fel att tro att ledarna för programvaran själva inte GIPy vill eliminera de ovan nämnda skäl, men deras försök inte ta betydande resultat, det vill säga. A. Istället för att förlita sig på fakta som tydligt dikterar de rätta besluten, de styrs av tidigare erfarenheter och subjektiva åsikter som inte uppfyller kraven på tiden.
Under diskussionen av dessa frågor befann vi oss ofta på motsatta sidor av barrikaderna med många av våra kollegor - med en slags "kollektiv motståndare", vars åsikter formades historiskt och som fortfarande lever i den ekonomiska konjunkturen. Denna artikel är en ytterligare invändning mot "kollektiv motståndare".
Som bekant rekommenderar den moderna förvaltningen att dokumentera viktiga regler, men förekomsten av någon regel bör föregås av att principer bildas, som till exempel etablerar "över eller över floden" en bro. Detta är den viktigaste delen av regelverket. Vid detta tillfälle måste konsensus uppnås i yrkessamhället, varefter någon lagstiftningsbegränsning inte ska motsätta sig överenskomna principer.
Tyvärr, i verkligheten, triumf "dålig stereotyper", som i de flesta fall inte är relaterade inte bara till vetenskapen om organisation och produktionsledning, men ofta bara för sunt förnuft.
Låt oss dwella på några, enligt vår mening, felaktiga idéer, bli av med vilket är en riktig reserv i utvecklingen av projektbranschen:
1. ISU ansvarar för kvaliteten på projektets (arbets) dokumentation, dvs ISU ansvarar för allt.
Det kan inte vara. Krav på positionen eller, som de säger idag, "ISU: s ansvar och myndighet" korrelerade historiskt med komplikationerna av kraven på designobjekt samt förändringar i kundens förväntningar avseende designresultat. Tidigare var designen och konstruktionen hanterad av en specialist som fattade alla beslut. För närvarande är bolagets huvuduppgift att tillhandahålla den nödvändiga dynamiken av investeringar, såväl som intäkter till kunden från projektet, tillräckliga för att kompensera investerare för de resurser som investeras av dem och den risk som antas. Således tar alla beslut i utformningen av ISU på sig kriteriet om ekonomisk effektivitet i objektets konstruktion, konstruktion och funktion. Därför kraven på hans kvalifikationer. Alla andra deltagare i designprocessen fattar beslut om kriteriet teknisk optimitet, och detta villkor realiseras i processen att samordna designbeslut av de främsta specialisterna i projektets delar.
2. GIP: s "ed" tar bort ansvaret för kvaliteten på design (dokumentationen) från övriga designdeltagare.
Med andra ord är ISU ansvarar för att förslagen till normer och standarder för utformning, byggande och drift av anläggningar, normer för självreglerande organisationer, enskilda kundens behov till den tekniska nivån och kvaliteten på arkitektoniska uttrycksfullhet och sociala inrättningar. Vi anser att det är nödvändigt att återvända till sinnena: ansvaret för vad och i vilka fall.
Det är uppenbart att ansvaret kan uppstå om ett negativt resultat av arbetet avslöjas, vilket specialisten har utfört personligen eller personligen verifierat det. om det finns en motsvarande signatur, som stöds av datumet, och också dokumenteras, för vad och till vilket ansvaret antas och när det slutar. Dessa är obligatoriska villkor för personligt ansvar. Annars råder kollektiv oansvarighet. Låt oss ge ett exempel. Som ni vet måste ritningarna skrivas: "utvecklad", "kontrollerad" och "normal kontroll". Vi uppmärksammar det faktum att signaturerna ges i form av handlingar, dvs svara på frågan: vad gjorde du? - utvecklad vad gjorde du? - uppfyller normativ kontroll, etc. bör inte tillåtas "initiativ" projektorganisationer och framväxten av ritningarna signaturer prefekter, chef specialist, chefsingenjör för projektet, och så fokus skiftar och signaturer börjar bestämma inte "gjorde" och "Vem.... gjorde. "
Som redan nämnts representerar signaturen ansvaret. Ingen signatur - inget ansvar. Eftersom ansvaret har gränser är det nödvändigt att komma överens om var de går, det vill säga att alla ska förstå ansvarsområdet. Avtalets mening är följande: varje ritning har innehåll ("vad" är avbildat) och design ("hur" är avbildat). Entreprenören ansvarar för innehållet och designen. För innehållet - före undersökaren, för designen - före normalkontrollen. Entreprenörens ansvar upphör vid det ögonblick då deras underskrifter kommer att ställas av inspektören och kontrollanten. Därefter är det nödvändigt att bestämma till vem verifieraren och den registeransvarige är ansvariga. Helst bör detta vara en kund som verkligen är intresserad av att matcha signaturen och resultatet. I projektorganisationen själv är det omöjligt att hitta efterföljare av kontrollen och normkontrollören. Men kan det här vara ett GUI? I det här fallet betyder signaturen för PIU att han återigen kontrollerade ritningens innehåll och design och tog ansvar för sig själv, inklusive "för att följa normerna och standarderna i design, konstruktion och drift av föremål..." etc. etc. Men det är omöjligt att fysiskt kontrollera alla designlösningar för att uppfylla alla standarder och alla krav från ISU. Därför är införandet av ansvaret för GUI i allmänhet för allt bara en stavning, formell på grund av omöjligheten av utförandet och farligt om det behövs för att straffa andras skuld. GUI är bara en av många författare till stycket kallat "utarbetande av projektdokumentation".
3. Om något seriöst händer på byggarbetsplatsen blir det det första som "planteras" av GIP.
Om det blir något riktigt allvarligt, utredaren, utsedd kriminaltekniska teknisk undersökning eller spendera några sådana bedömningar kommer att avgöra ordningen konstruktör, som till exempel utförde konstruktionsberäkningar och tillämpas felaktig hastighet, sedan bestämma som kontrolleras beräkningen och det är denna person att presentera en åtalet, men domstolen under vissa omständigheter kan straffa förövaren och verifieraren.
4. GUI ska vara den mest kvalificerade designern i alla delar av projektet.
Det är uppenbart att detta helt enkelt inte kan vara, för att i projektdokumentationen inte mindre än tio specialavsnitt, det arbete som förutsätter närvaron av mer än tjugo specialiteter. Denna "dåliga stereotyp" sträcker sig också till idén att utse en specialist till institutets tjänst. Det är dock lämpligt att fatta beslut om utnämning av PIU på grundval av konkurrenskraftigt urval och vägledas av helt olika kriterier.
Den som ansöker om ställning GIPA måste motivera sökanden möjligheten att uppnå högre tekniska och ekonomiska parametrar för utformade objektet, vilket minskar de initiala gäller design och konstruktion, minskad arbetsinsatsen (kostnad) designarbete, mer gynnsamma för projektorganisationen beräkningsförhållanden med deltagare av verk samt utbyggnad av ytterligare krav kund på designobjektet (7.2.1 "d" GOST R ISO 9001-2008), etc. Av särskild betydelse är GIP: s rykte: karaktär, kommunikation hållbarhet, flitighet, engagemang, effektivitet, punktlighet, anständighet, förmåga att förhandla, uppmärksamhet, artighet, lyhördhet, effektivitet etc.
För civila objekt kan en fördel i utnämningen till projektets huvudarkitekts position vara närvaro av ekonomisk och arkitektonisk utbildning. Den andra prioriteringen är ekonomisk utbildning, den tredje är arkitektonisk, och äntligen bara engineering.
För industriella anläggningar (teknisk design) kan en fördel med att utse positionen som Chief Project Engineer (CIP) vara tillgången till ekonomisk utbildning och teknik som motsvarar det specifika designobjektet. Den andra prioriteringen är ekonomisk utbildning, den tredje är teknisk, och slutligen bara teknik.
I både första och andra fall måste projektledaren ha en projektledningskvalifikation. Enligt resultaten av det konkurrensutsatta valet utnämns ISU till posten enligt programchefens relevanta order.
5. Om det uppstår oenigheter mellan huvudspecialisterna i projektets delar, fattar ISU det slutgiltiga beslutet.
Föreställ dig en sådan bild: Elektrikeren i sin del av projektet bestämde att omkopplingsbordet skulle ligga mellan sådana och sådana axlar och på sådant och sådant märke av byggnaden. Huvudspecialisten - en värmeingenjör på samma ställe har en transformatorstation. De kommer till ISU för att "göra fred" av dem. Naturligtvis är kvalifikationen för var och en av chefs specialisterna i den relevanta specialiteten högre än ISU: s. Om ISU kommer att diskutera denna fråga med dem i det föreslagna tekniska planet är det uppenbarligen i en nackdel. Han borde översätta diskussionen i det ekonomiska planet och säger att en alternativ kostar så mycket och den andra så mycket, med hänsyn inte bara till byggkostnaderna utan även driftskostnaderna, samt den möjliga risken i samband med förändringar i utrustningskostnaden. Att acceptera och motivera sitt beslut ur ekonomisk synpunkt bör ISU, som är ansvarig för beslutet till investeraren, söka specialisterna en lämplig teknisk lösning. Idag kan några av de grafiska gränssnitten fungera på detta sätt, men det här är uppdraget för GUI, dess del av ansvaret för kvaliteten på designbeslut.
6. En GUI bör först och främst ha en teknisk specialitet.
Vi har redan pratat om vilken specialitet och varför bör vara på GUI. Under förutsättningarna för påskyndade nivåer av vetenskaplig och teknisk utveckling beror kvaliteten på projektdokumentationen direkt av systematisk avancerad utbildning av GIP. Idag måste ISU vara kompetent vid utformningen och hanteringen av designprocessen, metoder för att säkerställa den ekonomiska effektiviteten i anläggningens konstruktion, konstruktion och drift för att kunna uppnå sin ställning på en konkurrenskraftig basis. Men även framgångsrikt fungerande grafiska gränssnitt känner bristen på kunskap om dessa problem, försök att självständigt kompensera för luckor i sina kompetenser.
För att lösa dessa problem på initiativ av utskottet för den tekniska utformningen av produktionsanläggningar NOPRIZ och Institutet för civilingenjörsstudier och arkitektur (ISA) forsknings Moscow State Construction University (MGRS) National med hjälp av den rådgivande Center "TSNIO projektet" och kommittén för fortbildning inom byggbranschen Ryska Union of Builders (RCC) anordnade projekten för International School of Chief Engineers (Chief Architects). Skolestyrelsen omfattar välkända specialister i Ryska federationen och CIS-länderna inom design och kvalitetssäkring av projekt (arbetsdokumentation). Ordförande i rådet för Internationella högskolan för chefsingenjörer (chefsarkitekter) för projekt Mescherin Igor Viktorovich har en unik erfarenhet av att arbeta med GAP och GIP i Sovjetunionen, Ryssland, USA och Italien.
Information om den internationella skolan GIPov (Gapova), inklusive genomförandet av specifika kurser publiceras på webbplatsen för ISA MGSU, National Association of designers och lantmätare, TSNIO projektet samt på platserna för "Designern" i Ryssland, Kazakstan, Vitryssland och Ukraina.
Huvudsyftet med International School of GIPs är att säkerställa utbildning av högkvalificerad personal av GIP genom avancerad utbildning. Möte moderna krav i programmet, den praktiska orientering kurser möta behoven hos tekniska och arkitektur, för att upprätthålla en kontinuerlig professionell utveckling och reproduktion GIPov och kokta ordning konstruktionsorganisationer begåvningsreserven för att fylla GIPov inlägg.
Det finns två huvudprodukter i "Utbildningsportföljen" från International School of Scientific and Industrial Information:
Det föreslagna systemet för GIP-omskolning är flexibelt, anpassat till dagens behov, och svarar på de verkliga behoven hos extremt upptagna designers med praktiskt arbete. Innehållet i programmen är balanserad teoretisk och praktisk kunskap samt erfarenhet av designhantering. Det är mycket viktigt att programmet förutsätter en bred territoriell täckning av studenter och praktiken av träning, bland annat genom användning av moderna principer, former och metoder för träning: modularitet, lärande "före resultatet", variation i inlärning, distansutbildning mm
Huvudämnena som diskuteras i kurser i International School of GIPs på MSSU:
1. Situationen på byggmarknaden och dess inverkan på ISU: s verksamhet.
2. De viktigaste förändringarna i innehållet i begreppet kvalitetsstyrningssystem i förhållande till ISU: s arbete.
3. Fördelning av projektorganisationen (PO) som ansvarar för utvecklingen av konstruktionslösningar och kvalitet mellan den första direktören, chefsingenjör, chef för produktion, GIPom, tekniska avdelningen och produktionsavdelningar (workshops) i processen för beredning, produktion och försäljning i byggprojektet (teknisk a) Dokumentation, inklusive kontroll, verifiering, analys, samordning, validering och godkännande av design och uppskattningsdokumentation.
4. Förtydligande av roll och plats i GIPov "genom processen att" programvara, kund-centrerad "samspel med kunden" - "bildning och stöd av portfölj programvara" - "Förberedelse och produktion / projektgenomförande (arbets) dokumentation" - "stöd för genomförandet av projekt i konstruktion "-" uppfyllande av garantiansvar för projekt som genomförs under byggandet ".
5. Producentens chef: designern eller chefen (chef)? Interaktion med GUI. Huvudsyftet med förvaltningen av produktionsenhetens chef: arbetskraft, arbete, tid, ekonomi, materiella resurser; underordnad, myndighet, grundläggande funktionella uppgifter (ansvar) för produktionsenhetschefen, kriterier för utvärdering av verksamheten.
6. Proceduren för att "lansera" arbetet med att utarbeta projektdokumentation i enlighet med det avslutade konstruktionsavtalet. Det ungefärliga kontraktet med underleverantörsdesignorganisationen (ACT); bedömningsprocedurer, urval (urval) och omvärdering av öppen källkodsprogramvara; begrepp om underleverantörer och outsourcing.
7. Interaktion av GUI med kontraktsavdelningen, teknisk arkiv, projektavdelningsavdelning. De viktigaste kraven för ISU i systemet för verkställande disciplin.
8. Analys av ISU: s nya ansvar Typisk arbetsbeskrivning av ISU; krav för GUI vid utförande av fältövervakning (inklusive deldesigners); GUI och frågor om teknisk utrustning, företags expansion, modernisering, översyn, etc.
9. Övervaka kundtillfredsställelse med projektorganisationernas processer och resultat.
10. GUI: s roll när det gäller att utvidga produkttypen (tjänster) till projektorganisationen. Upprättande av företagets rykte bland deltagarna i investeringsprojektet.
11. Ledning delprojekt. Moderna krav på urval av designdeltagare.
12. Kommentarer till utkastet till den nya organisatoriska och inlagor för GIPov: professionell standard Heep, rekommendationer om organisationen GIPA aktiviteter ProfilyuGIPa, krav på utbildning och anställning som GIPA som utvecklas i underutskottet för organisationen av chefsingenjör från kommittén för den tekniska utformningen av objekt projekt produktionsdestination NOP under innevarande år.
13. Förhandlingar vid ingående av avtal och fastställande av avtalspriser. Typ av kontrakt.
14. Samverkan med statlig och icke-statlig expertis.
15. Juridisk och organisatorisk ram för design, regelverk relaterade till GIP: s arbete, inklusive GOST R 54869-2011, samt EUROCODES-systemet.
16. Kostnaden för designarbete. Grundläggande index och resursmetoder för att beräkna kostnaden. Blanketter för budgetdokumentation. Utvärdering av designlösningens ekonomiska effektivitet.
17. Projektriskhantering. Identifiering och identifiering av risker (riskkategorier, kända risker och okända risker, riskens storlek, sannolikhet för förekomst och grad av riskpåverkan). budgethantering av riskhantering bestämning av sannolikheten för genomförandet av tidsfrister och projektbudget riskreaktionstekniker (undvikande, överföring, begränsning och acceptans); kontroll av riskmoment.
18. Deltagande i budgivning för kontrakt för design och undersökning.
19. De viktigaste bestämmelserna i kvalitetsstyrningssystemet i projektorganisationen som uppfyller kraven i GOST ISO 9001-2015.
20. Funktioner och innehåll i kundens tekniska övervakning. Statlig konstruktionstillsyn.
21. Institutets behörighet i fråga om självutbildning och avancerad utbildning.
22. GIP, GAP i projektorganisationens funktionella, organisatoriska och finansiella strukturer.
23. GIP-kompetens i samband med marknadsföring och försäljning.
24. Kompetens GIP vid fastställandet av dess befogenheter, rättigheter och ansvar.
25. Institutets behörighet vid bedömning av effektiviteten och effektiviteten i sin yrkesverksamhet och motivation.
Sedan maj 2015 har en extra modul "Uppskattning av konjunkturlösningens ekonomiska effektivitet" (30 hekt. Hours) inkluderats i Programmet för International School of Scientific and Technological Information. Programmets totala volym blir 80 ac. en timme Denna modul läses av lärare från statsakademin för investeringsprofessorer (GASIS) vid National Research University Higher School of Economics. Studenterna får också ett GASIS-certifikat.
Ämnet för utbildnings-, konsult- och forskningsprogram, som föreslagits av International School of Scientific and Industrial Information, är inriktad på att lösa grundläggande problem som för närvarande står inför designorganisationer genom verklig utveckling av nyckelfigurer i designprocessen, såsom GUI.
På huvudtema i programmet för International School of GIPs utvecklade konsultationscentret "TsNIO-Project" specifika rekommendationer.
Låt oss nu vända sig till mekanismen för att utforma kvaliteten på designbesluten för att tydligt och entydigt bestämma gränserna för ISU: s ansvar.
Några gemensamma designbestämmelser:
1. Alla projekt för byggande är en kombination av tre modeller:
- framtida objektmodeller (rymdplanering och tekniklösningar);
- modeller av dess skapande (projektet för organisationen av byggandet);
- modeller av dess verksamhet (organisation och produktionsledning).
2. Utformningen av ett designbeslut består av det faktiska antagandet av det, och då är det nödvändigt att bekräfta dess överensstämmelse, det vill säga att verifiera. Antagandet av ett designbeslut i sig är ett urval av alternativ, och bekräftelse på överensstämmelse har många olika alternativ och följaktligen många termer som motsvarar dessa alternativ. De flesta alternativen beror på tid, plats och standarder, som valts för bekräftelse.
Kvaliteten på designbeslutet består av fyra grundläggande egenskaper. Var och en av dessa egenskaper är utformad av någon i programvaran och är avsedd för någon. Den som bildar egenskapen av kvalitet bär det personliga ansvaret för det. Den första är "teknisk kapacitet", det vill säga designlösningen måste vara sådan att den kan genomföras under konstruktion. Det är först och främst byggnadsentreprenören, dess tekniker, ingenjörer och de viktigaste experterna inom industrisektionerna. Den andra är "informationsmöjligheten", det vill säga designbeslutet bör innehålla all information som är nödvändig för utförandet av bygg- och installationsarbeten, beställning av utrustning, mottagande av alla nödvändiga tillstånd och godkännanden. Hon behöver en kund och en entreprenör. Denna fastighet bildas av tekniker, ingenjörer och chefs specialister på produktionsenheter. Den tredje är "ekonomisk genomförbarhet" av designlösningen, dvs designlösningen måste vara ekonomiskt konkurrenskraftig under anläggningens konstruktion och drift. Detta är nödvändigt för den viktigaste personen på marknaden - investeraren, den bildas, och ISU ansvarar för detta. Den fjärde är "systemisk", dvs alla designbeslut på projektet måste samordnas. Detta är först och främst nödvändigt av formgivarna själva, och de främsta specialisterna i projektdelarna är ansvariga för detta.
Designbeslut fattas på fem nivåer. Tänk på dessa nivåer på exemplet på projektets avsnitt. Den första nivån kommer att vara "noder, delar." På denna nivå av teknik fattas beslut om förstärkande maskor, inbäddade delar etc. Den andra nivån är "element". På denna nivå konstruerar ingenjörer balkar, kolumner, fristående stiftelser etc. Den tredje är "komponenter". Senior och ledande ingenjörer utformar överlappningar, beläggningar, omslutande strukturer etc. Den fjärde nivån är "projektdelen". På denna nivå bestämmer chefsspecialisten om byggnadens strukturella konstruktion och strukturens huvudsakliga styrparametrar. Den femte nivån - "tekniska och ekonomiska indikatorer för projektet." ISU ansvarar för att fatta beslut på denna nivå.
Låt oss vända oss till "bekräftelse på konformitetslösningens överensstämmelse". Denna kontroll, utvärdering, verifiering, analys, validering, samordning och godkännande av designbeslut. Här är det viktigt för oss att bestämma gränserna för GUIs ansvar.
Kontrollen inbegriper korrelationen mellan det antagna designbeslutet med befintliga normer (regler), dvs. regleringsdokument som för närvarande fungerar i byggkomplexet (Stadsplaneringskoden i Ryska federationen, SNiP, SN, GOST, VSN, etc.). Resultatet av kontrollen är "motsvarar" eller "motsvarar inte" designbeslutet till de angivna regleringsdokumenten.
Utvärdering - samma kontrollförfarande, endast i bilagan till "motsvarar" eller "motsvarar inte" anger hur mycket "motsvarar" eller "motsvarar inte". Resultatet av bedömningen ges i regel kvantitativt, till exempel är brandbrytningen mellan byggnader 10 meter mindre än standarden.
Den så kallade normkontrollen ligger i samma rad som kontrollen, med den enda skillnaden att GOSTs SPDS används för att jämföra den antagna designlösningen med regeldokumenten.
Verifiering innebär att man jämför designbeslutet med ingående designdata (designtilldelning, initial designdata, tekniska specifikationer). GOST ISO 9001-2011 fastställer tydligt kraven för verifiering av designlösningar, inklusive planering av verifiering och registrering av resultat. I synnerhet anges i 7.3.5 att "enligt de planerade verksamheterna måste en kontroll utföras för att säkerställa att produktionen av design och utveckling uppfyller inmatningskraven för design och utveckling. Rekord av testresultat och alla nödvändiga åtgärder bör hållas och hållas. " Eftersom "inmatningsdata" i regel innehåller tekniska och ekonomiska indikatorer (krav) för projektdokumentationen kontrollerar ISU överensstämmelsen med de faktiska uppgifterna.
Analys - en kollektiv åtgärd under ledning av GIP - gör det möjligt att förutse konsekvenserna av oföränderligheten i den befintliga designprocessen när det gäller de tekniska och ekonomiska egenskaperna hos designbesluten, kostnaden för design och dess varaktighet. I klausul 7.3.4 i GOST ISO 9001-2011, liksom för verifikation, anges kravet på analys, nämligen: "Vid lämpliga skeden, i enlighet med planerade aktiviteter, bör systematiska konstruktions- och utvecklingsanalyser utföras för att bedöma förmågan hos design- och utvecklingsresultaten uppfylla kraven samt identifiera eventuella problem som uppstår under design och utveckling och föreslå nödvändiga åtgärder. Deltagarna i sådana analyser bör innehålla representanter för funktioner relaterade till det analyserade design- och utvecklingsstadiet. Rekord om analysens resultat och alla nödvändiga åtgärder ska bibehållas och upprätthållas. " Observera att analysen måste planeras och dess resultat dokumenteras. Det är också uppenbart att analysen inte kan utföras i början av designen, eftersom det fortfarande inte finns något att analysera, och i slutet av designen, eftersom "tåget redan har lämnat" och processen är färdig. I utformningen ligger ansvaret för analysen hos ISU. Under konstruktionsprocessen samlar PIU cheferna för produktionsavdelningar och chefs specialister på projektavsnitt och diskuterar med dem designens gång och de tekniska och ekonomiska egenskaperna hos de designbeslut som görs för att säkerställa att de resulterande konstruktionsmaterialen i slutet av konstruktionen motsvarar "ingångsdata".
Koordinering förutsätter förtroende för att denna konstruktionslösning inte strider mot designbeslut i andra delar av projektet, dvs designlösningen av projektets del av projektet jämförs med designlösningarna för projektets elektriska, sanitära eller värmekonstruktion.
Ansvaret för den samordning som ska utföras är ISU: s ansvar, och för samordningens korrekthet är respektive huvudspecialister för projektavdelningarna ansvariga.
Minns vad "validering" är. I designen är två situationer med bekräftelse möjliga: i det första fallet kan detta göras direkt "på papper", dvs designlösningen finns på datorskärmen. Till exempel är designbeslutet en konstruerad och konstruerad stråle som måste klara den lämpliga belastningen. För att bekräfta överensstämmelse är det tillräckligt att använda samma beräkningsmetod som användes vid beslutet (eller alternativet), och om den här metoden testas och är tillförlitlig, kommer omberäkning att ge fullständigt förtroende för beslutsfattandets korrekthet. Eller ett annat exempel, i konstruktionsuppgiften, anges sammansättningen av lokalerna på motsvarande golv i byggnaden och de erforderliga områdena anges. Designlösningen av denna planlösning är lätt att kontrollera genom att jämföra den med de ursprungliga uppgifterna. Det bör understrykas att sådana designbeslut i den totala mängden design - minst 80-90 procent. Dessa inkluderar designbeslut gjorda med standardkonstruktioner, typiska sammansättningar och delar, godkända individuella, tidigt utvecklade designlösningar som används upprepade gånger, utrustningskataloger som är certifierade på föreskrivet sätt etc. etc. Med andra ord tal Det handlar om pålitliga, beprövade, många gånger applicerade, utan tvekan designlösningar.
Den andra situationen är när designlösningen inte kan kontrolleras på ett tillförlitligt sätt med traditionell verifikationsteknik. De kan endast kontrolleras under konstruktion eller drift av den konstruerade anläggningen, samt genomföra speciella prov under förhållanden som är så nära som möjligt för anläggningen eller driften av anläggningen. Ett sådant behov uppstår när de tillämpar avancerad teknik eller material som redan rekommenderats eller meddelats i reklam, nya beräkningsmetoder, utrustning som aldrig har använts tidigare, tekniska lösningar som inte har några analoger etc. Till exempel fick utställare bekantskap med nya takmaterial som annonseras aktivt och egenskaperna hos detta material är imponerande.
Det kan beslutas att använda det här materialet för ett tak med en yta på 20 tusen kvadratmeter, men det anges specifikt att under byggandet måste du först fylla en takdel på 10 kvadratmeter, skapa en dynamisk belastning på den under en viss tid, häll vatten överst och se hur den undre ytan på taket uppträder. Om testresultatet är positivt, ger konstruktörerna tillstånd att göra resten av taket. Ibland uppstår detta behov på grund av den stora osäkerheten i de geologiska förhållandena i svåra byggarbetsområden, då prospektorer inte (inklusive ekonomiska skäl) med tillräcklig noggrannhet kan simulera markens egenskaper på specifika platser i grundfundamenten. I dessa fall indikerar de behovet av körprovstaplar och först efter det bekräftar de möjligheten att bygga ett stapelfält under hela objektet.
Detta är validering av designlösningen. Användningen av validering visar projektorganisationens engagemang för allt nytt och avancerat. Detta är ett tecken på konkurrenskraften hos designlösningar, det är en önskan att ta en ledande position i designen tack vare den kontinuerliga ökningen av kundnöjdheten. Ansvaret för att utföra validering bärs av ISU för innehållet i validering - de viktigaste experterna på projektets delar.
Godkännande är tillåtelse att överföra fullständig projektdokumentation till en kund. Detta är GUIs ansvar och han implementerar det när han undertecknar fakturan innan han skickar dokumentationen till kunden.
Nu vänder vi oss till ISU: s ansvar, i samband med en minskning av kostnaden för designarbete. Som ni vet finns det många möjligheter att sänka kostnaderna, och detta är en "huvudvärk" för ledningen och alla ledande mjukvarespecialister, eftersom det här är praktiskt taget det enda sättet att öka projektorganisationens vinst. GUI bidrar väsentligt till detta, förverkligar ansvaret för att hantera (outsourcing) underdesigners.
För närvarande har det blivit möjligt att välja underdesigners (STRs) baserat på resultaten av deras utvärdering, jämförelse med konkurrenter, regelbunden omvärdering och ansvaret för GUI för detta val har uppstått. En viktig princip, "vem betalar, beställer musik", började arbeta mellan ämnena, inte bara i den välkända traditionella sinnen utan också som ett krav hos den allmänna designern att ständigt tänka på att förbättra (säkerställa) kvalitet och minska kostnaden för designarbetet. Dessutom fastställer lagen att ansvaret för kunden för kvaliteten på den design och uppskattningsdokumentation som utarbetas av AKTEN, bärs endast av vårdgivaren. Därför är det nödvändigt att styras av kraven i GOST ISO 9001-2011 och riktlinjerna för tillämpning av outsourcingprocesser (ISO / TS 176 / SC 2 / N 630R2, 24 november 2003).
Generellt finns det tre villkorade typer av STR:
- "Vanligt" - SPOs med vilka GP har normala marknadsförhållanden;
- "Vanligt" - SPOs med vilka GP har normala marknadsförhållanden;
- "Henchmen" - kundens varelse, förhållandet mellan den GP som kunden bestämmer.
Med hjälp av exemplet på relationer med öppen källkodsprogram kommer vi att överväga var och en av delsystemen i följd, eftersom ISU i vissa fall fattar beslut och i andra deltar den i antagandet.
Utvärdering, urval och omvärdering av underdesigners.
Detta delsystem består av två kvarter:
- bildande och underhåll av listan (databas, register etc.) av godkända STR och dess uppdatering;
- Val av öppen källkodsprogramvara från den angivna listan för att utföra arbete på ett visst projekt.
Arbetet under den första enheten är funktionen för den tekniska avdelningen för mjukvaran och i andra hand ISU: s ansvar.
För att bilda listan söker, utvärderar, utvärderar, väljer och utvärderar den tekniska avdelningen i programvaran öppen källkodsprogramvara i enlighet med programvarubehov med hjälp av de kriterier som utvecklats i samband med GUI.
Det är uppenbart att ett sådant tillvägagångssätt inte garanterar att STR till fullo uppfyller förväntningarna hos allmänheten på grund av komplexiteten att formalisera vissa frågor. Till exempel en fråga om tillgängligheten av ett giltigt QMS och dess överensstämmelse med kraven i GOST ISO 9001-2011. AKT svarar att QMS fungerar och uppfyller, vilket framgår av intyget från "N" certifieringsorganet. Erfarenhet av att utvärdera uppfyllandet av vissa krav i GOST ISO 9001-2011 av självreglerande organisationer av designers indikerar att mer än 90% av certifikaten formellt tas emot, helt enkelt "köpt" och ofta inte har någon relation till en specifik STR. Det visar sig att vårdgivaren bär ett verkligt ansvar för kvaliteten på projektets (arbets) dokumentation som utarbetats av ACT, men valet av ACT är baserat på "försäkringarna" av STR själv i form av svar på frågeformuläret. När du utformar ett specifikt objekt väljer GUI i regel den aktuella ACT-filen från listan, styrd av ytterligare kriterier, inklusive STR-områdets geografiska läge, information om STR på egenskaperna hos en specifik byggplats, tidigare kontakter med en specifik kund, beredskap för ACT för att uppfylla ordern och andra.
Innan du fattar ett beslut om att engagera sig av öppen källkodsprogramvara i utformningen av GUI bör du vara direkt i organisationen. Detta är en ny GUI-plikt. Denna teknik tillhandahålls enligt standarderna i ISO 9000-serien och kallas revisionen "andra parten". Varaktigheten av revisionen av den andra parten är inte mer än en arbetsdag (helst 3-4 timmar).
En sådan kort varaktighet förklaras av det faktum att inte hela kvalitetsstyrningssystemet för open source-programvara beaktas, utan endast vissa nyckelpunkter. Praktiken visar att om allt är normalt, då är det med stor sannolikhet att ACT motsvarar SE: s förväntningar.
Det är nödvändigt att betona att kunden endast handlar med allmänläkaren, med vilken han har ett kontrakt. Han kanske inte känner till resten av projektdeltagarna. Följaktligen är förhållandet med open source-programvara uteslutande ett problem av GP. SPO fungerar faktiskt som en ytterligare strukturell enhet hos allmänläkaren, som den ska hantera vid genomförandet av projektet på samma sätt som med sina "egna" strukturella uppdelningar, med tanke på tidsfristerna och kvaliteten på projekt (arbets) dokumentationen som utvecklats av ACT, för vilken läkaren är ansvarig av kunden. Detta bestämmer ansvaret för SOE: erna för hantering av STR.
Typen och omfattningen av hanteringen av öppen källkodsprogramvara kan variera över ett brett spektrum: från det minsta när öppen källkodsprogram utfärdar en teknisk uppgift och det utförda arbetet accepteras med liten eller ingen verifikation, till det maximala när det krävs att förvaltningsbolaget och andra dokument som godkänts av upphandlingsbolaget styrs av ordern. Samtidigt utförs en fullständig verifiering av den färdiga STR, PSD, inklusive med hjälp av oberoende experter.
Den nödvändiga förvaltningsstyrningen bestäms av ISU beroende på resultaten av utvärderingen (omvärdering) av STR, inklusive med beaktande av den information som erhållits under den andra partens granskning och också beroende på de kostnader som planeras för RP för att genomföra den inkommande inspektionen av STR-materialen, med tanke på att dessa kostnader ökar arbetskostnaden för projektet.
Förvaltningsfunktionerna hos SPO bör upprättas av GUI under "särskilda villkor" i underleverantörsavtalet. Tekniska avdelningen för teknikutveckling utvecklar ett mönster av sådana "speciella villkor" där praktiskt taget alla möjliga och / eller nödvändiga aspekter av öppen källkodshantering presenteras och GUI, vid analys av ett specifikt kontrakt med öppen källkodsprogram, innefattar de förvaltningsmetoder som uppfyller villkoren för ett specifikt projekt. Ju djupare graden av kontroll av öppen källkod, desto mindre är volymen av inmatningskontroll av designmaterial för öppen källkod, och därmed kostnaden för GP.
Sådana kontrollmetoder kan innefatta behovet av:
- Godkännande av den tekniska designprocessen som används av open source-programvaran eller utförandet av designarbete med hjälp av konstruktionsprocessen som används av chefen.
- Samordning av det arbetsplan för design som STR bör utveckla på grundval av det arbetsschema som är knutet till kontraktet.
- utnämningar (enligt överenskommelse med staten) av en särskild projektledare (projektledare) för den beställning som lämnats för utförande (projektavsnitt), etc.
Beroende på graden av kontroll av öppen källkod kan volymen av ingångskontroll för en GP variera från 100% till nästan ingen, det vill säga en formell omräkning av projektdokument som tas emot från öppen källkod.
Efter överföringen av den färdiga konstruktionen och uppskattningsdokumentationen till kunden eller efter att objektet har startats (om författarens övervakning utfördes) måste ISU slutföra outsourcingprojektet.
För detta behöver du:
- Kontrollera tillgängligheten av dokument som bekräftar mottagandet av designen och uppskattningsdokumentationen från AKT, inklusive kvalitetskontrollen av den angivna dokumentationen.
- utvärdera samarbetet med ACT och rapportera resultaten till den tekniska avdelningen för att justera listan;
- få från ACT och överföra till GP-arkivet informationen om den utvecklade individens effektiva designlösningar, inklusive STR-dokumentationen, som kan rekommenderas för återanvändning.
- förbereda en officiell granskning för öppen källkod
- lösa problemet (om nödvändigt och möjligt) om de ekonomiska incitamenten för öppen källkodsprogramvara.
Nu handlar det om GUIs ansvar, som är förknippat med deltagande i bildandet av "orderboken" och lägre programkostnader för att hitta nya kunder.
Poängen är att enligt klausul 7.2.1 "Processer associerade med konsumenter" GOST ISO 9001-2011 måste programvaran definiera kraven:
1. Upprättad av kunden, inklusive krav på leverans och verksamhet efter leverans.
2. Ej specificerad av kunden, men nödvändig för den specifika eller avsedda användningen av DED när den är känd.
3. Lagstiftning och andra obligatoriska hänvisningar till DED.
4. Eventuella ytterligare specifika program.
Vad menas med de tre första kraven (1-3) är mer eller mindre klar. Vi förtydligar vidare att "krav som inte anges av kunden, men som är nödvändiga för en specifik eller avsedd användning av DED, om det är känt", kan innehålla alla krav i själva mjukvaran, där kvaliteten, priset och leveranstiden för projektdokumentationen beror.
Om en kund till exempel mottar konstruktionsuppskattningar som enligt den befintliga designtekniken lagras under en viss tid innan de överförs till kunden i ett teknisk arkiv, kommer kraven i själva mjukvaran avseende lagringsförhållandena i arkivet för den angivna dokumentationen att hänvisas till i avsnitt 7.2.1.2 i standarden. För att uppfylla kraven i klausul 7.2.1 (1-3) i standarden kan programvara inte få konkurrensfördelar, eftersom alla konkurrenter måste uppfylla dessa krav. Under marknadsförhållanden kan endast programvara som "överlever" bestämma och uppfylla kraven i punkt 7.2.1 (4). Vi kallade dessa krav "antagna" och klargjorde deras mening: För det första är de "gissade", själva mjukvaran formuleras, för det andra är de inte godkända eller överenskomna med kunden och för det tredje är deras genomförande utförd på egen bekostnad programvara. Som ett resultat får kunden projektdokumentation (tjänster) med parametrar som är oväntade för honom eller med bättre parametrar än förväntat, vilket garanterar inte bara kundtillfredsställelse, men ger honom beundran för den tillhandahållna PSD-tjänsten (service renderad). I det senare fallet kan programvaran vara säker på att kunden kommer att återkomma till det flera gånger. Och för att hålla kunden, som du vet, 5-7 gånger billigare än att leta efter en ny. Detta är kärnan i en fundamentalt ny position som fastställs i GOST ISO 9001-2011.
För att kravet uppfylls enligt punkt 7.2.1.4 i standarden för att påverka programmets konkurrensfördelar är det nödvändigt att bestämma processens ägare för att bilda de avsedda kraven hos kunderna, det vill säga en av cheferna som fastställa reglerna för genomförandet av denna verksamhet. För mjukvaran borde processägaren vara huvudingenjören på institutet. Processens "mästare", det vill säga den specialist som utgör den potentiella kundens krav på ett specifikt projekt bör vara en GUI. För att klargöra är ISU ansvarig för att kundens avsedda krav definieras och de viktigaste specialisterna i produktionsavdelningarna är ansvariga för innehållet i dessa krav.
Ett annat ansvar för PIU bildas i analysen av kontraktet (avtal) med kunden. Klagomål hos kunden i programvaran kan vara på olika sätt: information om det vunna anbudet (tävling); ett officiellt brev med ett förslag om att utveckla projektdokumentation telefonsamtal till chef för programvara; informell kommunikation genom kollegor etc. Vid mottagandet av en av ovanstående signaler rekommenderas att man utser en GUI som ska hantera analysen av kontraktet innan kunden undertecknar.
Denna ISU-tjänst innefattar:
- bestämma cirkeln av personer som kommer att delta i samordningen av utkastet till kontrakt och fördelningen av ansvaret mellan dem
- Att föra in de angivna cheferna och specialisterna för att förhandla med kunden (arbetsmöten) för att diskutera vissa bestämmelser i utkastet till kontrakt, inklusive förhandlingar om fastställande av kontraktspriset.
- i valet från databasen av mallar av ett lämpligt alternativ för en specifik kund och designobjekt;
- bestämning av nödvändigheten och möjligheten att locka underdesigners och hålla förhandlingar med dem,
- bedömning av risker som kan vara förenade med uppfyllandet av sina skyldigheter enligt kontraktet.
Var och en av dessa åtgärder i dagens förhållanden skiljer sig avsevärt från den praxis vi känner till. Till exempel är överenskommelse om ett utkast till avtal vanligen upprättat på "Förteckning över godkännanden", där det fullständiga namnet och positionen för den relevanta chefen anges, som, om de godkänts positivt, signerar, negativa - ge en skriftlig åsikt till dem. Enligt vår uppfattning är det nödvändigt att fastställa huvudansvaret för de relevanta punkterna i utkastet till kontrakt. Summan av poäng i "Förteckning över godkännanden" måste vara lika med summan av poäng i utkastet till kontrakt. Detta säkerställer varje enskild chefs personliga ansvar för att kontraktsavtalets villkor uppfylls och att de relevanta villkoren i kontraktsavtalets utkast är överens av projektorganisationen och kunden etc.
Materialet i denna artikel med vissa designers kan orsaka invändningar. Vi är redo för en konstruktiv diskussion med kollegor i en bekväm form.