До 2008 г. проектът за строителство трябваше да включва документ, известен в професионалната среда под характерното наименование „GIP Oath“. Сега тя се нарича "увереност на организацията на проекта, че проектната документация е разработена в съответствие с..." [1], а след това и редица документи, чието съответствие се оценява.
Но, както и преди, всички разбират колко отговорна и всеобхватна е ролята на главния инженер и / или главния архитект на проекта - GIP и GAP.
С настъпването на ерата на саморегулиране в строителството през 2010 г. функциите и отговорностите на лицето, което извършва подготовката на проектна документация (генерален проектант), се определят и определят от федералните закони и документи на министерства и ведомства [1] [2] [3] [4]. В същото време, "Правилникът за главния инженер (главен архитект) на проекта" СНиП от 1985 г. "[5], който установява правата, задълженията и отговорностите на посочените лица на базата на законодателството на СССР, не е включен в списъците на стандартизационните документи както на задължително, така и на доброволно използване, и следователно от 2010 г. губи статута си.
Какви са действащите правни актове, които описват функциите, правата, задълженията и отговорностите на ЗПП / ГПД?
Информационните ресурси ни насочват към два източника:
- Решение на Министерството на труда и социалното развитие на Руската федерация през 1998 г. „За одобряване на справочника за квалификация на ръководители, специалисти и други служители” [6];
- Заповед на Министерството на здравеопазването и социалното развитие на Руската федерация през 2008 г. "За одобряване на единен справочен указател на длъжностите на ръководители, професионалисти и служители" [7].
И двата акта действат, като идентичността на имената е поразителна. Документът от 1998 г. съдържа раздел за отговорностите на главния инженер и главен архитект на проекта, а през 2008 г. само главният инженер на проекта. И двата документа установяват само официални задължения и изисквания за квалификация и със същите думи.
Внимателното разглеждане разкрива, че Министерството на здравеопазването на Русия десетилетие по-късно (през 2008 г.) почти по дума повтаря компилацията на Министерството на труда от 1998 г. със СНиП от 1985 г., в частта, посветена на задълженията на главния инженер / архитект на проекта, а миналата година и двете министерства са един ден ( 02.12.2014 г. “актуализира” документите си, без да замества нито една дума по същество в съответните раздели! Стереотипното дублиране, върху което очевидно се изразходват значителни държавни ресурси, е озадачаващо. В интерес на истината, ние отбелязваме, че въпреки че думите и цялостните фрази сочат към първоначалния източник, но поради частичното пренареждане на места, опровергаването на плагиатството би било несъстоятелно.
Тъй като Министерството на труда, подобно на Министерството на здравеопазването, не се е опитало да създаде нов документ, съответстващ на настоящия момент, или поне да го актуализира правилно, днес все още използваме паус от SNiP от 1985 година. Да си припомним какви функции са изпълнявани задължително от ГИП и ГАП преди тридесет години и, по мнението на министерствата, трябва да се изпълнява днес, е необходимо да се цитира решението на Министерството на труда (и всъщност всичките три закона).
Главен инженер, главен архитект на проекта:
Извършва техническо ръководство на проектантските и изследователските работи при проектирането на съоръжението и контролира изграждането, въвеждането и разработването на проектния капацитет.
Предприема мерки за подобряване на качеството на документацията за проектиране и оценка.
Изготвя данни за сключване на договори с клиенти за разработване (трансфер) на научни и технически продукти
Участва в работата на комисии по подбор на обекти (трасета) за строителство, при подготовка на проектни задания и при организиране на инженерни проучвания за разработване на проектни оценки и друга техническа документация
Организира развитието си върху възложените му обекти, участва в изготвянето на планове за цялостно планиране на изпълнението на изследователски, проектни, инженерни и технологични работи
Изготвя графици за освобождаване на научни и технически продукти.
Формира задачи за подизпълнителите за изпълнение на възложената им работа и осигурява на тези организации необходимите входни данни. Решава проблеми, възникнали при разработването на документацията.
Извършва контрол върху техническото ниво на проектирането, градоустройствените и архитектурните решения, икономичното изразходване на средствата за проектиране и проучване, времето за разработване на проектна и разчетна документация.
Гарантира съответствието на разработената проектно-разчетна документация с държавни стандарти, норми, правила и инструкции.
Осигурява проверка на патентната чистота и патентоспособност за първи път използван в проекта или разработен за него технологични процеси, оборудване, инструменти, конструкции, материали и продукти.
Защитава проекта в родителските организации и експертни органи.
Участва в разглеждането и одобряването на общата договаряща организация на документация за проектиране и оценка.
Решава въпроси, възникващи в процеса на проектиране, изграждане, въвеждане в експлоатация на съоръжението, развитие на проектния капацитет.
Организира работата по отстраняване на откритите дефекти в проектните разчети и друга техническа документация, както и за осчетоводяване на разходите по одобрени разчети.
Изготвя предложения за управлението на организацията на проекта и на клиента за извършване на промени в работната документация, свързана с въвеждането на нови нормативни документи, като се отчита актуалното състояние на строителството.
Координира разумни отклонения от действащите правила, наредби, инструкции с държавни надзорни органи и други организации, които ги одобряват.
Осигурява анализ и обобщаване на опита в проектирането, изграждането и експлоатацията на изградените съоръжения и подготовка на базата на предложения за подобряване на техническото и икономическо ниво на проектните решения.
Подготвя прегледи и заключения за иновации и изобретения, проекти на стандарти, технически спецификации и други нормативни документи, свързани с проектирането и строителството.
Участва в проучването на проекти, подготовката на публикации и подготовката на заявки за изобретения, в работата на семинари и конференции по своята специалност. ”.
Как изброените задължения отговарят на действащите нормативни актове за градско планиране, саморегулиране и техническо регулиране? Значителна част от горните точки противоречат на закона както терминологично, така и по същество и не могат да бъдат изпълнявани задължително.
Помислете по реда на позицията, като поставяте въпроси по отношение на ангажираността.
1. Техническо управление на проектни и изследователски работи при проектирането на обекта и надзора на неговото изграждане, въвеждане в експлоатация и разработване на проектния капацитет.
Съгласно Техническия правилник „За безопасността на сгради и съоръжения“ [8], от 2010 г. авторският надзор се приписва на доброволни форми за оценка на съответствието и се осъществява със съгласието на страните по решение на предприемача (техническия клиент). Разбира се, архитектурният надзор е необходим при създаването на архитектурни произведения - като неразделна част от творческия процес и елемент от защитата на авторското право. Също така, без авторски надзор, няма доказателствена база за отговорността на генералния проектант за съответствието на изградения проект за капиталово строителство с проектната документация, която разрушава пирамидалната концепция за отговорност при условия на саморегулиране. В същото време, без авторския надзор, не може да има нито задължително, нито доброволно участие на генералния проектант, и по-специално на инженера или инженера, при решаването на въпроси, свързани с изграждането, въвеждането в експлоатация на съоръжението и развитието на проектните мощности.
Обърнете внимание, че посочените технически регламенти [8] идентифицират лицата, отговорни за процедурите за въвеждане на обекта на капиталово строителство: генерален изпълнител, предприемач и / или технически клиент, лица, упражняващи строителен контрол и държавен строителен надзор. Това може да е несправедливо и погрешно от гледна точка на взаимосвързана отговорност за резултатите от проектирането и строителството, но нито генералният проектант, нито дори ГИП / HAP не са споменати в настоящите правила, когато съоръжението е пуснато в експлоатация.
Докато надзорът на автора е определен от закона като доброволен елемент на строителния процес, той не може да бъде приписан на задълженията на което и да е лице чрез регулаторен акт, но ако е необходимо, тези отношения могат да бъдат регулирани от вътрешната длъжностна характеристика на организацията.
Горното се отнася изцяло до т.5. (Решава въпроси, възникващи в процеса на проектиране, изграждане, въвеждане в експлоатация на обекта, развитие на проектния капацитет).
1). От 2004 г. в съответствие с Градоустройствения кодекс [2] вместо думите „въвеждане в експлоатация на обект“ следва да се използва терминът „въвеждане в експлоатация на обект за капитално строителство“.
2). Градоустройственият кодекс [2] не използва понятието „използване на проектния капацитет“.
2. Участие в работата на комисиите по подбор на обекти (трасета) за строителство, при подготовката на проектни задания и в организацията на инженерните изследвания.
Тук е целесъобразно да се припомнят отговорностите на предприемача или техническия клиент, установени с Градоустройствения кодекс [2]: „разработчикът или техническият клиент е длъжен да предостави (на генералния проектант): (виж текста в предишното издание)
1) градоустройствен план на парцел или в случай на изготвяне на проектна документация за линеен обект, проект за териториално планиране и проект за проучване на земята;
(вижте текста в предишното издание)
2) резултатите от инженерните проучвания...;
3) технически условия... ".
И още: "Подготовка на проектната документация се извършва въз основа на задачата на разработчик или технически клиент."
По този начин, изборът на обекти за строителство, подготовката на проектни задания и организацията на инженерни изследвания (а не проучвания) днес не са официално задължение на ЗИП или ГАП, както беше преди тридесет години, а функционалната отговорност на предприемача или техническия клиент. Функционалните отговорности на предприемача или техническия клиент са особено ясно представени по време на търговете за проектиране въз основа на законодателството за обществените поръчки. Горепосочените първоначални данни представляват в този случай пакет от тръжни документи, сформиран от клиента, и участие в подготовката им на ръководителя на проекта или GAP, по дефиниция, представляващи общия проектант, като нарушение на антитръстовите закони.
3. Осигурява съответствие на разработената проектно-разчетна документация с държавни стандарти, норми, правила и инструкции.
В съответствие с правителственото постановление "За състава на раздели от проектната документация..." [1], оценката за съответствие на проектната документация с изискванията на законодателството се извършва под формата на "сертифициране на проектната организация, че проектната документация е разработена в съответствие с градоустройствения план на парцела, проектна задача,..., технически регламенти,... и с спазване на техническите условия ". Както виждаме, отговорността в тази част не се налага на служителя на организацията, а на общата организаторска организация, която е вярна по отношение на саморегулирането, необходимостта от членство на генералния дизайнер в специализираните партньорства и отговорността в рамките на компенсационните фондове на тези партньорства. Освен това списъкът на документите, чието спазване се оценява, е съвсем различен, а от 2008 г. насам.
4. координира разумни отклонения от действащите правила, наредби, указания с държавни надзорни органи и други организации, които ги одобряват.
Необходимо е да се обърне най-сериозно внимание на основните разпоредби на действащия Кодекс за градско развитие [2]: „Не се разрешава да се изисква одобрение на проектна документация, заключение по проектната документация и други документи, които не са предвидени в този кодекс.“ Сред изводите, които се изискват от кодекса [2], се посочват изводите от изследването, държавната екологична експертиза за установената гама от обекти и историко-културният преглед на обектите на културното наследство.
Ако е необходимо да се отклоняват от изискванията на нормативните документи, днес трябва да спазваме правилата, установени от Техническия правилник за безопасност на сгради и съоръжения [8]: „... ако за изготвянето на проектната документация се отклоняват изискванията, установени от... националните стандарти и кодекси на практиката... документацията... се извършват в съответствие със специалните технически условия. "
И отново правителствен указ "За състава на раздели от документацията на проекта..." [1]: "... разработването на (проектна) документация трябва да бъде предшествано от разработването и одобрението по предписания начин на специалните технически условия." С други думи, специалните технически условия (STU) са материалът за подготовка на проектите, т.е. източник на данни за проектиране. По този начин, хармонизирането на отклоненията от нормативните изисквания от действащото законодателство не предвижда, а разработването на CTS (документ, легитимиращ отклонения от изискванията на нормативните документи при изпълнение на определени изисквания) е функционалната отговорност на предприемача или техническия клиент.
Така че може да се каже, че съществуващите документи относно отговорностите на ЗИП / ГПД са незадоволителни, тъй като цитират остарели норми от преди тридесет години и не отчитат съвременните изисквания на градоустройственото законодателство, правилата за техническо регулиране и саморегулирането в строителството. Опитите за създаване на методологически документи са несъстоятелни, доколкото се основават на посочените остарели норми. Например, наскоро подготвената за информационната система Consultant Plus (2015) Форма на длъжностната характеристика на главния инженер на проекта, упорито ни връща към разпоредбите от 1985 година. Конфликтните оценки на изискванията предизвикват конфликтна атмосфера в отношенията между разработчици, генерални дизайнери и конкретни специалисти.
Необходимостта от възстановяване на реда в тази област от време на време се признава от държавните институции. През 2012 г., малко преди присъединяването на Русия към СТО, бе разгледан проект на неуспешни изменения в устройствения кодекс и други нормативни и правни актове по въпросите на въвеждането на института на главния инженер и главния архитект на проекта. Беше предложено да се определят условията на ISU и GAP, да се установят референтните условия и критериите за квалификация в кореспонденция директно с градоустройствения кодекс. В същото време бе разгледан въпросът за гарантиране на личната отговорност на ГИП и ДПП, като бяха включени съответните членове в административните и наказателните кодекси с много тежки наказания за нарушаване на служебните задължения: глоби в размер на 18-месечна заплата, лишаване от свобода до седем години...
Може да се предположи, че институтът на ГИП / ГАП би бил унищожен още преди неговото създаване, ако бъдат приети такива законодателни инициативи. От една страна, днес отговорността за нарушаване на правилата за проектиране се възлага на генералния проектант с помощта на инструменти за саморегулиране, компенсаторни фондове и застраховка за риск. От друга страна, наказателният кодекс все още разполага с адекватни санкции в случай на увреждане на имущество, здраве или живот. Но има и трета страна на въпроса: действащото законодателство е по-скоро противоречиво, терминологично недостатъчно, слабо координирано между различните клонове на регулиране и по този начин определя невъзможността за изпълнение на изискванията без значителни изключения. Следвайки принципите на социалната справедливост, разумно е да се говори за установяване на отговорност, поне административно, и при разработването и приемането на противоречиви (и следователно неприложими) регулаторни актове. Само ако има логично, последователно, взаимно договорено законодателство във всички области, е възможно да се спазва добросъвестно, а нарушението може да бъде оценено окончателно.
Очевидно пълноценни и сложни документи, които надеждно определят правата, задълженията, квалификационните изисквания и отговорността на главния инженер / главен архитект на проекта - ключови фигури на проектния процес - се изискват въз основа на съвременните правни и професионални изисквания. Отговорността, най-вероятно, трябва да се разглежда в неразделна връзка между всички субекти на градоустройствените отношения, законодателната и изпълнителната власт. За да се разработи консолидирано становище по такъв остър и недобре обхванат въпрос днес, би било полезно да се проведе широка професионална дискусия, резултатите от която могат да станат основа на пакет от необходими промени и, ако е необходимо, разработване на нови регулаторни актове.
Документи, споменати в текста:
[1] Резолюция на Правителството на Руската федерация № 87 от 16 февруари 2008 г. "За съставянето на раздели и изисквания за проектната документация за тяхното съдържание" (НАРЕДБА за състава на раздели и изисквания за техническата поддръжка на проектната документация)
[2] Федерален закон на Руската федерация №190-ФЗ от 29 декември 2004 г. "Градоустройствен кодекс на Руската федерация"
[3] Федерален закон на Руската федерация № 315-ФЗ от 1 декември 2007 г. „За саморегулаторните организации“
[4] Заповед на Министерството на регионалното развитие на Руската федерация № 624 от 30 декември 2009 г. „За одобряване на списъка на видовете работи по инженерни проучвания, за подготовка на проектна документация, за строителство, реконструкция и основен ремонт на обекти на капитално строителство, които засягат безопасността на обектите за капитално строителство“
[5] СНиП 1.06.04-85 "Правилник за главния инженер (главен архитект) на проекта"
[6] Резолюция на Министерството на труда и социалното развитие на Руската федерация от 21.08.1998 г. № 37 „За одобряване на справочника за квалификация на ръководители, специалисти и други служители”. Раздел II., Част 2. “Позиции на водещи и инженерно-технически работници на проектантски, инженерни, технологични и изследователски организации”, ал. Главният архитект на проекта.
[7] Заповед на Министерството на здравеопазването и социалното развитие на Руската федерация от 23 април 2008 г. № 188 „За одобряване на единна справочна книжка за мениджъри, специалисти и служители“, раздел „Квалификационни характеристики на ръководители и специалисти в областта на архитектурата и градоустройствените дейности“. Част 5 "Проектиране", стр.5.1. „Позиции на мениджърите. Главен инженер на проекта.
[8] Федерален закон на Руската федерация № 384-ФЗ от 30 декември 2009 г. “Технически правилник за безопасността на сгради и съоръжения”.
Кой може да бъде хипо
Група: Ново
Мнения: 11
Регистрация: 01/31/2011
Потребителско име: 91953
Група: Модератори
Мнения: 34679
Регистрация: 07/11/2006
От: Москва
Потребителско име: 3370
Група: Участници във форума
Съобщения: 1553
Регистрация: 8.1.2008
От: Красноярск
Потребителски ID: 14254
не, не могат.
и защо ви е необходимо това?
Ами това е наказателно дело, с този опит.
печат например как ще се запълни?
GUI - I
направено - аз
и.t.p.?
Публикуван е редактиран Даниел - 4.4.2012, 9:13
Група: Ново
Съобщения: 8
Регистрация: 04/12/2010
Потребителски ID: 51897
Група: Модератори
Мнения: 34679
Регистрация: 07/11/2006
От: Москва
Потребителско име: 3370
Група: Ново
Мнения: 11
Регистрация: 01/31/2011
Потребителско име: 91953
Група: Модератори
Мнения: 34679
Регистрация: 07/11/2006
От: Москва
Потребителско име: 3370
Група: Участници във форума
Съобщения: 1302
Регистриран: 4 декември 2009 година
От: срещу разпиляване на незаменими природни ресурси
Потребителски ID: 41817
Група: Участници във форума
Съобщения: 2360
Регистриран: 12.7.2006
От: Харков
Потребителски ID: 3382
Група: Модератори
Мнения: 34679
Регистрация: 07/11/2006
От: Москва
Потребителско име: 3370
Група: Участници във форума
Съобщения: 104
Регистрация: 24.01.2010
Потребителски ID: 45022
За GUI, опитът е необходим, GUI в заглавната страница е подписан, че проектът е завършен в съответствие с настоящите стандарти и е взривобезопасен, огнеупорен, тоест е напълно отговорен за вземането на технически решения. Преди това в офисите на проекта беше необходимо да се получи подпис на проекта, подписът на висшия инженер, водещ инженер, ръководител на екипа, след това главен специалист, ръководител на отдела, ГИП и след това да се подпише в отдела за технически контрол.
Публикуван е редактиран vladi - 4.4.2012, 20:10
Главният инженер по проекта е такава позиция или нещо подобно.
проектиране на хидротехнически съоръжения
Искам да бъда фотограф :)
(((Това е изкупителна жертва, изплатена на главата и решетката.
И ако е необходимо, утре ще проверя правата му, задълженията и отговорностите му по закон. )))
Ако има възможност за сканиране, отговорността според закона (номера на артикули и т.н.) е особено интересна.
Ако става въпрос за GUI, тогава имате нужда от него.
Факт е, че например в списъка на длъжностните характеристики в строителството има само главният инженер и главният конструктор.
Доколкото разбирам, ISU не е позиция, а временен статут, възложен в рамките на определен проект.
Отговорност по закон, имах предвид, добре, знаете какво. - Смъртта на човек, поради непълното проучване на проекта по вина на дизайнерите. - наказателна отговорност.
Това сканирани курсове "Организация и управление в областта на дизайна".
[ATTACH] 1147756227.jpg [/ ATTACH]
проектиране на хидротехнически съоръжения
В един офис GAPom стана момиче, само след като получи диплома, а работата стана непоносима. Това е каприз на режисьора, защото той е човек без образование по това време, трудно му е да спори с истински специалист, така че той направи такъв ход.
Както и да е, тандемът може лесно да промени участъка на Азербайджанската република, когато ЧР беше подготвен за него, и това беше общодостъпно и това стана нормално. Всички бяха натоварени с ненужна работа върху сливиците. Безкрайно безсмислено преработване и преработване на едно и също. Не искам да говоря за детайлите, но стигна до точката, че многоетажна сграда е проектирана от 3 места, 1 започвайки от първите етажи, 2 от върха, 3 от средата (имам предвид етажите). В крайна сметка, етажите не съвпадат. Ниче, преработено. И когато се преработи, се оказа, че съседните участъци не съответстват на АР, и даволно сериозно. Когато съседните участъци започнаха да се коригират, се оказа, че няма технически етаж, това беше идеята на режисьора, той искаше да разтвори всичко под тавана на офисите и „да свали“ подизпълнителите със собствените си СНиП. Тези проблеми завършиха с намаляване на броя на паркоместата в подземния гараж, трябваше да ги намаля на техническия етаж.
През годината всички истински специалисти се отказват, включително и аз. А момичето е доста прокълнато, добре е, ако тя не знае размера на тухлата или от какъв асфалт е направена и т.н.
Кой може да бъде хипо
Параграф 2) на член 55, параграф 5 от Закона за градоустройството гласи следното: t
"6. Изискванията към членовете на саморегулираща се организация, установени в стандартите на саморегулиращата се организация и във вътрешните документи на саморегулиращата се организация, не могат да бъдат по-ниски от установения в тази част минимум:
2) изисквания за присъствие на индивидуален предприемач или юридическо лице - специалист в организацията на инженерни проучвания (главни проектни инженери), специалисти в организацията на архитектурното и строителното проектиране (главни проектни инженери, главни архитекти на проекти), строителни организатори (главни инженери по проекта), функцията на която включва съответно организацията на изпълнението на инженерните проучвания, извършването на работи по подготовката на проектната документация, строителните работи изграждането, реконструкцията, капиталната реконструкция на обекти на капитално строителство и информация за които са включени в националните списъци на специалистите, предвидени в чл. 55.5-1 от настоящия кодекс (наричани по-нататък специалисти), са най-малко двама специалисти на мястото на основната работа “.
Клаузи 1, 3, 6 от член 55.5-1 от Градоустройствения кодекс гласят следното:
"1. Специалист в организацията на инженерните изследвания, специалист в организацията на архитектурното и строителното проектиране, специалист в организацията на строителството е физическо лице, което има право да извършва, по трудов договор с индивидуален предприемач или юридическо лице, работни функции в организацията на инженерно-изследователските работи, проектирането на обучението. документация, строителство, реконструкция, основен ремонт на обекта за капитално строителство в пост на главния проектант, главен архитект на проекта и информация за който е включен в националния регистър на специалистите в областта на инженерните изследвания и архитектурното проектиране, или в националния регистър на специалистите в областта на строителството. "
"3. Официалните задължения на специалистите в организацията на инженерните изследвания, специалистите в организацията на архитектурното и строително проектиране включват съответно:
1) подготовка и утвърждаване на задачи за извършване на инженерни проучвания, задачи за изготвяне на проектна документация на обекта за капитално строителство;
2) определяне на критериите за подбор на участниците в работата по изпълнение на инженерни проучвания, изготвяне на проектна документация и подбор на изпълнителите на такива работи, както и координация на дейностите на изпълнителите на такива работи;
3) подаване, одобряване и приемане на резултатите от работата по изпълнение на инженерни проучвания, изготвяне на проектна документация;
4) одобряване на резултатите от инженерните изследвания, проектната документация “.
"6. Информация за лицето по част 1 на този член се вписва от съответното Национално сдружение на саморегулаторните организации, съответно в националния регистър на специалистите в областта на инженерните изследвания и архитектурното проектиране, в националния регистър на строителните специалисти (наричани по-нататък и национални регистри на специалистите). прилагането на такова лице, при спазване на следните минимални изисквания:
1) наличието на висше образование по професия, специалност или обучение в областта на строителството;
2) наличие на трудов стаж в организации, извършващи инженерни проучвания, изготвяне на проектна документация, строителство, реконструкция, основен ремонт на проекти за капитално строителство в инженерни позиции съответно най-малко три години;
3) наличието на общ трудов стаж по професия, специалност или посока на обучение в областта на строителството не по-малко от десет години;
4) професионално развитие в посока на обучение в областта на строителството поне веднъж на всеки пет години;
5) наличие на разрешително за работа (за чужди граждани) “.
Ръководителят на юридическо лице - член на саморегулираща се организация може да възложи задълженията на главния инженер на проекта на служител, който не отговаря на посочените по-горе изисквания, но изпълнението на задълженията на служителя по ал. 3, т. 55.5-1 е незаконно (виж заключителната част на обяснителното писмо на Министерството на строителството на Русия) 08.06.2017 г. № 20243-TB / 02).
Подписът на главния инженер на проекта в представената за проучване проектна документация означава фактът, че той е одобрен, приет и одобрен, т.е. задълженията на специалист в организацията на архитектурното и строително проектиране, следователно коментарът на експерта е легитимен.
Главният инженер е ключова фигура в процеса на проектиране.
Подолски, председател на подкомисията по организацията на дейността на главните инженери по проекти на комисията по технологично проектиране на производствени мощности на Националната асоциация на дизайнерите и геодезистите, научен директор на Международното училище на главните инженери (главни архитекти) на проекти в МГСУ
А. В. Литвинов, заместник-генерален директор, Консултантски център "ЦНИО-Проект", член на Съвета на Международната школа на главните инженери (главни архитекти) на проекти в МГСУ
В съвременните условия на бизнес клиентът има възможност да избере организацията на проекта (софтуера) според оптималното съотношение време, цена и качество на предлаганите услуги. С привидното равенство на горните критерии качеството на проектната документация може да бъде решаващо условие за успеха на софтуера в конкуренцията. Качеството на проектната документация се оценява както от обективни параметри - спазване на изискванията на действащите правила и регулации, така и от субективно - за максимално удовлетворяване на клиентите. А тези и други параметри непрекъснато се променят: клиентите преминават от стандартен дизайн към индивидуален, ежемесечни промени и допълнения към нормативната и техническа и законодателна база, появяват се нови строителни материали, ново оборудване, технологии и т.н. „Не е удовлетворено” от проектната документация се допълва от необходимостта от постоянно повишаване на удовлетвореността на клиентите, а това е присъщо на идеологията на международните стандарти ISO 9000.
За да се гарантира необходимото качество на продуктите, софтуерът трябва, ако не се придържа към научния и технологичен прогрес, след това поне да се справи, предлагайки на клиентите нови, оригинални и надеждни дизайнерски решения.
Какво възпрепятства реалното подобрение в работата на главните инженери (главни архитекти) на проектите (CIPs)? Според нас, на първо място, преобладаващите нередовни стереотипи за мястото и ролята на GUI в процеса на проектиране, които се предават от поколение на поколение на дизайнери, и второ, липса на квалификация на софтуерните мениджъри по въпроси, свързани с дейността на GUI, което не им позволява да вземат адекватни на трето място, липсата на ясна представа за това какво представлява качеството на решението за проектиране и за коя част от нея е отговорна ISU, и четвърто, опростено разбиране на механизма за формиране на качеството и по-специално, когато тя се осъществява в subproektirovschikov, и най-накрая, в петото място, защото повечето дизайнери все още не са осъзнали важността на GIPA в намаляване на разходите за работен проект.
Би било погрешно да се мисли, че самите софтуерни мениджъри и GUI не искат да елиминират горепосочените причини, но опитите им не дават забележим резултат, защото вместо да разчитат на факти, които ясно диктуват правилните решения, те се ръководят от предишен опит и субективен мнения, които не отговарят на изискванията на времето.
В процеса на обсъждане на тези въпроси често се оказвахме на противоположните страни на барикадите с много от нашите колеги - с един вид „колективен противник“, чиито възгледи се формираха исторически и все още живеят в миналото икономическа реалност. Тази статия е допълнително възражение срещу „колективния противник“.
Както е известно, съвременното ръководство препоръчва документиране на важни регулации, но появата на който и да е регламент трябва да се предшества от формирането на принципи, които да установят, например, „по или през реката” ще бъде построен мост. Това е най-важната част от нормотворчеството. На този етап трябва да се постигне консенсус в професионалната общност, след което всяко регулаторно ограничение не трябва да противоречи на договорените принципи.
За съжаление, в действителност, „лошите стереотипи” триумфират, които в повечето случаи не са свързани не само с науката за организацията и управлението на производството, но често само със здравия разум.
Нека се спрем на някои, по наше мнение, погрешни идеи, да се отървем от които е истински резерв в развитието на проектния бизнес:
1. ISU отговаря за качеството на проектната (работна) документация, т.е. ISU е отговорен за всичко.
Тя не може да бъде. Изискванията за длъжността или, както казват днес, „отговорността и властта” на МСУ исторически корелираха с усложненията на изискванията за проектни обекти, както и с промените в очакванията на клиентите по отношение на проектните резултати. В миналото проектирането и строителството се управляваше от един специалист, който вземаше всички решения. Към настоящия момент основната задача на компанията е да осигури необходимата динамика на инвестициите, както и приходите на клиента от проекта, достатъчни за компенсиране на инвеститорите за инвестираните от тях ресурси и поетия риск. По този начин, всички решения в дизайна на ISU поема критерия за икономическа ефективност на проектирането, изграждането и експлоатацията на обекта. Оттук и изискванията за неговата квалификация. Всички останали участници в процеса на проектиране вземат решения по критерия за техническа оптималност, като това условие се реализира в процеса на съгласуване на проектните решения от основните специалисти в раздела на проекта.
2. „Клетвата“ на ГПИ премахва отговорността за качеството на документацията за проектиране (работа) от останалите участници в проекта.
С други думи, GUI отговаря за спазването на проектните норми и стандарти за проектиране, изграждане и експлоатация на съоръжения, стандарти на саморегулиращи се организации, индивидуални изисквания на клиента за техническо ниво и качество, архитектурна експресивност и социална значимост на съоръженията. Считаме, че е необходимо да се върнем към сетивата: отговорността за какво и в какви случаи.
Очевидно е, че отговорността може да възникне, ако се разкрие отрицателен резултат от работата, който специалистът е извършил лично или лично; ако има съответстващ подпис, подкрепен от датата, както и документиран, за какво и на кого се поема отговорност и кога свършва. Това са задължителни условия за лична отговорност. В противен случай преобладава колективната безотговорност. Да дадем пример. Както знаете, чертежите трябва да бъдат подписани: "развит", "проверен" и "нормален контрол". Обръщаме внимание на факта, че подписите са дадени по отношение на действия, т.е. отговарят на въпроса: какво направихте? - разработени; какво направихте? - извърши нормативен контрол и др. Невъзможно е да се допусне „инициатива“ на проектантските организации и появата на чертежите на подписите на ръководители на отдели, главни специалисти, главни инженери на проекти и др. направих.
Както вече споменахме, подписът представлява отговорност. Няма подпис - няма отговорност. Тъй като отговорността има граници, е необходимо да се постигне съгласие къде отиват, т.е. да се гарантира, че всеки по еднакъв начин разбира областта на отговорност. Смисълът на споразумението е следният: всеки чертеж има съдържание ("какво е изобразено") и дизайн ("как" е изобразен). Изпълнителят отговаря за съдържанието и дизайна. За съдържанието - пред изпитващия, за дизайна - пред нормалния контролер. Отговорността на изпълнителя се прекратява в момента, в който подписите им се поставят от инспектора и администратора. След това е необходимо да се определи на кого отговарят проверяващият и администраторът. В идеалния случай това трябва да бъде клиент, който наистина се интересува от съвпадение на подписа и резултата. В самата организация на проекта е невъзможно да се намерят последователите на контрола и нормативния контролер. Но може ли това да е GUI? В този случай подписът на ЗИП ще означава, че той отново проверява съдържанието и дизайна на чертежа и поема отговорност за себе си, включително “за спазване на нормите и стандартите при проектирането, изграждането и експлоатацията на обекти...” и др. и т.н. Но е невъзможно физически да се проверят всички проектни решения за изпълнение на всички стандарти и всички изисквания на ISU. Ето защо налагането на отговорност на GUI като цяло за всичко не е нищо повече от заклинание, формално поради невъзможността за екзекуция и опасно, ако е необходимо да се накаже вината на някой друг. Графичният интерфейс е само един от многото автори на пиесата, наречена “подготовка на проектна документация”.
3. Ако на строителната площадка се случи нещо сериозно, то ще бъде първото, което ще бъде „засадено“ от ГИП.
Ако се случи нещо наистина сериозно, следователят, след като е назначил съдебно-техническа експертиза или е провел няколко такива прегледа, ще определи дизайнера, който например е извършил проектно изчисление и е приложил погрешен фактор, след това определя кой е проверил изчислението и този човек ще представи прокуратурата, но съдът при определени обстоятелства може да накаже извършителя и верификатора.
4. Графичният интерфейс трябва да бъде най-квалифицираният дизайнер във всички раздели на проекта.
Ясно е, че това просто не може да бъде, защото в проектната документация не по-малко от десет специализирани секции, работата по които предполага наличието на повече от двадесет специалности. Този „лош стереотип“ обхваща и идеята за назначаване на специалист на длъжността на Института. Въпреки това е препоръчително да се вземе решение за назначаването на ЗИП въз основа на конкурентна селекция и да се ръководят от напълно различни критерии.
Кандидатът за длъжността на ЗИП следва да обоснове заявителя възможността за постигане на по-високи технически и икономически показатели на проектирания обект, намаляване на първоначалните условия на проектиране и изграждане, намаляване на трудоемкостта (разходите) на проектните работи, по-благоприятни за организацията на проекта, срокове на изчисленията с участниците в работата, както и разширяване на допълнителните изисквания. клиент на обекта на проектиране (7.2.1 "г" ГОСТ Р ISO 9001-2008) и др. От особено значение е репутацията на ГИП: характер, комуникация трайност, усърдие, ангажираност, ефективност, точност, почтеност, способност за договаряне, внимателност, учтивост, отзивчивост, ефективност и др.
За гражданските обекти, предимство при назначаването на длъжността главен архитект на проекта (GAP) може да бъде наличието на икономическо и архитектурно образование. Вторият приоритет е икономическото образование, третият е архитектурен и най-накрая инженеринг.
За индустриални обекти (технологично проектиране), предимство при назначаване на длъжността главен инженер по проекта (CIP) може да бъде наличието на икономическо образование и технологии, съответстващи на спецификата на обекта на проектиране. Вторият приоритет е икономическото образование, третото е технологично и накрая, просто инженерство.
И в първия, и във втория случай, ръководителят на проекта трябва да има квалификация за управление на проекти. Съгласно резултатите от конкурсния подбор, на длъжността се назначава ISU със съответната заповед на софтуерния мениджър.
5. Ако възникнат разногласия между основните специалисти в раздела на проекта, ISU взема окончателното решение.
Представете си такава снимка: Главният електротехник, в своята част от проекта, реши, че разпределителното табло ще бъде между такива и такива оси и при такава и такава маркировка на сградата. Основният специалист - топлотехник на същото място има подстанция. Те идват в ISU, за да „направят мир” на тях. Разбира се, квалификацията на всеки от главните специалисти в съответната специалност е по-висока от тази на ISU. Ако ISU ще обсъди този въпрос с тях в предложената техническа равнина, то очевидно е в неблагоприятно положение. Той трябва да преведе дискусията в икономическата равнина, казвайки, че един вариант струва толкова много, а другият толкова много, като се вземат предвид не само разходите за строителство, но и оперативните разходи, както и възможния риск, свързан с промените в цената на оборудването. Приемайки и обосновавайки своето решение от икономическа гледна точка, ГИП, която отговаря за решението на инвеститора, трябва да потърси от специалистите подходящо техническо решение. Днес малко от GUI могат да действат по този начин, но това е мисията на GUI, неговата част от отговорността за качеството на дизайнерските решения.
6. Графичният интерфейс трябва преди всичко да има техническа специалност.
Вече говорихме за специалността и защо трябва да бъдем в GUI. В условията на ускорени темпове на научно-техническото развитие качеството на проектната документация зависи пряко от системното повишаване на квалификацията на ГИП. Днес ISU трябва да бъде компетентен в организацията и управлението на процеса на проектиране, методите за осигуряване на икономическата ефективност на проектирането, изграждането и експлоатацията на съоръжението, за да получи позицията си на конкурентна основа. Но дори и успешно работещите GUI усещат недостига на своите знания по тези въпроси, опитват се самостоятелно да компенсират пропуските в своите компетенции.
За решаването на тези проблеми по инициатива на Комитета за технологично проектиране на промишлени обекти НОПРИЗ и Института по строителство и архитектура (ИСА) на Националното строително инженерно строителство (МГСУ), с участието на Консултативния център "ЦСРИ проект" и Комитета за продължаващо професионално обучение в строителната индустрия Руският съюз на строителите (СРС) организира проекти на Международната школа на главните инженери (главни архитекти). Училищният съвет включва известни специалисти в Руската федерация и страните от ОНД в областта на проектирането и осигуряването на качеството на проектната (работна) документация. Председател на Съвета на Международната школа на главните инженери (главни архитекти) на проекти Мешерин Игор Викторович има уникален опит в работата с GAP и GIP в СССР, Русия, САЩ и Италия.
Информация за Международното училище за научна и технологична информация (GAP), включително за изпълнението на специфични курсове, е публикувана на уебсайтовете на ISA на MGSU, Националната асоциация на дизайнерите и геодезистите, Централния научноизследователски проект, както и на уебсайтовете на дизайнерите в Руската федерация, Казахстан, Беларус и Украйна.
Основната цел на Международното училище за ГИП е да осигури обучение на висококвалифициран персонал на ГИП чрез повишаване на квалификацията. Програмите, които отговарят на съвременните изисквания, практическата ориентация на курсовете позволяват да се отговори на нуждите на технологичното и архитектурното проектиране, да се поддържа непрекъснато професионално израстване и възпроизвеждане на GUIs, както и да се подготви персонален резерв за замяна на GUI постове по поръчка на проектантски организации.
В „образователното портфолио“ на Международното училище за научна и индустриална информация има два основни продукта:
Предложената система за преквалификация на ГИП е гъвкава, адекватна на нуждите на времето, отговаряща на реалните нужди на изключително заетите дизайнери с практическа работа. Съдържанието на програмите е балансирано теоретично и практическо знание, както и опит в управлението на дизайна. Много е важно програмата да включва широк териториален обхват на студентите и удобството на обучението, включително чрез използване на съвременни принципи, форми и методи на обучение: модулност, учене “преди резултата”, вариации по отношение на ученето, дистанционно обучение и др.
Основните теми, които се обсъждат в курсовете на Международното училище на GIPs в MSSU:
1. Ситуацията на строителния пазар и неговото въздействие върху дейността на ISU.
2. Основните промени в съдържанието на понятието "система за управление на качеството" във връзка с работата на ISU.
3. Разпределение в организацията на проекта (софтуер) на отговорността за разработване на дизайнерски решения и тяхното качество между първия мениджър, главен инженер, производствен директор, инженерингов отдел, технически отдел и производствени отдели (работилници) в процеса на подготовка, производство и изпълнение в строителния проект (технически а) документация, включително контрол, проверка, анализ, съгласуване, валидиране и одобрение на документацията за проектиране и оценка.
4. Изясняване на ролята и мястото на GUI в “крайния процес” на клиентски ориентиран софтуер: “взаимодействие със софтуерни клиенти” - “изграждане и поддържане на портфейл от софтуерни поръчки” - “подготовка и издаване / изпълнение на проектна (работна) документация” - “поддръжка на изпълнението” проект в строителството ”-“ изпълнение на гаранционни задължения за проекти, изпълнявани в строителството ”.
5. Ръководителят на производствената единица: проектант или управител (мениджър)? Взаимодействие с GUI. Основните обекти на управление на ръководителя на производствената единица: трудови ресурси, работа, време, финанси, материални ресурси; подчиненост, авторитет, основни функционални задължения (отговорност) на ръководителя на производствената единица, критерии за оценка на дейността му.
6. Процедурата по “стартиране” на работата по изготвяне на проектна документация в съответствие със сключеното проектно споразумение. Приблизителният договор с проектантската организация на подизпълнители (ACT); процедури за оценка, подбор (подбор) и преоценка на софтуер с отворен код; концепции за подизпълнители и аутсорсинг.
7. Взаимодействие на GUI с договорния отдел, технически архив, отдел за освобождаване на проекта. Основните изисквания за ISU в системата на изпълнителната дисциплина.
8. Анализ на новите отговорности на ISU; типична длъжностна характеристика на ISU; изисквания за графичния интерфейс при провеждането на надзора на място (включително под-дизайнери); GUI и въпроси за техническо преоборудване, разширяване на предприятията, модернизация, основен ремонт и др.
9. Проследяване на удовлетвореността на клиентите от процесите и резултатите от организацията на проекта.
10. Ролята на GUI в разширяване на видовете продукти (услуги) на организацията на проекта. Формиране на репутацията на компанията сред участниците в инвестиционния проект.
11. Подпроекти за управление. Съвременни изисквания за подбор на участниците в дизайна.
12. Коментари по проектите на новите организационно-методически документи за РКИ: Стандарти за професионалната дейност на РПКИ, Препоръки за организацията на дейностите по ПКИ, Профил на ПКИ, Изисквания за подготовка и назначаване на длъжността ПКИ, разработени в подкомисията за организация на дейностите на главните инженери по проекти на комисията по технологично проектиране на обекти производствена дестинация NOP през текущата година.
13. Договаряне при сключване на договори и определяне на договорни цени. Видове договори.
14. Взаимодействие с държавна и недържавна експертиза.
15. Правна и организационна рамка за проектиране, нормативни документи, свързани с работата на ГИП, включително ГОСТ Р 54869-2011, както и системата ЕВРОКОДИ.
16. Разходите за проектиране. Основни индексни и ресурсни методи за изчисляване на разходите. Форми на бюджетна документация. Оценка на икономическата ефективност на проектните решения.
17. Управление на риска на проекта. Идентифициране и идентифициране на рисковете (рискови категории, известни рискове и неизвестни рискове, степен на риск, вероятност за възникване и степен на влияние на риска); бюджетиране на управлението на риска; определяне на вероятността за изпълнение на сроковете и бюджета на проекта техники за отговор на риска (избягване, прехвърляне, смекчаване и приемане); контрол на симптомите на риска.
18. Участие в наддаване за договор за проектиране и проучване.
19. Основните разпоредби на системата за управление на качеството в проектната организация, която отговаря на изискванията на ГОСТ ISO 9001-2015.
20. Функции и съдържание на техническия надзор на клиента. Държавен строителен надзор.
21. Компетентността на Института по въпросите на самообразованието и повишаването на квалификацията.
22. GIP, GAP във функционалните, организационни и финансови структури на организацията на проекта.
23. Компетентност на ГИП, свързана с маркетинга и продажбите.
24. Компетентност на ГИП при определяне на нейните правомощия, права и отговорности.
25. Компетентността на Института за оценка на ефективността и ефикасността на професионалната му дейност и мотивация.
От май 2015 г. в програмата на Международното училище за научна и технологична информация е включен допълнителен модул „Оценка на икономическата ефективност на проектните решения“ (30 часа). Общият обем на програмата става 80 ac. един час Този модул се преподава от преподаватели от Държавната академия за инвестиционни специалисти (GASIS) на Националния изследователски университет „Висше училище по икономика”, като студентите получават и сертификат GASIS.
Темата за образователни, консултантски и изследователски програми, предложена от Международната школа за научна и индустриална информация, е фокусирана върху решаването на основни проблеми, които понастоящем са изправени пред проектантските организации чрез професионално развитие на ключови фигури в процеса на проектиране, като GUI.
По основните теми на програмата на Международното училище на ГИП, Консултантският център „ЦНИО-Проект” разработи конкретни препоръки.
Нека сега се обърнем към механизма за оформяне на качеството на дизайнерските решения, за да определим ясно и недвусмислено границите на отговорността на ISU.
Някои общи проектни разпоредби:
1. Всеки проект за строителство е комбинация от три модела:
- бъдещи обектни модели (космическо планиране и инженерни решения);
- модели на неговото създаване (проект на организацията на строителството);
- модели на неговото функциониране (организация и управление на производството).
2. Формирането на дизайнерско решение се състои от действителното му приемане и след това е необходимо да се потвърди неговото съответствие, с други думи, да се провери. Приемането на самото решение за дизайн е избор от алтернативите, а потвърждаването на съответствието има много различни възможности и съответно много термини, които съответстват на тези опции. Повечето от опциите зависят от времето, мястото и стандартите, които са избрани за потвърждение.
Качеството на проектното решение се състои от четири основни свойства. Всяко от тези свойства се формира от някой в софтуера и е предназначено за някого. Този, който формира качеството на качеството, носи лична отговорност за него. Първата е “техническа възможност”, т.е. проектното решение трябва да бъде такова, че да може да се реализира по време на строителството. Тя е необходима преди всичко на строителния предприемач и неговите техници, инженери и основните експерти на индустриалните подразделения. Втората е “информационната възможност”, т.е. проектното решение трябва да съдържа цялата информация, необходима за изпълнението на строително-монтажните работи, поръчването на оборудване, получаването на всички необходими разрешителни и одобрения. Тя се нуждае от клиент и строител. Този имот се формира от техници, инженери и главни специалисти от производствените звена. Третият е „икономическата осъществимост” на проектното решение, т.е. проектното решение трябва да бъде икономически конкурентно по време на изграждането и експлоатацията на съоръжението. Това е необходимо за основния човек на пазара - инвеститорът, той се формира, и за това отговаря ИСУ. Четвъртата е „системна“, т.е. всички проектни решения по проекта трябва да бъдат координирани. Това е необходимо преди всичко от самите дизайнери, като за това са отговорни основните специалисти в раздела на проектите.
Дизайнерските решения се правят на пет нива. Помислете за тези нива на примера на проектната част на проекта. Първото ниво ще бъде "възли, части". На това ниво на технологията решенията се вземат на армировъчни мрежи, вградени части и т.н. Второто ниво е “елементи”. На това ниво инженерите проектират греди, колони, свободно стоящи основи и т.н. Третият е “компоненти”. Старши и водещи инженери проектират припокривания, покрития, ограждащи конструкции и т.н. Четвъртото ниво е “проектната секция”. На това ниво главният специалист взема решение за конструктивното проектиране на сградата и основните параметри на якостта на конструкцията. Петото ниво - "технически и икономически показатели на проекта". ISU отговаря за вземането на решения на това ниво.
Нека се обърнем към „потвърждението на съответствието на проектното решение“. Този контрол, оценка, проверка, анализ, валидиране, съгласуване и одобрение на проектни решения. За нас е важно да определим границите на отговорността на GUI
Контролът включва съпоставяне на приетото проектно решение с действащите норми (правила), т.е. нормативни документи, които в момента работят в строителния комплекс (Градоустройствен кодекс на Руската федерация, СНиП, СН, ГОСТ, ВСН и др.). Резултатът от контрола е “съответства” или “не съответства” на проектното решение на посочените нормативни документи.
Оценка - същата процедура за контрол, само в приложението към „съответства“ или „не съответства“, показва колко „съответства“ или „не съответства“. Като правило резултатът от оценката се дава в количествено изражение, например пожарната прекъсване между сградите е с 10 метра по-малка от стандартната.
Така нареченият контрол на нормите е в същия ред като контрола, като единствената разлика е, че ГДОСТ SPDS се използват за сравняване на приетото проектно решение с нормативните документи.
Проверката включва сравняване на проектното решение с входните проектни данни (проектно задание, първоначални проектни данни, технически спецификации). ГОСТ ISO 9001-2011 ясно определя изискванията за проверка на проектните решения, включително планиране на проверка и записване на резултатите. По-специално, в точка 7.3.5 се посочва, че „в съответствие с планираните дейности трябва да се извърши проверка, за да се гарантира, че резултатите от проектирането и разработването отговарят на изискванията за проектиране и разработване. Трябва да се съхраняват и съхраняват записи на резултатите от изпитванията и всички необходими действия. " Тъй като „входните данни“ по правило съдържат технически и икономически показатели (изисквания) за проектната документация, ЗПИ проверява съответствието на действително получените данни.
Анализът - колективно действие под ръководството на GIP - ви позволява да предвидите последиците от неизменността на съществуващия процес на проектиране от гледна точка на технико-икономическите характеристики на дизайнерските решения, разходите за проектиране и неговата продължителност. В т. 7.3.4 на ГОСТ ISO 9001-2011, както и за проверка, са изложени изискванията за анализ, а именно: „На подходящи етапи, в съответствие с планираните дейности, трябва да се извършат систематични анализи на проектирането и разработването, за да се оцени способността на проекта и резултатите от разработката отговарят на изискванията, както и да идентифицират всички [проблеми, възникващи по време на проектирането и разработването] и да предлагат необходимите действия. Участниците в такива анализи трябва да включват представители на функции, свързани с анализирания етап на проектиране и разработване. Документите за резултатите от анализа и всички необходими действия трябва да бъдат поддържани и поддържани. " Имайте предвид, че анализът трябва да се планира и резултатите му да бъдат документирани. Също така е очевидно, че анализът не може да се извърши в началото на проекта, тъй като все още няма какво да се анализира и в края на проекта, тъй като „влакът вече е напуснал“ и процесът е завършен. При проектирането отговорността за анализа се носи от ISU. По правило, по време на процеса на проектиране, ЗИП събира ръководители на производствени отдели и главни специалисти по проектни секции и обсъжда с тях хода на проектиране и технико-икономическите характеристики на проектните решения, взети за да се гарантира, че получените в края на проекта материали отговарят на “входните данни”,
Координацията предполага увереност, че това дизайнерско решение не противоречи на дизайнерските решения в други раздели на проекта, т.е. например, проектното решение на проектната част на проекта е сравнено с проектните решения на електрическите, санитарните или топлотехническите части на проекта.
Отговорността за осъществяването на координацията е отговорност на ЗПП, а за коректността на координацията отговарят съответните основни специалисти за отделите по проекта.
Спомнете си какво е "валидиране". При проектирането са възможни две ситуации на потвърждение: в първия случай това може да бъде направено директно “на хартия”, т.е. проектното решение е на екрана на компютъра. Например, решението за проектиране е проектирана и конструирана греда, която трябва да издържа на съответното натоварване. За да се потвърди съответствието, е достатъчно да се използва същия метод за изчисление, който е бил използван при вземането на това решение (или алтернатива), и ако този метод е тестван и надежден, тогава преизчисляването ще даде абсолютна увереност в правилността на решението за проектиране. Или друг пример, в проектното задание е посочен съставът на помещенията на съответния етаж на сградата и са посочени посочените зони. Дизайнерското решение на този етажен план е лесно да се провери, като се сравни с оригиналните данни. Трябва да се подчертае, че такива дизайнерски решения в общия размер на дизайна - най-малко 80-90 процента. Те включват проектни решения, изработени с помощта на стандартни конструкции, типични сглобки и части, одобрени индивидуални ранно разработени дизайнерски решения, които се използват многократно, каталози на оборудването, които са сертифицирани по предписания начин и т.н. и т.н. Става дума за надеждни, доказани, многократно прилагани, без съмнение дизайнерски решения.
Втората ситуация е, когато проектното решение не може да бъде надеждно проверено с помощта на традиционните техники за проверка. Те могат да бъдат проверявани само в процеса на изграждане или експлоатация на изграденото съоръжение, както и провеждане на специални тестове в условия, които са възможно най-близо до изграждането или експлоатацията на съоръжението. Такава необходимост възниква, когато се прилагат модерни технологии или материали, които вече са препоръчани или обявени в реклами, нови методи за изчисление, оборудване, което никога не е било използвано досега, технологични решения, които нямат аналози и т.н. Например, на изложението дизайнерите се запознаха с нови покривни материали които се рекламират активно, а характеристиките на този материал са впечатляващи.
Може да бъде решено да се използва този материал за покрив с площ от 20 хиляди квадратни метра, обаче, специално е предвидено, че по време на строителството, първо трябва да завършите част от покрива от 10 квадратни метра, да създадете динамично натоварване върху него за определено време, да се налива вода отгоре и да видите как се държи долната повърхност на покрива. Ако резултатът от теста е положителен, тогава дизайнерите ще дадат разрешение да направят останалата част от покрива. Понякога тази необходимост се дължи на голямата несигурност на геоложките условия в трудни строителни зони, когато изследователите не могат (включително по икономически причини) достатъчно точно да симулират почвените характеристики на определени места на фундаментните основи. В тези случаи те показват необходимостта от шофьорски пилоти и едва след това те потвърждават възможността за изграждане на купчино поле под целия обект.
Това е валидирането на проектното решение. Използването на валидирането показва ангажираността на организацията на проекта към всичко ново и напреднало. Това е знак за конкурентоспособността на дизайнерските решения, желанието за заемане на водеща позиция в дизайна се дължи на непрекъснатото повишаване на удовлетвореността на клиентите. Отговорността за факта на извършване на валидирането се носи от ISU, за съдържанието на валидирането - основните експерти по раздели на проекта.
Одобрението е разрешение за прехвърляне на пълна проектна документация на клиент. Това е отговорност на GUI и той го изпълнява, когато подпише фактурата, преди да изпрати документацията на клиента.
Сега ние се обръщаме към отговорността на ISU, свързани с намаляване на разходите за проектиране работа. Както знаете, има много възможности за намаляване на разходите, а това е "главоболие" за ръководството и всички водещи софтуерни специалисти, тъй като това е практически единственият начин да се увеличат печалбите на проектната организация. GUI дава значителен принос за това, като реализира отговорността за управление (аутсорсинг) на под-дизайнери.
Понастоящем е възможно да се изберат под-дизайнери (СТ) въз основа на резултатите от тяхната оценка, сравнение с конкурентите, редовна преоценка и се появи отговорността на GUI за този избор. Важен принцип, “който плаща, поръчва музика”, започва да работи между субектите, не само в добре познатия традиционен смисъл, но и като изискване на генералния проектант (ГП) постоянно да мисли за подобряване (осигуряване) на качеството и намаляване на разходите за проектиране. В допълнение, законът постановява, че отговорността към клиента за качеството на документацията за проектиране и оценка, разработена от Акта, се поема само от ОПЛ. Затова е необходимо да се ръководят от изискванията на ГОСТ ISO 9001-2011 и Насоките за прилагане на процесите на аутсорсинг (ISO / TS 176 / SC 2 / N 630R2, 24 ноември 2003 г.).
По принцип съществуват три условни вида на STR:
- “Обикновени” - SPOs, с които ОПЛ има нормални пазарни отношения;
- “Обикновени” - SPOs, с които ОПЛ има нормални пазарни отношения;
- "Ханчери" - създанието на клиента, връзката на ОПЛ, с която клиентът определя
Използвайки примера на отношенията с отворен софтуер, ние ще разглеждаме всяка от подсистемите последователно, като се има предвид, че ISU взема решения в някои случаи и участва в тяхното приемане в други.
Оценка, подбор и преоценка на под-дизайнери.
Тази подсистема се състои от два блока:
- формиране и поддържане на Списъка (база данни, регистър и др.) на одобрените НТО и неговото актуализиране;
- избор на софтуер с отворен код от посочения Списък за извършване на работа по конкретен проект.
Работата по първата единица е функция на техническия отдел на софтуера, а във втория - на отговорността на ISU.
За да се формира Списъкът, техническият отдел на софтуера търси, оценява, избира и преоценява софтуера с отворен код в съответствие с нуждите на софтуера, използвайки критериите, разработени съвместно с GUI.
Ясно е, че такъв подход не гарантира пълната адекватност на стратегическото планиране на очакванията на ОПЛ поради сложността на формализирането на някои въпроси. Например, въпрос относно наличието на валидна СУК и неговото съответствие с изискванията на ГОСТ ISO 9001-2011. АКТ отговаря, че СУК функционира и спазва, както е видно от сертификата на сертифициращия орган на „N“. Опитът при оценяването на изпълнението на определени изисквания на ГОСТ ISO 9001-2011 от саморегулиращи се организации на проектанти показва, че над 90% от сертификатите са официално получени, просто „закупени” и често нямат отношение към конкретна СТР. Оказва се, че ОПЛ носи реална отговорност за качеството на проектната (работна) документация, изготвена от АКТ, но изборът на АКТ се основава на „уверенията“ на самата НТО под формата на отговори на въпросника. При проектирането на конкретен обект, GUI, като правило, избира съответния ACT от списъка, ръководен от допълнителни критерии, включително териториалното разположение на STR, информация за STR на свойствата на конкретен строителен обект, предишни контакти с конкретен клиент, готовност на ACT да изпълни поръчката и др.
Преди вземане на решение за включване на софтуер с отворен код в дизайна на GUI трябва да бъде директно в организацията. Това е новото задължение за GUI. Тази технология е предвидена от стандартите от серията ISO 9000 и се нарича „второ лице” на одита. Продължителността на одита от втората страна е не повече от един работен ден (за предпочитане 3-4 часа).
Такава кратка продължителност се обяснява с факта, че не се разглежда цялата система за управление на качеството на софтуера с отворен код, а само някои ключови точки. Практиката показва, че ако в тези точки всичко е нормално, тогава с висока степен на вероятност, ACT отговаря на очакванията на SE.
Необходимо е да се подчертае, че Клиентът се занимава само с личния лекар, с когото има договор. Той може да не познава останалите участници в проекта. Следователно, връзката с софтуер с отворен код е изключително проблем на личния лекар. SPO действително действа като допълнително структурно звено на ОПЛ, което трябва да управлява в процеса на изпълнение на проекта по същия начин, както със своите “собствени” структурни подразделения, като се имат предвид сроковете и качеството на проектната (работната) документация, разработена от АКТ, за която отговаря ОПЛ. от клиента. Това определя отговорностите на държавните предприятия при управлението на STR.
Видът и обхватът на управлението на софтуер с отворен код могат да варират в широк диапазон: от минимум, когато се издава софтуер с отворен код и техническата задача се изпълнява с малко или никаква проверка, до максималната степен, когато се изисква управляващото дружество и други документи, одобрени от фирмата за обществени поръчки, да се ръководят от поръчката. В същото време се извършва пълна проверка на попълнената STR, PSD, включително с помощта на независими експерти.
Изискваният размер на управлението се определя от МСЗ в зависимост от резултатите от оценката (преоценката) на УО, включително като се вземе предвид информацията, получена по време на одита от втората страна, както и в зависимост от планираните разходи за РП за извършване на входящата проверка на материалите СР, като се има предвид, че тези разходи увеличават разходите за работа по проекта.
Характеристиките на управление на SPO трябва да бъдат създадени от GUI в „специалните условия“ на договора за подизпълнение. Техническият отдел на ВП разработва модел на такива „специални условия”, в които се представят практически всички възможни и / или необходими аспекти на управлението с отворен код, а GUI, когато анализира конкретен договор с отворен софтуер, включва тези методи на управление, които отговарят на условията на конкретен проект. Колкото по-дълбока е степента на контрол на софтуера с отворен код, толкова по-малък е обемът на входящия контрол на дизайнерските материали на софтуера с отворен код, а оттам и на разходите за GP.
Такива методи за контрол могат да включват необходимостта от:
- одобряване на технологичния процес на проектиране, използван от софтуера с отворен код или изпълнението на проектните работи, като се използва процесът на проектиране, използван от генералния мениджър;
- координиране на работния график за проектиране, който следва да се разработи на базата на работния график, приложен към договора;
- назначения (както е договорено с държавното предприятие) на конкретен ръководител на проекта (ръководител на проекта) за подадената поръчка за изпълнение (секция на проекта) и др.
В зависимост от степента на контрол на софтуера с отворен код, обемът на входния контрол за ОП може да варира от 100% до почти никакъв, т.е. официално преизчисляване на проектни документи, получени от софтуер с отворен код.
След прехвърлянето на попълнената проектно-разчетна документация на Клиента или след въвеждане в експлоатация на обекта (при извършване на надзора), ISU трябва да завърши проекта за аутсорсинг.
За това ви е необходимо:
- проверява наличността на документи, потвърждаващи получаването на проектна и разчетна документация от Акта, включително проверка на качеството на посочената документация;
- оценява сътрудничеството с АКТ и докладва резултатите на техническата служба за коригиране на списъка;
- да получат от АКТ и да предадат на ГП архива информацията за разработените индивидуални ефективни проектни решения, включително документацията на СР, която може да се препоръча за повторна употреба;
- подготвя официален преглед за софтуер с отворен код;
- решаване на проблема (ако е необходимо и възможно) относно икономическите стимули за софтуер с отворен код.
Сега за отговорността на GUI, която е свързана с участието във формирането на "книгата за поръчки" и по-ниските софтуерни разходи за намиране на нови клиенти.
Въпросът е, че съгласно точка 7.2.1 „Процеси, свързани с потребителите”, ГОСТ ISO 9001-2011, софтуерът трябва да определи изискванията:
1. Създаден от клиента, включително изисквания за доставка и дейности след доставката.
2. Не е посочено от клиента, но е необходимо за специфичната или предвидената употреба на DED, когато е известно.
3. Законодателна и друга задължителна връзка с DED.
4. Всеки допълнителен, специфичен софтуер.
Какво се разбира под първите три групи изисквания (1-3) е повече или по-малко ясно. Допълнително изясняваме, че „изискванията, които не са посочени от клиента, но необходими за конкретна или предвидена употреба на DED, ако са известни”, могат да включват всички изисквания на самия софтуер, от които зависи качеството, цената и времето за доставка на документацията на проекта.
Например, ако клиент получи проектни оценки, които съгласно съществуващата технология на проектиране се съхраняват за определено време, преди да бъдат прехвърлени на клиента в технически архив, изискванията на самия софтуер относно условията за съхранение в архива на посочената документация ще бъдат посочени в точка 7.2.1 (2) от стандарта, Изпълнявайки изискванията, посочени в точка 7.2.1 (1-3) от стандарта, софтуерът не може да придобие конкурентни предимства, тъй като всички конкуренти трябва да отговарят на тези изисквания. При пазарни условия единствено софтуерът, който „оцелява“, може да определи и изпълни изискванията на точка 7.2.1 (4). Ние нарекохме тези изисквания „приети” и изяснихме смисъла им: първо, те са „познати”, самият софтуер е формулиран, второ, те не са одобрени или съгласувани с клиента и, трето, тяхното изпълнение се извършва за своя сметка. софтуер. В резултат на това, клиентът получава документация за проекта (услуги) с неочаквани за него параметри или с параметри, по-добри от очакваните, което гарантира не само удовлетворение на клиента, но и предизвиква възхищение от предоставената PSD (предоставена услуга). В последния случай софтуерът може да бъде сигурен, че клиентът ще се върне към него многократно. И за да запазите клиента, както знаете, е 5-7 пъти по-евтино от търсенето на нов. Това е същността на принципно нова позиция, заложена в ГОСТ ISO 9001-2011.
За да се изпълни изискването, посочено в точка 7.2.1 (4) от стандарта, за да се повлияе на конкурентните предимства на софтуера, е необходимо да се определи собственикът на процеса, за да формира предвидените изисквания на клиентите, т.е. един от мениджърите, определят правилата за осъществяване на тази дейност. За софтуер, собственикът на процеса най-вероятно ще бъде главният инженер на института. „Главният“ на процеса, т.е. специалистът, който формира изискванията на бъдещия клиент за конкретен проект, трябва да бъде GUI. За да се изясни, ISU е отговорен за това, че са определени желаните изисквания на клиента и основните специалисти от производствените отдели отговарят за съдържанието на тези изисквания.
Друга отговорност на ЗИП се формира при анализа на договора (договора) с клиента. Обжалването на клиента в софтуера може да бъде по различни начини: информация за спечеления търг (конкурс); официално писмо с предложение за разработване на проектна документация; телефонно обаждане до ръководителя на софтуера; неформална комуникация чрез колеги и др. При получаване на един от горепосочените сигнали се препоръчва да се назначи графичен потребителски интерфейс, който да управлява анализа на договора преди подписването му от клиента.
Това задължение на ISU включва:
- определяне на кръга от лица, които ще участват в координирането на проекта на договор и разпределението на отговорността между тях;
- привличане на посочените ръководители и специалисти за провеждане на преговори с клиента (работни срещи) за обсъждане на определени разпоредби на проекта на договор, включително преговори за определяне на договорната цена;
- при избора от базата данни на шаблони на подходяща опция за конкретен клиент и обект на проектиране;
- определяне на необходимостта и възможността за привличане на суб-дизайнери и провеждане на предварителни преговори с тях;
- оценка на рисковете, които могат да бъдат свързани с изпълнението на задълженията му по договора.
Всяко от тези действия в днешните условия се различава значително от практиката, която познаваме. Например, споразумение за проектоспоразумение обикновено се изготвя в „Списъка на одобренията“, където се посочват пълното име и длъжността на съответния управител, които, ако бъдат одобрени положително, подписани, отрицателни, дават писмено становище до тях в писмена форма. Според нас е необходимо да се установи отговорността на ръководителя за съответните параграфи от проекта на договор. Сумата от точките в "Списък на одобренията" трябва да бъде равна на сбора от точките в проекта на договор. Това гарантира личната отговорност на всеки ръководител за изпълнението на условията на договора от страна на организацията на проекта и същото разбиране на съответните условия на проекта на договор от организацията на проекта и клиента и др.
Материалът на тази статия с някои дизайнери може да предизвика възражения. Готови сме за конструктивна дискусия с колеги в удобна форма.