Як зробити свій бізнес успішним
  • Головна
  • Онлайн сервіси
  • Головний інженер проекту – ключова фігура процесу проектування. Загальні дані проекту. В якому обсязі наводити перелік нормативних документів

Головний інженер проекту – ключова фігура процесу проектування. Загальні дані проекту. В якому обсязі наводити перелік нормативних документів

Як можна ставитися до проектувальників, які застосовують тридцять років тому скасовану норму? Лакмусовим папірцем, що виявляє відсутність знань у галузі проектування, є включення "клятви ГІПу" до загальних даних.

Історія сягає принаймні ГОСТ 21.102-79 "СПДС Загальні дані щодо робочих креслень":

"12. У лівому нижньому кутку першого аркуша загальних даних кожного основного комплекту робочих креслень у прямокутній рамці поміщають запис головного інженера проекту, що засвідчує відповідність проекту чинним нормам і правилам, а для будівель або споруд з пожежонебезпечним та вибухонебезпечним характером виробництва, крім того, - безпечну експлуатаціюїх за дотримання передбачених проектом заходів."

ГОСТ 21.101-93 "СПДС, що замінив його, Основні вимоги до робочої документаціїскасував цю норму:

" 2.5.4. У загальних вказівокнаводять:

4) запис про те, що технічні рішення, прийняті в робочих кресленнях, відповідають вимогам екологічних, санітарно-гігієнічних, протипожежних та інших норм, що діють на території Російської Федераціїта забезпечують безпечну для життя та здоров'я людей експлуатацію об'єкта за дотримання передбачених робочими кресленнями заходів;"

ГОСТ 21.101-97 "СПДС Основні вимоги до проектної та робочої документації", що замінив його, ще більше спростив необхідну фразу:

"4.2.9 У загальних вказівках наводять:

г) запис про те, що робочі креслення розроблені відповідно до чинних норм, правил та стандартів".

Чинний нині у Росії ГОСТ Р 21.1101-2013 «Система проектної документаціїдля будівництва. Основні вимоги до проектної та робочої документації»містить таку фразу:

"4.3.5 У загальних вказівках наводять:

- запис про відповідність робочої документації завданням на проектування, виданим технічним умовам, вимогам технічних регламентів, що діють, стандартів, склепінь правил, інших документів, що містять встановлені вимоги".

Неважко помітити, що в жодному із зазначених вище нормативних документівКрім першого, не міститься ні слова про ГІП. А тепер візьміть перший основний комплект, що трапився вам під руку. Знайдіть там фразу "про відповідність". Залежно від формулювання можете приблизно оцінити вік проектувальника, що випускав документацію:) Якщо бачите "Клятву ГІПа в рамочці", напевно пенсіонер, причому недалекий: його колись так навчили, і за 25 років він не подумав жодного разу поглянути в нормативку.

Для тих хто сумнівається, наведу ще один аргумент. Існує ніким не скасований СНиП 1.06.04-85 "Положення про головного інженера (головного архітектора) проекту. У ньому є такі положення:

"2.2. Відповідно до головних завдань на головного інженера (головного архітектора) проекту покладаються обов'язки:

2.2.15. Підтвердження у матеріалах проектувідповідним записом, що проектно-кошторисна документація на будівництво підприємств, будівель та споруд розроблена відповідно до норм, правил, інструкцій та державних стандартів."Ні слова більше, що вимагало робити запис окремо в робочій документації.

Тепер для колекції процитую своє питання, що увійшло до Збірника роз'яснень, випуск 2 «Збірник роз'яснень вимог стандартів системи проектної документації для будівництва (питання та відповіді). Випуск 2. – ВАТ «ЦНС», Москва, 2012»:

4. Уточніть необхідність наводити "клятву ГІПа" на аркушах загальних даних. Ця вимога не містилася навіть у ГОСТ 21.101-97, але значна кількість проектних організацій продовжує за інерцією виконувати вимогу скасованого ГОСТу 1979 року.

Відповідь: Так, продовжуючи виконувати "запис про відповідність робочої документації", як це було у скасованому 1993 р. ГОСТ 21.102-79, зараз ці проектні організації порушують чинний стандарт. Відповідно до п. 4.3.5 ГОСТ Р 21.1101-2009 запис про відповідність РД завданням на проектування, виданим ТУ, вимогам діючих ТР, ГОСТів, СП тощо, наводиться у загальних вказівках на аркушах загальних даних."

Питання продовжує розбурхувати уми, і в Збірнику роз'яснень, випуск 4 «Збірник роз'яснень вимог стандартів системи проектної документації для будівництва (СПДС) (питання та відповіді). Випуск 4. – ВАТ «ЦНС», Москва, 2015»читаємо знову:

"Питання 5: Чи потрібно виносити вимогу п.4.5.6 ГОСТ Р 21.1101-2013 щодо відповідності робочої документації всім нормам та правилам окремо, у рамці та ставити підпис ГІПу?

Відповідь: У ГОСТ Р 21.1101-2013 відсутні вимоги щодо будь-якого виділення в рамку пункту загальних вказівок, що містить "запис про відповідність робочої документації", та його окреме підписання ДІПом.

Підпис особи, яка здійснює підготовку робочої документації (ГІПу), є обов'язковою в основних написах на аркушах загальних даних щодо робочих креслень та додаткових підписів цієї ж особипід будь-якими відомостями на цих листах не потрібно.

Від наявності двох підписів ГІПу в тому самому документі (і найчастіше на тому самому аркуші) документація не буде вдвічі кращою.

Не треба плутати пункт у "загальних вказівках" у робочій документації із "завіренням проектної організації" у проектній документації"

Достатньо віза ГІПу на титульному листі.
У нас щорічно проводить аудит територіальна організація стандартизації
і зауважень щодо цього не було
Я і не тільки я вже повідомляли про те, що виконуйте свій комплект документації, як вважаєте правильно
Складається враження, що тільки Ваша організація з армії проектних інститутів виконує РД.
правильно
Більше коментарів з мого боку не буде
Повторюю, що це питання вже "оскомину" створило і чи не час нам приділяти корисний час для розробки робочої документації.

Мені не зрозуміло ваше невдоволення. Якщо вам не цікаво чи ви все вирішили для себе так і справді не варто витрачати час на обговорення, я вас до цього не примушую. Тим більше, що з цієї теми ваша думка була відома ще до її створення. І я писав Вам про це, кажучи, що мені цікаво не тільки моя і ваша думка щодо даному питаннюа також інших фахівців. Також я не в жодному разі не стверджував, про якусь перевагу ні моєї компанії не себе особисто, як проектувальника, відрізняєте від вас. У нас просто йде суперечка про правила оформлення і лише притому ґрунтуючись на ваших зауваженнях до мого проекту. Звичайно, я намагаюся захистити свій проект, як би і ви надійшли на моєму місці. Але я готовий розібратися у всьому і зробити відповідні зміни у подальшому проектуванні, я думаю що кожен поважаючий себе проектувальник хоче випускати документацію правильно оформлену.

8.7 Титульні листи томів проектної документації оформлюють підписами:

- керівника чи головного інженера організації;

Головний інженер (архітектор) проекту.

Підписи головного інженера (архітектора) проекту є обов'язковими на аркушах загальних даних щодо робочих креслень, найбільш значущих аркушах робочих креслень, графічної частини проектної та звітної дослідницької документації;

про обов'язкову наявність клятви ГІПу та переліку нормативних документів в ОД я вже посилання викладав.

Звідси робимо висновок. Не дивлячись на відсутність зауважень територіальної організації стандартизації (не думаю що там Великі Фахівці) і вашого величезного досвіду, який я дуже поважаю, з точки зору згадуваного неодноразово ГОСТ 21.1101-2009, ОД ви оформляєте не правильно, втім як і більшість (якщо не сказати все) присутні тут (та й не лише тут), не виключаючи мене.
Хто більшою мірою порушує, хто меншою, але похвалитися абсолютно грамотними хоча б ОД не зміг ніхто (сподіваємося що хтось тим більше що обіцяли) і це насправді сумно. Залишається тільки сором'язливо визнати цей факт, незважаючи на свої регалії та заслуги, зробити роботу на помилками і надалі виконувати вимоги. У принципі, для цього і створив цю тему.

Розміщено 01.04.2015

М. С. Подільський, Голова Підкомітету з організації діяльності Головних інженерів проектів Комітету з технологічного проектування об'єктів виробничого призначення Національного об'єднання проектувальників та розвідувачів, Науковий керівник Міжнародної школиГоловних інженерів (Головних архітекторів) проектів при МДСУ


А. В. Литвинов, Заступник Генерального директораКонсультаційний центр «ЦНДО-проект», член Ради Міжнародної школи Головних інженерів (Головних архітекторів) проектів при МДСУ


У сучасних умовахгосподарювання замовник має можливість обирати проектну організацію (ПЗ) за оптимальним для себе співвідношенням термінів, ціни та якості пропонованих послуг. За рівності перелічених критеріїв саме якість проектної документації може стати вирішальною умовою успіху ПЗ у конкурентній боротьбі. Якість проектної документації оцінюється як за об'єктивними параметрами – відповідно до вимог чинних норм і правил, так і щодо суб'єктивних – максимального задоволення вимог замовника. І ті, й інші параметри постійно змінюються: замовники переходять від типового проектування до індивідуального, щомісяця виходять зміни та доповнення до нормативно-технічної та законодавчої баз, з'являються нові будівельні матеріали, нове обладнання, технології тощо. Звичне замовник «задоволений» або «не задоволений» проектною документацією доповнюється необхідністю постійно підвищувати задоволеність замовника, і це закладено в ідеологію міжнародних стандартів ISO серії 9000.


Щоб забезпечити необхідна якістьпродукції, ПЗ повинна якщо не йти в ногу з науково-технічним прогресом, то хоча б не відставати, пропонуючи замовнику нові, оригінальні та надійні проектні рішення.


Що заважає реальному вдосконаленню роботи головних інженерів (головних архітекторів) проектів (ДІПів)? На нашу думку, по-перше, сформовані неправильні стереотипи щодо місця та ролі ГІПу в процесі проектування, які передаються з покоління в покоління проектувальників, по-друге, недостатня кваліфікація керівників ПЗ у питаннях, пов'язаних з діяльністю ГІПів, що не дозволяє їм приймати адекватні рішення, по-третє, відсутність чіткого уявлення про те, з чого складається якість проектного рішення і за яку його частину несе відповідальність ГІП, по-четверте, спрощене розуміння механізму формування якості, у тому числі коли він реалізується у субпроектувальників, і, нарешті , по-п'яте, тому що більшістю проектувальників поки не усвідомлюється важливість ролі ГІПу в зниженні собівартості проектних робіт.


Було б неправильним думати, що керівники ПЗ і самі ГІПи не хочуть усунути вищезгадані причини, проте їх спроби не приносять помітного результату, тому що замість того, щоб спиратися на факти, які з очевидністю диктують правильні рішення, вони керуються минулим досвідом та суб'єктивними думками, що не відповідають вимогам часу.


У процесі обговорення цих питань ми часто опинялися з різних боків барикади з багатьма нашими колегами – зі своєрідним «колективним опонентом», погляди якого формувалися історично і який досі живе в минулій економічній реальності. Ця стаття – додаткові заперечення «колективному опоненту».


Як відомо, сучасний менеджментрекомендує документальне оформлення важливих регламентацій, але появі будь-якого регламенту має передувати формування принципів, які встановлюють, наприклад, «вздовж або поперек річки» будуватиметься міст. Це найважливіша частина нормотворення. На цьому етапі має бути досягнуто консенсусу у професійній спільноті, після чого будь-яке регламентне обмеження не повинно суперечити узгодженим принципам.


На жаль, насправді тріумфують «погані стереотипи», які здебільшого не мають стосунку не лише до науки про організацію та управління виробництвом, але найчастіше просто до здорового глузду.


Зупинимося на деяких, на наш погляд, помилкових уявленнях, порятунок яких – реальний резерв у розвитку проектної справи:


1. ГІП відповідає за якість проектної (робочої) документації, тобто ГІП відповідає за все.


Так не може бути. Вимоги до посади або, як сьогодні кажуть, «відповідальність та повноваження» ДІПу історично співвідносилися з ускладненнями вимог до об'єктів проектування, а також зі змінами очікувань замовників щодо результатів проектування. У минулому проектуванням та будівництвом керував один фахівець, який приймав усі рішення. В даний час основне завдання ГІПу - забезпечення необхідної динаміки інвестицій, а також доходів замовнику від реалізації проекту, достатніх для компенсації інвесторам вкладених ресурсів і взятого на себе ризику. Таким чином, усі рішення при проектуванні ДІП приймає за критерієм економічної ефективностіпроектування, будівництва та експлуатації об'єкта. Звідси й вимоги щодо його кваліфікації. Все ж таки інші учасники процесу проектування приймають рішення за критерієм технічної оптимальності, і реалізується ця умова у процесі узгодження проектних рішень головними спеціалістами з розділів проекту.


2. «Клятва» ГІПа знімає з інших учасників проектування відповідальність за якість проектної (робочої) документації.


Іншими словами, ДІП несе відповідальність за дотримання у проекті норм і стандартів з проектування, будівництва та експлуатації об'єктів, стандартів саморегулівних організацій, індивідуальних вимог замовника до технічного рівня та якості, архітектурної виразності та соціальної значимостіоб'єктів. Вважаємо за необхідне повернутися до смислів: відповідальність за що і в яких випадках.


Очевидно, що відповідальність може настати, якщо виявлено негативний результат роботи, яку спеціаліст виконав особисто чи особисто перевірив її; якщо є відповідний підпис, підкріплений датою, а також документально закріплено, за що і перед ким несе відповідальність і коли закінчується. Це обов'язкові умовинастання персональної відповідальності. Інакше тріумфує колективна безвідповідальність. Наведемо приклад. Як відомо, на кресленнях мають бути підписи: «розробив», «перевірив» та «нормоконтроль». Звернімо увагу, що підписи наводяться в термінах дій, тобто відповідають питанням: що зробив? - Розробив; що зробив? - Виконав нормоконтроль і т. д. Не можна допускати «самодіяльності» проектних організацій та появи на кресленнях підписів начальників відділів, головних фахівців, головних інженерів проектів і т. д. Акценти зміщуються, і підписи починають визначати не «що зробив», а «хто зробив».


Як мовилося раніше, підпис уособлює відповідальність. Немає підпису – немає відповідальності. Оскільки відповідальність має межі, слід домовитися у тому, де вони проходять, т. е. зробити те щоб всі однаково розуміли область відповідальності. Сенс домовленості у наступному: кожному кресленні є зміст («що» зображено) і оформлення («як» зображено). Виконавець несе відповідальність за зміст та оформлення. За зміст – перед перевіряючим, за оформлення – перед нормоконтролером. Відповідальність виконавця припиняється у той момент, коли свої підписи поставлять перевіряючий та нормоконтролер. Далі необхідно визначити, перед ким перевіряючий та нормоконтролер несуть відповідальність. В ідеалі це має бути замовник, реально зацікавлений відповідно до підпису та результату. У самій проектній організації знайти наступних за перевіряючим та нормоконтролером неможливо. Але чи це може бути ГІП? У такому разі підпис ДІПу означатиме, що він ще раз перевірив зміст та оформлення креслення та взяв відповідальність на себе, у тому числі за «за дотримання у проекті норм і стандартів з проектування, будівництва та експлуатації об'єктів…» тощо. т. п. Але перевірити всі проектні рішення виконання всіх стандартів і всіх вимог ГИП фізично неспроможна. Тому покладання на ГІПу відповідальності взагалі за все - не більше ніж заклинання, формальне через неможливість виконання та небезпечне у разі потреби покарати за чужу провину. ДІП лише один із багатьох авторів п'єси під назвою «підготовка проектної документації».


3. Якщо щось серйозне станеться на об'єкті будівництва, то першим посадять ГІПа.


Якщо станеться справді щось серйозне, то слідчий, призначивши судово-технічну експертизу або провівши кілька таких експертиз, визначить того проектувальника, який, наприклад, виконав розрахунок конструкції та застосував неправильний коефіцієнт, потім визначить того, хто перевіряв розрахунок і саме цій людині пред'явить звинувачення, але суд за певних обставин може покарати виконавця та перевіряючого.


4. ГІП має бути найкваліфікованішим проектувальником у всіх розділах проекту.


Зрозуміло, що такого просто не може бути, тому що у проектній документації не менше десяти спеціалізованих розділів, робота над якими передбачає наявність понад двадцять спеціальностей. Цей «поганий стереотип» поширюється також уявлення про призначення фахівця посаду ГИПа. Однак рішення про призначення ДІПу доцільно приймати на основі конкурсного відбору та керуватися зовсім іншими критеріями.


Претендент на посаду ДІПу має обґрунтувати претендентом можливості досягнення вищих техніко-економічних показників проектованого об'єкта, скорочення початкових термінів проектування та будівництва, скорочення трудомісткості (собівартості) проектних робіт, вигідніших для проектної організації умов розрахунків з учасниками робіт, а також розширення складу додаткових вимог замовника по об'єкту проектування (7.2.1 «д» ДСТУ ISO 9001-2008) і т.п. чуйність, працездатність тощо.


Для цивільних об'єктів перевагою при призначенні на посаду Головного архітектора проекту (ГАПу) може бути наявність економічної та архітектурної освіти. Другий пріоритет – економічна освіта, третій – архітектурна і, нарешті, просто інженерна.


Для промислових об'єктів (технологічне проектування) перевагою при призначенні на посаду Головного інженера проекту (ДІП) може бути наявність економічної освіти та технологічного, що відповідає специфіці об'єкта проектування. Другий пріоритет – економічна освіта, третій – технологічна і, нарешті, просто інженерна.


І в першому, і в другому випадках ГІП (ГАП) має мати кваліфікацію з управління проектом. За результатами конкурсного відбору ДІП призначається на посаду відповідним наказом керівника ПЗ.


5. Якщо виникають розбіжності між головними спеціалістами з розділів проекту, ГІП приймає остаточне рішення.


Представимо таку картину: Головний спеціаліст – електрик за своїм розділом проекту прийняв рішення, що розподільний щит буде між такими осями і на такій позначці будівлі. Головний спеціаліст – теплотехнік у цьому ж місці розташував тепловий пункт. Вони приходять до ГІПу, щоби той їх «помирив». Природно, що кваліфікація кожного з Головних спеціалістів із відповідної спеціальності вища, ніж у ДІПу. Якщо ГІП обговорюватиме з ними це питання в запропонованій технічній площині, то він свідомо перебуває у невигідному становищі. Він має перевести обговорення в економічну площину, сказавши, що один варіант коштує стільки-то, а інший – стільки-то, з урахуванням не тільки витрат на будівництво, а й експлуатаційних витрат, а також можливого ризику, пов'язаного із зміною вартості обладнання. Приймаючи та обґрунтовуючи своє рішення під економічним кутом зору, ДІП, який несе за це рішення відповідальність перед інвестором, має добиватися спеціалістів відповідного технічного рішення. Сьогодні мало хто з ГІП може так діяти, але це призначення ГІПу, його частина відповідальності за якості проектних рішень.


6. У ГІПу має бути насамперед технічна спеціальність.


Ми вже говорили про те, яка спеціальність і чому має бути у ГІПу. У разі прискорених темпів науково-технічного розвитку якість проектної документації безпосередньо залежить від систематичного підвищення кваліфікації ДІПів. Сьогодні ГІП має бути компетентним у галузі організації та управління процесом проектування, методів забезпечення економічної ефективності проектування, будівництва та експлуатації об'єкта, щоб отримати свою посаду на конкурсній основі. Але навіть ГІПи, які успішно працюють, відчувають недостатність своїх знань з цих питань, намагаються самостійно компенсувати прогалини у своїх компетенціях.


Для вирішення цих завдань з ініціативи Комітету технологічного проектуванняоб'єктів виробничого призначення НОПРИЗ та Інституту будівництва та архітектури (ІСА) Національного дослідницького Московського державного будівельного університету (МДСУ), за участю Консультаційного центру «ЦНІО-проект» та Комітету з безперервної професійної освіти в будівельній галузі Російської союзу будівельників (РСС) інженерів (головних архітекторів) проектів. До складу Ради Школи увійшли відомі в Російській Федерації та країнах СНД фахівці у галузі проектування та забезпечення якості проектної (робочої) документації. Голова Ради Міжнародної школи Головних інженерів (Головних архітекторів) проектів Мещерін Ігор Вікторович має унікальний досвід роботи та ГАПом та ГІПом у СРСР, Росії, США та Італії.


Інформація про Міжнародну школу ДІПів (ДАПів), у тому числі про проведення конкретних курсів розміщується на сайтах ІСА МДСУ, Національного об'єднання проектувальників та дослідників, ЦНІО-проекту, а також на сайтах «Проектант» у Російській Федерації, Казахстані, Білорусі та Україні.


Головна мета Міжнародної Школи ГІПів – пут ем підвищення кваліфікації забезпечити підготовку високопрофесійних кадрів ДІПів. Практична спрямованість курсів, що відповідають сучасним вимогам програми, дозволяють задовольняти потреби технологічного та архітектурно-будівельного проектування, підтримувати безперервне професійне зростання та відтворення ГІПів, а також готувати на замовлення проектних організацій кадровий резерв для заміщення посад ГІПів.


В «освітньому портфелі» Міжнародної школи ДІПів два основні продукти:




Запропонована система перепідготовки ГІПів є гнучкою, адекватною потребам часу, що відповідає реальним запитам надзвичайно завантажених практичною роботоюпроектувальників. У змісті програм збалансовано теоретичні та практичні знання, а також досвід управління проектуванням. Дуже важливо, що програма передбачає широке територіальне охоплення слухачів та зручність навчання, у тому числі за рахунок використання сучасних принципів, форм та методів навчання: модульності, навчання «до результату», варіативності термінів навчання, дистанційності навчання тощо.


Основні теми, які обговорюються на курсах Міжнародної школи ГІПів при МДСУ:


1. Ситуація на будівельному ринку та її вплив на діяльність ГІПу.


2. Основні зміни у змісті поняття «система менеджменту якості» стосовно роботи ГІПу.


3. Розподіл у проектній організації (ПЗ) відповідальності за розробку проектних рішень та їх якість між першим керівником, головним інженером, директором з виробництва, ДІПом, технічним відділом та виробничими відділами (майстернями) у процесі підготовки, випуску та реалізації у будівництві проектної (технічної) документації , включаючи контроль, перевірку, аналіз, погодження, валідацію та затвердження проектно-кошторисної документації.


4. Уточнення ролі та місця ГІПів у «наскрізному процесі» ПЗ, орієнтованому на замовника: «взаємодія із замовниками ПЗ» – «формування та підтримка портфеля замовлень ПЗ» – «підготовка та випуск/реалізація проектної (робочої) документації» – «супровід реалізації проекту в будівництві» – «виконання гарантійних зобов'язань за проектами ПЗ, реалізованим у будівництві».


5. Начальник виробничого підрозділу: проектувальник чи керівник (менеджер)? Взаємодія з ГІП. Основні об'єкти управління начальника виробничого підрозділу: трудові ресурси, роботи, час, фінанси, матеріальні ресурси; підпорядкованість, повноваження, основні функціональні обов'язки(відповідальність) керівника виробничого підрозділу, критерії оцінки його діяльності.


6. Процедура «запуску» робіт із підготовки проектної документації відповідно до укладеного договору генпроектування. Зразковий договір підряду із субпідрядною проектною організацією (СПО); процедури оцінки, вибору (відбору) та переоцінки СПО; поняття субпідряду та аутсорсингу.


7. Взаємодія ДІПу з договірним відділом, технічним архівом, відділом випуску проектів. Основні вимоги до ДІП у системі виконавчої дисципліни.


8. Аналіз нових обов'язків ГІПу; типова посадова інструкціяГІПу; вимоги до ДІП під час проведення авторського нагляду (у тому числі субпроектувальниками); ДІП та питання технічного переозброєння, розширення підприємства, модернізації, капітального ремонтуі т.д.


9. Моніторинг задоволеності замовників процесами та результатами роботи проектної організації.


10. Роль ДІПу при розширенні видів продукції (послуг) проектної організації. Формування репутації ГІПу серед учасників інвестиційного проекту.


11. Управління субпроектувальниками. Сучасні вимоги щодо підбору учасників проектування.


12. Коментарі до проектів нових організаційно-методичних документів для ГІПів: Стандарту професійної діяльностіГІПу, Рекомендаціям щодо організації діяльності ГІПу, ПрофілюГІПу, Вимогам до підготовки та призначення на посаду ГІПу, які розробляються у Підкомітеті з організації діяльності Головних інженерів проектів Комітету з технологічного проектування об'єктів виробничого призначення НОП у поточному році.


13. Ведення переговорів під час укладання контрактів та визначенні договірних цін. Види контрактів.


14. Взаємодія з державною та недержавною експертизами.


15. Юридичні та організаційні засадипроектування, нормативні документи, що стосуються роботи ГІПів, у тому числі ГОСТ Р 54869-2011, а також система ЄВРОКОДІВ.


16. Вартість проектних робіт. Базисно-індексний та ресурсний методи розрахунку вартості. Форми кошторисної документації. Оцінка економічної ефективності проектних рішень.


17. Менеджмент ризиків проекту. Визначення та ідентифікація ризиків (категорії ризиків, відомі ризики та невідомі ризики, величина ризику, ймовірність виникнення та ступінь впливу ризику); складання бюджету управління ризиками; визначення ймовірності виконання заданих термінів та бюджету проекту; методи реагування на ризик (уникнення, передача, пом'якшення та прийняття); Контроль симптомів ризиків.


18. Участь у торгах отримання підряду на проектно-пошукові роботи.


19. Основні положення системи управління якістю в проектній організації, що відповідає вимогам ГОСТ ISO 9001-2015.


20. Функції та зміст технічного нагляду замовника. Державний будівельний нагляд.


21. Компетенції ГІПу в питаннях самоосвіти та підвищення кваліфікації.


22. ГІП, ГАП у функціональній, організаційній та фінансовій структуріпроектної організації


23. Компетенції ГІПу, пов'язані з маркетингом та продажами.


24. Компетенції ДІПу у питаннях визначення його повноважень, прав та відповідальності.


25. Компетенції ГІПу в питаннях оцінки результативності та ефективності його професійної діяльності та мотивації.


З травня 2015 року до Програми Міжнародної школи ДІПів включається додатковий модуль «Оцінка економічної ефективності проектних рішень» (30 ак. год.). Загальний обсяг програми стає 80 ак. годину. Заняття з цього модулю проводять викладачі Державної академії фахівців інвестиційної сфери (ДАСІВ) Національного дослідницького університету«Вища школа економіки» Слухачі одержують також посвідчення ГАСІС.


Запропонована Міжнародною школою ГІПів тематика освітніх, консультаційних та дослідницьких програм орієнтована на вирішення базових проблем, які стоять перед проектними організаціями, шляхом реального підвищення кваліфікації ключових фігур процесу проектування – ГІПів.


На основні теми Програми Міжнародної школи ДІПів Консультаційним центром «ЦНІО-проект» розроблено .


А тепер звернемося до механізму формування якості проектних рішень, щоб чітко та однозначно визначити межі відповідальності ДІПу.


Декілька загальних для проектування положень:


1. Будь-який проект для будівництва – це сукупність трьох моделей:


Моделі майбутнього об'єкта (об'ємно-планувальні та інженерні рішення);

Моделі його створення (Проект організації будівництва);

Моделі його експлуатації (Організація та управління виробництвом).


2. p align="justify"> Формування проектного рішення складається з власне прийняття його, а далі необхідно підтвердити його відповідність, іншими словами, перевірити. Саме ухвалення проектного рішення – це вибір з альтернатив, а підтвердження відповідності має багато різних варіантіві відповідно багато термінів, які відповідають цим варіантам. В основному варіанти залежать від часу, місця проведення та еталонів, які вибираються для підтвердження.


Якість проектного рішення складається із чотирьох основних властивостей. Кожна з цих властивостей кимось у ПЗ формується і призначена комусь. Той, хто формує якість, несе за це персональну відповідальність. Перше – «технічна можливість», т. е. проектне рішення має бути таким, щоб його можна було реалізувати під час будівництва. Воно потрібне насамперед будівельному підряднику, а формують його техніки, інженери та головні фахівці виробничих підрозділів. Друге – «інформаційна можливість», т. е. у проектному рішенні має бути вся необхідна виконання будівельно-монтажних робіт, замовлення устаткування, отримання всіх необхідних дозволів і погоджень інформація. Вона потрібна замовнику та будівельному підряднику. Цю властивість формують техніки, інженери та основні фахівці виробничих підрозділів. Третє – «економічна доцільність» проектного рішення, т. е. проектне рішення має бути економічно конкурентоспроможним у процесі будівництва та експлуатації об'єкта. Це необхідно головній особі над ринком – інвестору, воно формується, і несе у своїй відповідальність ГИП. Четверте – «системність», тобто всі проектні рішення щодо проекту мають бути узгоджені. Це потрібно насамперед самим проектувальникам, і несуть за це відповідальність головні спеціалісти із розділів проектів.


Проектні рішення ухвалюються на п'яти рівнях. Розглянемо ці рівні з прикладу конструкторського розділу проекту. Першим рівнем будуть «вузли, деталі». На цьому рівні техніки приймають рішення щодо арматурних сіток, закладних деталей тощо. Другим рівнем – «елементи». На цьому рівні інженери проектують балки, колони, окремі фундаменти і т. п. Третім – «компоненти». Старші та провідні інженери проектують перекриття, покриття, що захищають конструкції тощо. Четвертий рівень «розділ проекту». На цьому рівні головний фахівець приймає рішення за конструктивною схемою будівлі та основними параметрами міцності споруди. П'ятий рівень – "техніко-економічні показники проекту". За ухвалення рішень на цьому рівні несе відповідальність ДІП.


Звернемося до «підтвердження відповідності проектного рішення». Це контроль, оцінка, перевірка, аналіз, валідація, узгодження та затвердження проектних рішень. Тут нам важливо визначити межі відповідальності ГІПу.


Контроль передбачає співвіднесення прийнятого проектного рішення з чинними нормами (правилами), тобто нормативними документами, які в даний час функціонують у будівельному комплексі(Містобудівний кодекс Російської Федерації, БНіП, СН, ГОСТ, ВСН тощо). Результат контролю - "відповідає" або "не відповідає" проектне рішення зазначеним нормативним документам.


Оцінка - та сама процедура контролю, лише у додатку до «відповідає» чи «не відповідає» вказується, наскільки «відповідає» чи «не відповідає». Як правило, результат оцінки наводиться в кількісних показниках, наприклад, протипожежний розрив між будинками менший за нормативний на 10 метрів.


Так званий нормоконтроль перебуває у тому ряду, як і контроль, з лише різницею, що з порівняння прийнятого проектного рішення з нормативними документами використовуються ДСТУ СПДС.


Перевірка передбачає порівняння прийнятого проектного рішення із вхідними проектними даними (завдання на проектування, вихідні дані для проектування, технічні умови). ГОСТ ISO 9001-2011 досить чітко встановлює вимоги щодо перевірки проектних рішень, у тому числі до планування перевірки та фіксування результатів. Зокрема, у 7.3.5 сказано, що «відповідно до запланованих заходів, має здійснюватися перевірка для забезпечення того, що вихідні дані проектування та розробки відповідають вхідним вимогам до проектування та розробки. Повинні вестись і зберігатися записи результатів перевірки та всіх необхідних дій». Оскільки у «вхідних даних» зазвичай наводяться техніко-економічні показники (вимоги) до проектної документації, то ДІП перевіряє відповідність їх фактично отриманим.


Аналіз – колективна дія під керівництвом ДІПу – дозволяє спрогнозувати наслідки незмінності існуючого процесу проектування з погляду техніко-економічних характеристик проектних рішень, вартості проектування та його тривалості. У пункті 7.3.4 ГОСТ ISO 9001-2011, як і для перевірки, встановлюються вимоги до аналізу, а саме: «На відповідних стадіях відповідно до запланованих заходів повинні проводитись систематичні аналізи проектування та розробки, щоб оцінити здатність результатів проектування та розробки відповідати вимогам, а також ідентифікувати будь-які проблеми, що виникли в ході проектування та розробки, та запропонувати необхідні дії. До складу учасників таких аналізів повинні включатися представники функцій, що стосуються аналізованої стадії проектування та розробки. Повинні вестись і зберігатися записи результатів аналізу та всіх необхідних дій».Звернімо увагу на те, що аналіз має плануватися та його результати документуватися. Також очевидно, що аналіз не можна проводити на початку проектування, тому що ще нема чого аналізувати, і в кінці проектування, тому що «поїзд уже пішов» і процес завершено. У проектуванні відповідальність за проведення аналізу несе ДІП. Як правило, ДІП у процесі проектування періодично збирає керівників виробничих підрозділів та головних фахівців з розділів проекту та обговорює з ними хід проектування та техніко-економічні характеристики прийнятих проектних рішень, щоб бути впевненим, що наприкінці проектування отримані проектні матеріали відповідатимуть «вхідним даним» .


Узгодження передбачає впевненість у тому, що дане проектне рішення не суперечить проектним рішенням щодо інших розділів проекту, тобто, наприклад, проектне рішення конструкторського розділу проекту порівнюється з проектними рішеннями електротехнічного, санітарно-технічного чи теплотехнічного розділів проекту.


Відповідальність за те, щоб узгодження було проведено, несе ГІП, а за правильність узгодження відповідають відповідні головні фахівці з розділів проектів.


Нагадаємо, що таке "валідація". У проектуванні можливі дві ситуації підтвердження: у першому випадку це можна зробити безпосередньо на папері, тобто проектне рішення знаходиться на екрані комп'ютера. Наприклад, проектним рішенням є розрахована та законструйована балка, яка має витримувати відповідне навантаження. Для підтвердження відповідності достатньо скористатися тією ж методикою розрахунку, яка використовувалася при прийнятті цього рішення (або альтернативною) і якщо ця методика апробована та надійна, то повторний розрахунок дасть абсолютну впевненість у правильності проектного рішення. Або інший приклад, у завданні на проектуванні вказано склад приміщень на відповідному поверсі будівлі та вказано необхідні площі. Проектне рішення плану на цьому поверсі легко перевірити, зіставивши його з вихідними даними. Слід наголосити, що таких проектних рішень у загальному обсязі проектування – не менше 80-90 відсотків. До них відносяться проектні рішення, прийняті з використанням типових проектів, типових вузлів та деталей, апробованих індивідуальних раніше розроблених проектних рішень, які використовуються повторно, каталогів обладнання, яке в установленому порядку сертифіковано тощо тощо. Іншими словами, мова йдеться про надійні, випробувані, багато разів застосовані, які не викликають сумнівів проектних рішень.


Друга ситуація, коли проектне рішення не можна надійно перевірити, використовуючи традиційні прийоми перевірки. Їх можна перевірити лише у процесі будівництва чи експлуатації збудованого об'єкта, а також проводячи спеціальні випробування в умовах, які максимально наближені до будівництва чи експлуатації об'єкта. Така необхідність виникає, коли застосовують уже рекомендовані чи оголошені в рекламах передові технології чи матеріали, нові методики розрахунків, обладнання, яке раніше ніколи не застосовувалося, технологічні рішення, які не мають аналогів тощо. Наприклад, на виставці проектувальники познайомилися з новим покрівельним матеріалом, який активно рекламується, та характеристики цього матеріалу вражаючі.


Може бути прийнято рішення застосувати даний матеріал для покрівлі, площею 20 тис. квадратних метрів, проте спеціально обмовляється, що при будівництві потрібно спочатку виконати ділянку покрівлі в 10 квадратних метрів, створити на неї динамічне навантаження протягом певного часу, налити зверху воду та подивитися, як при цьому поводиться нижня поверхня покрівлі. Якщо результат випробувань буде позитивним, то проектувальники дадуть дозвіл на виготовлення решти покрівлі. Іноді така необхідність виникає через високу невизначеність геологічних умов у складних районах будівництва, коли дослідники не можуть (у тому числі з економічних міркувань) з достатньою точністю змоделювати ґрунтові характеристики в конкретних місцях закладення фундаментів. У цих випадках вони вказують на необхідність забиття пробних паль і тільки після цього підтверджують можливість влаштування пальового поля під усім об'єктом.


Ось і є валідація проектного рішення. Застосування валідації свідчить про прихильність проектної організації до всього нового, передового. Це ознака конкурентоспроможності проектних рішень, прагнення зайняти лідируючі позиції у проектуванні рахунок безперервного підвищення задоволеності замовників. Відповідальність за сам факт проведення валідації несе ДІП, за зміст валідації – головні спеціалісти з розділів проекту.


Твердження – це дозвіл передати закінчену проектну документацію замовнику. Це відповідальність ГІПу, і він її реалізує, коли підписує накладну перед відправкою документації замовнику.


Тепер звернемося до відповідальності ДІПу, пов'язаної зі зниженням собівартості проектних робіт. Як відомо, можливостей зниження собівартості багато, і це головний бількерівництва та всіх провідних фахівців ПЗ, тому що це практично єдиний шлях зростання прибутку проектної організації. Істотний внесок у це робить ГІП, реалізуючи відповідальність за управління (аутсорсинг) субпроектувальниками.


В даний час з'явилася можливість вибирати субпроектувальників (СПО) за результатами їх оцінки, порівняння з конкурентами, регулярної переоцінки та з'явилася відповідальність ГІП за цей вибір. Між суб'єктами в проектуванні почав працювати важливий принцип, «хто платить, той замовляє музику», не лише у відомому традиційному сенсі, а й як вимога генпроектувальника (ДП) постійно думати про підвищення (забезпечення) якості та зниження собівартості проектних робіт. Крім того, Закон встановлює, що відповідальність перед Замовником за якість ПСД, розробленої СПО, несе лише ДП. Тому необхідно керуватися вимогами ГОСТ ISO 9001-2011 та Посібником із застосування процесів аутсорсингу // ISO/ТС 176/SC 2/N 630R2, 24 листопада 2003 р.).


У загальному випадку можна виділити три умовні типи СПО:


- «Звичайні» - СПО, з якими у ДП нормальні ринкові відносини;

- «ставленики» – креатура замовника, відносини ДП із якими визначає замовник.


На прикладі відносин із СПО розглянемо послідовно кожну з підсистем, враховуючи, що ГІП у деяких випадках приймає рішення, а в інших – бере участь у їх прийнятті.


Оцінка, вибір та повторна оцінка субпроектувальників.


Ця підсистема складається із двох блоків:


Формування та ведення Списку (бази даних, реєстру тощо) схвалених СПО та його актуалізація;

Вибір СПО із зазначеного Списку для виконання робіт з конкретного проекту.


Виконання робіт у межах першого блоку – функція технічного відділу ПЗ, у межах другого – обов'язок ГИП.


Для формування Списку технічний відділ ПЗ здійснює пошук, оцінку, вибір та повторну оцінку СПО відповідно до потреб ПЗ із застосуванням розроблених спільно з ГІПами критеріїв.


Зрозуміло, що такий підхід не гарантує повної адекватності СПО очікуванням ДП через складність формалізації деяких питань. Наприклад, питання щодо наявності чинної СМЯ та її відповідності вимогам ГОСТ ISO 9001-2011. СПО відповідає, що СМЯ функціонує та відповідає, про що свідчить сертифікат «N»-го органу з сертифікації. Досвід оцінки виконання тих чи інших вимог ДСТУ ISO 9001-2011 саморегулівними організаціямипроектувальників свідчить про те, що понад 90% сертифікатів отримані формально, просто «куплені» і часто не мають жодного відношення до конкретного СПО. Виходить, що ДП несе реальну відповідальність за якість проектної (робочої) документації, підготовленої СПО, але при цьому вибір СПО базується на запевненнях самого СПО у вигляді відповідей на запитання анкети. При проектуванні конкретного об'єкта ДІП, як правило, вибирає відповідну СПЗ зі Списку, керуючись додатковими критеріями, у тому числі територіальним розташуванням СПЗ, інформованістю СПЗ про властивості конкретного майданчика будівництва, попередніми контактами з певним Замовником, готовністю СПЗ до виконання замовлення та інші.


Перед прийняттям рішення щодо залучення СПО до проектування ГІП має побувати безпосередньо в організації. Це новий обов'язок ГІПу. Така технологія передбачена стандартами ISOсерії 9000 і зветься аудиту «другою стороною». Тривалість проведення аудиту другою стороною трохи більше одного робочого дня (оптимально 3-4 години).


Така коротка тривалість пояснюється тим, що розглядається не вся система управління якістю СПО, а лише окремі ключові точки. Практика свідчить, що якщо в цих точках все нормально, то з високим ступенем ймовірності СПО відповідає очікуванням ДП.


Необхідно наголосити, що Замовник має справу лише з ДП, з яким у нього укладено договір. Решту учасників проекту він може не знати. Отже, взаємини зі СПО – це виключно проблема ДП. СПО фактично виступає як додатковий структурний підрозділ ДП, яким він у процесі реалізації проекту повинен управляти так само, як і «своїми» структурними підрозділами, маючи на увазі терміни та якість проектної (робочої) документації, розробленої СПО, за яку ДП несе відповідальність перед замовником. Цим визначаються і обов'язки ДП з управління СПО.


Тип та обсяг управління СПО може змінюватись у значному діапазоні: від мінімального, коли СПО видається технічне завдання і виконана робота приймається практично без перевірки, до максимального, коли потрібно, щоб СПО керувалася при виконанні замовлення управлінськими та іншими документами, затвердженими ДП. При цьому здійснюється повна перевірка закінченої СПЗ ПСД, у тому числі із залученням незалежних експертів.


Необхідний обсяг управління визначає ГІП залежно від результатів оцінки (повторної оцінки) СПО, зокрема з урахуванням інформації, отриманої під час проведення аудиту другою стороною, і навіть залежно від запланованих ДП витрат за проведення вхідного контролю матеріалів СПО, маю на увазі, що ці витрати збільшують собівартість робіт із проекту.


Особливості управління СПО ГІП має оформити в «особливих умовах» договору субпідряду. Технічний відділ ДП розробляє шаблон таких « особливих умов», в якому наводяться практично всі можливі та/або необхідні аспекти управління СПО, а ДІП при аналізі конкретного договору зі СПО включає ті способи управління, які відповідають умовам конкретного проекту. Чим глибший ступінь управління СПО, тим менше обсяг вхідного контролю проектних матеріалів СПО, а отже, і собівартість ДП.


До таких способів управління можуть належати необхідність:


Узгодження з ДП технологічний процес проектування, що застосовується СПО, або забезпечення виконання проектних робіт з використанням технологічного процесупроектування, яким користується ДП;


Узгодження робочого графіка проектування, який СПО має розробити на підставі календарного плануробіт, що додається до договору;


Призначення (за погодженням з ДП) конкретного ДІПу (керівника проекту) за переданим виконання замовлення (розділу проекту) тощо.


Залежно від ступеня управління СПО обсяг вхідного контролю у ДП може змінюватись від 100% до практично відсутності, тобто формального перерахунку проектних документівотриманих від СПО.


Після передачі закінченої ПСД Замовнику або після введення об'єкта в експлуатацію (якщо проводився авторський нагляд) ДІП необхідно завершити аутсорсинговий проект.


Для цього необхідно:


Перевірити наявність документів, що підтверджують прийом ПСД від СПО, у тому числі перевірку якості зазначеної документації;

Провести оцінку співпраці зі СПО та повідомити результати до технічного відділу для коригування Списку;

Отримати від СПО та передати до архіву ДП інформацію про розроблені індивідуальні ефективні проектні рішення, у тому числі в документації СПО, які можна рекомендувати для повторного застосування;

Підготувати офіційний відгук для СПО;

Вирішити питання (за потреби та можливості) про економічне стимулювання СПО.


Тепер про обов'язок ГІПу, який пов'язаний з участю у формуванні «портфеля замовлень» та зниженням витрат ПЗ на пошук нових замовників.


Йдеться про те, що згідно з п. 7.2.1 «Процеси, пов'язані із споживачами» ГОСТ ISO 9001-2011 ПЗ має визначити вимоги:


1. Встановлені замовником, включаючи вимоги до постачання та діяльності після постачання.

2. Чи не визначені замовником, але необхідні для конкретного або передбачуваного використання ПСД, коли воно відоме.

3. Законодавчі та інші обов'язкові, що належать до ПСД.

4. Будь-які додаткові, певні ПЗ.


Що мається на увазі під першими трьома групами вимог (1-3) більш-менш ясно. Пояснимо додатково, що до «вимог, не заявлених замовником, але необхідним для конкретного або передбачуваного використання ПСД, якщо воно відоме», можуть належати всі вимоги ПЗ, від виконання яких залежать якість, ціна та строки поставки проектної документації.


Наприклад, якщо замовник отримує проектно-кошторисну документацію, яка відповідно до існуючої технології проектування зберігається певний час до передачі замовнику в технічному архіві, то вимоги самої ПЗ за умовами зберігання в архіві зазначеної документації будуть відноситися до п. 7.2.1 (2) стандарту . Виконуючи вимоги, зазначені у п. 7.2.1 (1-3) стандарту, ПЗ не може отримати конкурентних переваг, оскільки ці вимоги обов'язково реалізують усі конкуренти. В умовах ринку «виживає» лише те програмне забезпечення, яке може визначити та виконати вимоги п. 7.2.1 (4). Ми назвали ці вимоги «передбачуваними» та уточнили їхній зміст: по-перше, їх «вгадує», формулює сама ПЗ, по-друге, їх не затверджують і не узгоджують із замовником і, по-третє, їх реалізація здійснюється за рахунок власних коштівПЗ. В результаті замовник отримує проектну документацію (послуги) з несподіваними для нього параметрами або з параметрами, що краще за очікувані, що гарантує не просто задоволеність замовника, а викликає у нього захоплення наданою ПСД (наданою послугою). В останньому випадку ПЗ може бути впевнена, що замовник до неї повертатиметься неодноразово. А зберегти замовника, як відомо, у 5-7 разів дешевше, ніж шукати нового. У цьому є принципово нового положення, закладеного в ГОСТ ISO 9001-2011.


Для того щоб виконання вимоги, вказаної в п. 7.2.1 (4) стандарту впливало на формування конкурентних переваг ПЗ, необхідно визначити власника процесу з формування передбачуваних вимог замовників, тобто одного з керівників, який встановить правила реалізації цієї діяльності. Для ПЗ власником процесу, швидше за все, має бути головний інженерінституту. «Господарем» процесу, тобто тим фахівцем, який формує передбачувані вимоги замовника щодо конкретного проекту, має бути ГІП. Уточнимо, ДІП несе відповідальність за те, що передбачувані вимоги замовника визначені, а за зміст зазначених вимог несуть відповідальність головні спеціалісти виробничих підрозділів.


Ще один обов'язок ГИПа утворюється під час аналізу договору (договору) із замовником. Звернення замовника в ПЗ може бути в різних варіантах: інформація про виграний тендер (конкурс); офіційний лист із пропозицією розробити проектну документацію; телефонний дзвіноккерівнику ПЗ; неформальне звернення через колег тощо. У момент отримання одного з вищезгаданих сигналів рекомендується призначити ГІПа, який керуватиме аналізом контракту до підписання його замовником.


Цей обов'язок ГІПу передбачає:


Визначення кола осіб, які братимуть участь у погодженні проекту договору та розподіл відповідальності між ними;

Залучення зазначених керівників та спеціалістів для проведення із замовником переговорів (робочих зустрічей) щодо обговорення окремих положень проекту договору, у тому числі переговорів щодо визначення договірної ціни;

Вибір з бази шаблонів відповідного варіанта для конкретного замовника та об'єкта проектування;

Визначення необхідності та можливості залучення субпроектувальників та проведення попередніх переговорів з ними;

Оцінку ризиків, які можуть супроводжувати виконання ПЗ своїх зобов'язань за договором.


Кожна з цих дій у нинішніх умовах суттєво відрізняється від відомої нам практики. Наприклад, погодження проекту договору, як правило, оформляється на «Листі погоджень», де вказується П.І.Б та посада відповідного керівника, який при позитивному рішенні ставить підпис, негативному – письмово аргументує свою думку. На нашу думку, необхідно встановлювати відповідальність керівника за пункти проекту договору. Сума пунктів у «Листі погоджень» має дорівнювати сумі пунктів у проекті договору. Це забезпечує персональну відповідальність кожного керівника за здійсненність умов договору проектною організацією та однакове розуміння відповідних умов проекту договору проектною організацією та замовником тощо.


Матеріал цієї статті у деяких проектувальників може спричинити заперечення. Ми готові до конструктивного обговорення з колегами у зручній для них формі.

Обговорити на форумі



Про склад розділів проектної документації за нормами РФ і конкретним вимогам до оформлення йдеться у постанові 87. Багатьох цікавить чинне законодавство та її роз'яснення до цієї постанови, тому слід дізнатися, що у цьому законі з'явилося цього року, і як виглядає перелік його вимог.

про склад проектної документації

У написанні цього положення уряд посилався на містобудування та його Російський кодекс. Відповідно до ст. 48 цього кодексу було встановлено зміст документації. Основні вимоги почало вносити Міністерство, під компетенцією якого знаходиться будівництво, а також служба безпеки Федерації. Також Федерація може отримувати рекомендації щодо складання документів через державний транспортний орган управління. Додаткова вимога може потрапити під внесення на прохання багатьох інших служб. Перша редакція та пояснення мали набути чинності у лютому 2008 року. Тоді наприкінці лютого було дано позначення кожному аспекту вимог.

Зміни до ФЗ про склад проектної документації

Постанову уряду РФ про склад проектної документації від 16 лютого 2008 р. 87 зі змінами потрібно було затверджувати у січень 2016 року. До цього не один розділ за рішенням уряду було змінено у квітні та наприкінці квітня, у грудні, березні, серпні, липні, травні та червні минулих років. Остання редакція за рішенням пленуму отримала невелике доповнення, а певний пункт вноситиметься у нове формулювання. Сьогодні можна безкоштовно ознайомитись із ред. від 2016 року через ваш комп'ютер або завантажити план становища.

Положення Російської Федерації про склад проектної документації із змінами містить такі розділи:

  • Основні положення;
  • склад проекту на лінійний процес будівництва;
  • Склад розділів на капітальний виробничий та невиробничий процес будівництва.

Коментарі до 87 постанови

Останні коментарі для планувальної документації щодо цього закону дають зрозуміти актуальність нових положень. Наприклад, Федеральний законмає перелік вимог до робочої стадії проектування. У зв'язку з коментарями можна точніше зрозуміти, що робити, якщо виконується умова з конкретної посади в законі, як діє сила цієї постанови і як система проводить технологічний нагляд.

Клятва ГІПу за 87 постановою

У цьому положенні РФ не регламентується клятва ГІПу, хоч має бути його записка чи запис до проекту. Завжди має бути завірення, друк та підпис ГІПу. Це дозволяє надавати інформацію про те, що схема проекту написана у відповідність до вимог, та розробка офіційно засвідчена.

Перелік розділів проектної документації з 87 ФЗ

Залежно від цього, проведення якого будівництва потрібно застосувати це становище, змінюється зразок і стадійність складання. Усього доповнення закону містить два види будівництва – лінійні об'єкти та капильне будівництво. Варто класифікувати об'єкт та додавати до нього правила текстового та графічного оформлення. Довідка з цього питання засуджується багатьма правовими порталами, наприклад, техексперт, консультант або консультантплюс. Це каже, що сьогодні порядок написання проектів є цікавим не для однієї організації. Варто вивчити статус для земельної ділянки, будівель і споруд за цим законом, і далі слідувати йому в написанні.

Загальна пояснювальна записка за 87 постановою

За текстом положення обґрунтовується загальна Пояснювальна записката її розробка. Проект має містити такі томи та розділи, що описані у постанові. Наприклад, має бути зазначений кошторис, електропостачання, важливі шифри, доступність мереж, екологічний аспект проекту, безпека та експертиза, енергоефективність та інше. Також сам проект має виступати як гарант правильності забудови, наприклад, важливим є збереження екології, якщо це документ на атомний завод або автомийка в місті Москва. Якщо заблоковано важливий громадський вузол, або потрібно видалити частину інфраструктури, потрібно додати дозволи. До готовому документуможе застосовуватися брошурування або фальцювання, а також встановлюється дата прийняття.

Найкращі статті на тему