Руководство проектированием включает

Руководство по подготовке проектной документации для объектов капитального строительства производственного и гражданского назначения
СОДЕРЖАНИЕ

1. 1. Общие положения
2. 2. Нормативные ссылки
3. 3. Термины и определения
4. 4. Исходные и разрешительные документы
5. 5. Предпроектные проработки
6. 6. Задание на проектирование
7. 7. График выполнения проектных работ
8. 8. Договор на выполнение работ по подготовке проектной документации
9. 9. Описание технологической последовательности подготовки проектной документации
10. 10. Таблица технологического процесса подготовки проектной документации по разделам
11. 11. Контроль качества проектной документации
1. 11.1 Общие положения
2. 11.2 Предпроектный контроль
3. 11.3 Текущий контроль
4. 11.4 Нормоконтроль — за правильностью применения проектных норм при выполнении работ по подготовке проектной документации
5. 11.5 «Выходной» контроль
6. 11.6 Внешний контроль — экспертиза проекта
12. 12. Нормоконтроль
1. 12.1 Назначение
2. 12.2 Область применения
3. 12.3 Применяемые термины и сокращения
4. 12.4 Ответственность
5. 12.5 Описание выполняемых действий
6. 12.6 Записи по качеству
13. 13. Согласование проектной документации
14. 14. Выдача проектной документации заказчику
15. 15. Порядок внесения изменений в проектную документацию
16. 16. Передача проектной документации в архив
17. 17. Приложения
18. 18. Библиография

Введение

Настоящее «Руководство по подготовке проектной документации для
объектов капитального строительства производственного и гражданского
назначения» направлено на создание единой организационно-технологической
системы подготовки проектной документации, в соответствии с Градостроительным кодексом Российской Федерации [1], Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании» [2], Федеральным законом от 30 декабря 2009 г. №384-Ф3 «Технический регламент о безопасности зданий и сооружений» [3].

1. Общие положения

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

Соблюдение требований настоящего Стандарта обеспечивает выполнение
требований «Положения о составе разделов проектной документации и
требованиях к их содержанию» утвержденного постановлением Правительства РФ
от 16 февраля 2008 г. № 87. [8].

Документ позволяет каждому проектировщику, являющемуся участником
процесса подготовки проектной документации получить информацию:

• что включают в себя исходно-разрешительные документы, необходимые для выполнения работ;
• от кого исходит техническое задание на разработку проектной документации;
• как устанавливаются сроки выполнения работ;
• на основании чего рассчитывается стоимость выполнения проектных работ и что такое договорная цена.

Стандарт позволяет каждому участнику процесса подготовки проектной
документации определить свое место в технологической цепочке архитектурно-строительного проектирования по подготовке проектной документации, понять
последовательность и порядок выполнения работ, а именно:

• от кого он получает задание и кому в свою очередь его выдает;
• с кем согласовывает свой раздел проекта и какие разделы в свою очередь
  согласовывает сам.

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

Архитектурно-строительное проектирование осуществляется путем
подготовки проектной документации, применительно к объектам капитального
строительства и их частям, строящимся, реконструируемым в границах
принадлежащего застройщику земельного участка, а так же в случаях проведения
капитального ремонта объектов капитального строительства, если при его
проведении затрагиваются конструктивные и другие характеристики надежности и
безопасности таких объектов.

Проектная документация представляет собой документацию, содержащую
материалы в текстовой форме и в виде карт (схем), и определяющую
архитектурные, функционально-технологические, конструктивные и инженерно-технические решения для обеспечения строительства, реконструкции объектов
капитального строительства, их частей, капитального ремонта, если при его
проведении затрагиваются конструктивные элементы здания или сооружения.

Вернуться наверх

2. Нормативные ссылки

В настоящем «Руководстве по подготовке проектной документации для
объектов капитального строительства производственного и гражданского
назначения» использованы нормативные ссылки на следующие законодательные
акты, стандарты и классификаторы:

• Федеральный закон от 30.11.1994 г. № 51-ФЗ «Гражданский кодекс
  Российской Федерации».
• Федеральный закон от 29.12.2004 г. № 190-ФЗ «Градостроительный кодекс
  Российской Федерации».
• Федеральный закон от 27.12.2002 г. № 184-ФЗ «О техническом
  регулировании».
• Федеральный закон от 23 ноября 2009 г. № 261-ФЗ «Об энергосбережении и
  о повышении энергетической эффективности и о внесении изменений в отдельные
  законодательные акты Российской Федерации».
• Федеральный закон от 30.12.2009 г. № 384-Ф3 «Технический регламент о
  безопасности зданий и сооружений».
• Федеральный закон от 22.07.2008 г. № 123-Ф3 «Технический регламент о
  требованиях пожарной безопасности».
• Постановление Правительства РФ от 12.08.2008 г. № 590 «О порядке
  проведения проверки инвестиционных проектов на предмет эффективности
  использования средств федерального бюджета, направляемых на капитальные
  вложения».
• Положение о составе разделов проектной документации и требованиях к их
  содержанию», утвержденное постановлением Правительства РФ от 16 февраля
  2008 г. № 87.
• РМД 11-08-2009 «Руководство по проектной подготовке
  капитального строительства в Санкт-Петербурге».
• Постановление Правительства Российской Федерации от 19.01.2006 г. № 20
  «Об инженерных изысканиях для подготовки проектной документации,
  строительства, реконструкции объектов капитального строительства».
• Постановление Правительства РФ от 09.06.2007 г. № 360 «Об утверждении
  Правил заключения и исполнения публичных договоров о подключении к
  системам коммунальной инфраструктуры» (с изменениями и дополнениями от
  16.07.2009 г., 27.11.2010 г., 16.04.2012 г.).
• СП 44.13330.2011 «Административные и бытовые здания».
• РД 78.36.003-2002 «Инженерно-техническая укрепленность. Технические
  средства охраны. Требования и нормы проектирования по защите объектов от
  преступных посягательств».
• Форма градостроительного плана земельного участка, утвержденная
  приказом Министерства регионального развития Российской Федерации от
  10.05.2011 г. №207.
• СП 118.13330.2012 «Общественные здания и сооружения».
• СП 22.13330.2011 «Основания зданий и сооружений».
• «Правила устройства электроустановок» (ПУЭ, 7 издание). Главы: 1.1, 1.2,
  1.7, 1.9, 7.5, 7.6, 7.10.
• СП 30.13330.2012 «Внутренний водопровод и канализация зданий».
• СП 124.13330.2012 «Тепловые сети».
• СП 60.13330.2012 «Отопление, вентиляция, кондиционирование воздуха».
• СП 134.13330.2012 «Системы электросвязи зданий и сооружений. Основные
  положения проектирования».
• СП 133.13330.2012 «Сети проводного радиовещания и оповещения в зданиях
  и сооружениях. Нормы проектирования».
• Технический регламент о безопасности сетей газораспределения и
  газопотребления, утвержденный постановлением Правительства Российской
  Федерации от 29.10.2010 г. № 870.
• СП 62.13330.12 «Газораспределительные системы».
• СП 48.13330.2011 «Организация строительства».
• РД 153-39.4р-006-96 «Положение о составе и порядке сбора исходных
  данных
  для проектирования объектов нефтепродуктообеспечения».
• СанПиН 2.2.1/2.1.1.1200-03 «Санитарно-защитные зоны и санитарная
  классификация предприятий, сооружений и иных объектов».
• СанПиН 2.1.7.1322-03 «Гигиенические требования к размещению и
  обезвреживанию отходов производства и потребления».
• СП 2.2.1.1312-03 «Гигиенические требования к проектированию вновь
  строящихся и реконструируемых промышленных предприятий».
• СанПиН 2.1.2.2645-10 «Санитарно — эпидемиологические требования к
  условиям проживания в жилых зданиях и помещениях».
• СП 1.13130.2009 «Системы противопожарной защиты. Эвакуационные пути
  и выходы».
• СП 2.13130.2012 «Системы противопожарной защиты. Обеспечение
  огнестойкости объектов защиты».
• СП 3.13130.2009 «Системы противопожарной защиты. Система оповещения
  и управления эвакуацией людей при пожаре. Требования пожарной безопасности».
• СП 5.13130.2009 «Системы противопожарной защиты. Установки пожарной
  сигнализации и пожаротушения автоматические. Нормы и правила
  проектирования».
• СП 11.13130.2009 «Места дислокации подразделений пожарной охраны.
  Порядок и методика определения».
• СП 59.13330.2012 «Доступность зданий и сооружений для маломобильных
  групп населения».
• СП 50.13330.2012 «Тепловая защита зданий».
• Требований к энергетическому паспорту, составленному по результатам
  обязательного энергетического обследования, и энергетическому паспорту,
  составленному на основании проектной документации, и правил направления
  копии энергетического паспорта, составленного по результатам обязательного
  энергетического обследования, утвержденные приказом Министерства энергетики
  Российской Федерации от 19.04.2010 г. № 182.
• ГОСТ Р 22.1.12-2005 «Безопасность в чрезвычайных ситуациях.
  Структурированная система мониторинга и управления
  инженерными системами зданий и сооружений. Общие требования».
• ГОСТ Р 21.1101-2013 «Основные требования к проектной и рабочей
  документации».
• СП 88.13330.2012 «Защитные сооружения гражданской обороны».
• СП 11-107-98 «Порядок разработки и состав раздела «Инженернотехнические
  мероприятия гражданской обороны. Мероприятия по
  предупреждению чрезвычайных ситуаций» проектов строительства» (отменен).
• МДС 81-35.2004 «Методика определения стоимости строительной
  продукции на территории российской федерации».
• СП 16.13330.2011 «Стальные конструкции».
• СП 132.13330.2011 «Обеспечение антитеррористической защищенности
  зданий и сооружений, общие требования проектирования».

Вернуться наверх

3. Исходные и разрешительные документы

В случае, если подготовка проектной документации осуществляется
физическим или юридическим лицом на основании договора с застройщиком или
техническим заказчиком, застройщик или технический заказчик обязан
предоставить такому лицу следующие исходные документы (п. 6 ст. 48 [2]):

• градостроительный план земельного участка;
• результаты инженерных изысканий;
• технические условия.

Для подготовки проектной документации на объект капитального
строительства необходимы следующие исходные данные (п. 10, п.п.б [8]):

• задание на проектирование — в случае подготовки проектной документации
  на основании договора;
• отчетная документация по результатам инженерных изысканий;
• правоустанавливающие документы на объект капитального строительства —
  в случае подготовки проектной документации для проведения реконструкции или
  капитального ремонта объекта капитального строительства;
• утвержденный и зарегистрированный в установленном порядке
  градостроительный план земельного участка, предоставленного для размещения
  объекта капитального строительства;
• документы об использовании земельных участков, на которые действие
  градостроительных регламентов не распространяется или для которых
  градостроительные регламенты не устанавливаются, выданные в соответствии с
  федеральными законами, уполномоченными федеральными органами
  исполнительной власти, или уполномоченными органами исполнительной власти
  субъектов Российской Федерации, или уполномоченными органами местного
  самоуправления;
• технические условия, предусмотренные частью 7 статьи 48 Градостроительного
  кодекса Российской Федерации и иными нормативными правовыми актами, если
  функционирование проектируемого объекта капитального строительства
  невозможно без его подключения к сетям инженерно-технического обеспечения
  общего пользования;
• документы о согласовании отступлений от положений технических
  условий;
• разрешение на отклонения от предельных параметров разрешенного
  строительства объектов капитального строительства;
• акты (решения) собственника здания (сооружения, строения) о выведении
  из эксплуатации и ликвидации объекта капитального строительства — в случае
  необходимости сноса (демонтажа);
• иные исходно-разрешительные документы, установленные
  законодательными и иными нормативными правовыми актами Российской
  Федерации, в том числе техническими и градостроительными регламентами;
• решение органа местного самоуправления о признании жилого дома
  аварийным и подлежащим сносу — при необходимости сноса жилого дома;

Вернуться наверх

4. Термины и определения

В настоящем Стандарте используются следующие термины и определения:

Технический регламент — документ, который принят на основании
международного договора Российской Федерации, ратифицированный в порядке,
установленном законодательством Российской Федерации, указом Президента
Российской Федерации или постановлением Правительства Российской Федерации
и устанавливающий обязательные для применения и исполнения требования к
объектам технического регулирования (продукции, в том числе зданиям, строениям
и сооружениям, процессам производства, эксплуатации, хранения, перевозки,
реализации и утилизации) (ст. 2 [3]).

Стандарт — документ, в котором в целях добровольного многократного
использования устанавливаются характеристики продукции. правила
осуществления и характеристики процесса производства, эксплуатации, хранения,
перевозки, реализации и утилизации, выполнения работ или оказания услуг (ст. 2
[3]).

Национальный стандарт — стандарт, утвержденный национальным органом
Российской Федерации по стандартизации (ст. 2 [3]).

Стандарт организации — стандарт коммерческой, общественной, научной
организации, саморегулируемой организации, объединения юридических лиц,
разработанный и утвержденный ими самостоятельно, исходя из необходимости его
применения для достижения целей (ч. 1 ст. 17 [3]).

Застройщик — физическое или юридическое лицо, обеспечивающее на
принадлежащем ему земельном участке строительство, реконструкцию,
капитальный ремонт объектов капитального строительства, а так же выполнение
инженерных изысканий, подготовку проектной документации для их строительства
(ч. 16 ст. 1 [2]).

Проектировщик — физическое или юридическое лицо, непосредственно
осуществляющее подготовку проектной документации в установленном порядке
(п. 3.2 ч. 3 [9]).

Руководитель проекта — лицо, ответственное за подготовку проектной
документации для конкретного объекта, назначенное приказом руководителя
предприятия из числа главных инженеров (архитекторов) проектов.
Объект капитального строительства — здание, строение, сооружение,
объекты, строительство которых не завершено, за исключением временных
построек, киосков, навесов и других подобных построек (п. 10 ст. 1 [2]).

Строительство — создание зданий, строений, сооружений, в том числе на
сносимых объектов капитального строительства (п. 13 ст. 1 [2]).

Реконструкция объектов капитального строительства — изменение
параметров объекта капитального строительства, его частей (высоты, количества
этажей, площади, объема, в том числе надстройка, перестройка, расширение
объекта капитального строительства, а так же замена (или) восстановление
несущих строительных конструкций объекта капитального строительства, за
исключением замены отдельных элементов таких конструкций на аналогичные или
иные улучшающие показатели таких конструкций элементы и (или)
восстановление указанных элементов (п. 14 ст. 1 [2]).

Капитальный ремонт объектов капитального строительства — замена и (или)
восстановление строительных конструкций объектов капитального строительства
или элементов таких конструкций, за исключением несущих строительных
конструкций, замена и (или) восстановление систем инженерно — технического
обеспечения и сетей инженерно — технического обеспечения объектов
капитального строительства или их элементов, а так же замена отдельных
элементов несущих строительных конструкций на аналогичные или иные
улучшающие показатели таких конструкций элементы и (или) восстановление
указанных элементов (п. 14.2 ст. 1 [2]).

Технический заказчик — физическое лицо, действующее на
профессиональной основе, или юридическое лицо, которое уполномочено
застройщиком и от имени застройщика заключает договоры о выполнении
инженерных изысканий, о подготовке проектной документации, о строительстве,
реконструкции, капитальном ремонте объектов капитального строительства,
подготавливает задание на выполнение указанных видов работ, представляет
лицам, выполняющим инженерные изыскания и (или) осуществляющим
подготовку проектной документации на строительство, реконструкцию,
капитальный ремонт объектов капитального строительства, материалы и документы, необходимые для выполнения указанных видов работ, утверждает
проектную документацию, подписывает документы, необходимые для получения
разрешения на ввод объекта капитального строительства в эксплуатацию,
осуществляет другие функции (п. 22 ст. 1 [2]).

Вернуться наверх

5. Предпроектные проработки

По объектам капитального строительства, расположенным в особо значимых
местах застройки и имеющим ключевое значение в организации застройки
территорий, архитектурное и объемно-планировочное решение которых требует
профессионального и общественного обсуждения, а также по объектам технически
и технологически сложным и не имеющим аналогов, проводятся предпроектные
проработки, определяемые как Этап 1 «Поиск и принятие концептуальных
объемно-планировочных и архитектурных решений, согласованных с
требованиями действующих нормативных документов. Согласование принятых
решений в установленном заданием на проектирование порядке» на стадии
«Предварительные решения проектной документации».

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

«Предварительные решения проектной документации» должны быть
официально согласованы застройщиком (техническим заказчиком),
государственными, муниципальными и иными органами, если это требование и
перечень согласующих органов заложено в задании на проектирование.
Целью разработки этих документов является определение архитектурной и
объемно-планировочной концепции объекта, получавшей положительные решения
заказчика, государственных, муниципальных и иных органов, градостроительного
Совета и профессионального общественного обсуждения.

Технологический процесс подготовки проектной документации по разделам на
Этапе 1 «Поиск и принятие концептуальных объемно-планировочных и
архитектурных решений, согласованных с требованиями действующих
нормативных документов. Согласование принятых решений в установленном
заданием на проектирование порядке» на стадии «Предварительные решения
проектной документации», приведен в Приложении 11-10. Таблица 1 ТХ-ПР.

Вернуться наверх

6. Задание на проектирование

Подготовка проектной документации для объектов капитального
строительства осуществляется на основании задания застройщика или
технического заказчика, (при подготовке проектной документации на основании
договора), результатов инженерных изысканий, градостроительного плана
земельного участка, в соответствии с требованиями технических регламентов,
техническими условиями, разрешением на отклонение от предельных параметров
разрешенного строительства, реконструкции объектов капитального строительства,
(ч. 11 ст. 48 (п. 6 ст. 48 [2]).

Задание на выполнение работ по подготовке проектной документации для
объектов капитального строительства составляется застройщиком (техническим
заказчиком).

Задание на проектирование неотъемлемая часть договора подряда,
утверждаемая застройщиком (техническим заказчиком), определяющая характер и
объем подготавливаемой проектной документации и иные требования к ней.
Правовой основой для подготовки задания на проектирование являются
положения ст. 759 [1], устанавливающие, что:

• по договору подряда на выполнение проектных и изыскательских работ
  заказчик обязан передать подрядчику задание на проектирование, а также иные
  исходные данные, необходимые для составления технической документации.
  Задание на выполнение проектных работ может быть по поручению заказчика
  подготовлено подрядчиком. В этом случае задание становится обязательным для
  сторон с момента его утверждения заказчиком;
• подрядчик обязан соблюдать требования, содержащиеся в задании и других
  исходных данных для выполнения проектных и изыскательских работ, и вправе
  отступить от них только с согласия заказчика.

Задание на проектирование объекта капитального строительства должно
включать (п. 14 разд. III [8]):

• общие данные (основание для проектирования, наименование объекта
  капитального строительства и вид строительства);
• основные технико-экономические характеристики объекта капитального
  строительства, в том числе предельную стоимость строительства (реконструкции,
  технического перевооружения) объекта капитального строительства;
• возможность подготовки проектной документации применительно к
  отдельным этапам строительства;
• срок и этапы строительства;
• технические условия для подключения к сетям инженерно- технического
  обеспечения, а также основные требования технической эксплуатации и
  технического обслуживания;
• перечень конструкций и оборудования, предназначенных для создания
  объекта капитального строительства (фундаменты, стены, перекрытия, полы,
  кровли, проемы, отделка, внутренний дизайн, перечень материалов и другие);
• перечень технологического оборудования, предназначенного для создания
  объекта капитального строительства, с указанием типа, марки, производителей и
  других данных — по укрупненной номенклатуре;
• дополнительные данные (требования к защитным сооружениям, прочие
  условия).

Для некоторых объектов капитального строительства со специальной
технологией задание на проектирование готовится на основании технологического
задания, подготовленного эксплуатирующими организациями и утвержденного
застройщиком (техническим заказчиком).

Задание на проектирование должно содержать перечень национальных
стандартов и сводов правил, которыми должны руководствоваться разработчики
проектной документации и в результате применения которых на обязательной
основе обеспечивается соблюдение требований Федерального закона [5].

Кроме того, задание на проектирование может содержать перечень
национальных стандартов, сводов правил и иных регламентирующих и
рекомендательных документов, которые могут применяться на добровольной
основе. Перечень нормативных документов обязательного и добровольного
применения следует оформлять в виде приложения к заданию на проектирование.
Необходимость разработки требований к содержанию разделов проектной
документации, наличие которых не является обязательным в соответствии с
постановлением Правительства РФ [7], определяются по согласованию между проектной организацией и застройщиком (техническим заказчиком) и
устанавливаются заданием на проектирование.

Форму и содержание задания на проектирование приведены в Приложениях: 1-6, 2-6, 3-6, 4-6.

Вернуться наверх

7. График выполнения проектных работ

Неотъемлемой частью договора на подготовку проектной документации
является Календарный план подготовки проектной документации. (Приложение 67.
Таблица 1).

На основании Календарного плана подготовки проектной документации
руководителем проекта (ГИП, ГАП) разрабатывается подробный график
подготовки проектной документации, который согласовывается руководителями
подразделений (исполнителями), участвующими в подготовке проектной
документации и утверждается руководителем проектного предприятия
(подразделения).

График подготовки проектной документации предназначен для установления
общих сроков начала и окончания проектирования объекта и его отдельных
разделов, сроков промежуточной передачи заданий между исполнителями
разделов, определения продолжительности проектных работ, последовательности и
взаимной увязки разделов проектной документации.

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

При составлении графика и относительной трудоемкости этапов подготовки
проектной документации, необходимо учитывать функциональное назначение,
расположение объекта капитального строительства в особо значимых местах
застройки, а также техническую и технологическую сложность объектов.
Относительную трудоемкость этапов подготовки проектной документации,
выраженную в процентах от общего срока проектирования, рекомендуется
принимать следующую:

• Этап 1 — 10-15%. («Предварительные решения проектной документации».
  Поиск и принятие концептуальных объемно-планировочных и архитектурных
  решений, согласованных с требованиями действующих нормативных документов.
  Согласование принятых решений в установленном заданием на проектирование
  порядке).
• Этап 2 — 15-20%. (Поиск и принятие объемно-планировочных и
  архитектурных решений, согласованных с требованиями действующих
  нормативных документов).
• Этап 3 — 8-12%. (Разработка и согласование инженерных решений с
  объемно-планировочными решениями).
• Этап 4 — 10-15%. (Разработка разделов ПЗУ, АР, КР, ЭЭ, ОДИ, ИОС
  проектной документации в полном объеме и выдача документации руководителю
  проекта (ГИПу, ГАПу).
• Этап 5 — 6-10%. (Разработка разделов СМ, ПОС, ПОД, ООС проектной
  документации в полном объеме и выдача документации руководителю проекта
  (ГИПу, ГАПу).
• Этап 6 — 1-3%. (Выдача проектной документации в полном объеме
  заказчику).

Пример оформления Календарного плана и Графика подготовки проектной
документации приведен в Приложении 6-7. Таблицы 1, 2,3,4.

Перечень и состав заданий руководителя проекта, разработчикам разделов
проектной документации приведен в приложениях: Приложение 7-9. Таблица 1. и
Приложение 9-10. Таблица 1.

Перечень и состав заданий начальников отделов (групп) руководителю
проекта (ГИПу, ГАПу) и разработчикам разделов проектной документации
приведен в Приложениях: Приложение 10-10. Таблица 1., Приложение 11-10.
Таблица 1., Приложение 12-10. Таблица 1., Приложение 13-10. Таблица 1.,
Приложение 14-10. Таблица 1., Приложение 15-10. Таблица 1., Приложение 16-10.
Таблица 1.

Перечень и состав заданий разработчиков разделов проектной документации
приведен в приложениях: Приложение 10-10. Таблицы 2,3,4,5,6., Приложение 1110.
Таблицы 1,2,3,4., Приложение 12-10. Таблицы 2,3., Приложение 13-10. Таблица
2., Приложение 14-10. Таблица 2., Приложение 15-10. Таблица 2., Приложение 1610.
Таблицы 2,3.

На основе Графика подготовки проектной документации может быть
выполнен полистовой график с указанием исполнителей по каждому виду работ или листу, срокам разработки каждого вида работ или листа. (Пример приведен в
Приложении 6-7. Таблица 3).

Вернуться наверх

8. Договор на выполнение работ по подготовке проектной документации

Выполнение работ по подготовке проектной документации, которые
оказывают влияние на безопасность объектов капитального строительства, могут
осуществлять только индивидуальные предприниматели или юридические лица,
имеющие выданное саморегулируемой организацией Свидетельство о допуске к
соответствующим проектным работам, привлекаемые застройщиком или
уполномоченным им лицом, техническим заказчиком, на договорной основе.

Отношения между застройщиком (техническим заказчиком) и
привлекаемыми на договорной основе регулируются ст. 758-762 [1].

По договору подряда на выполнение проектных работ проектная
организация (подрядчик) обязуется по заданию заказчика разработать проектную
документацию, а заказчик обязуется ее принять и оплатить. Подрядчик обязан:

• соблюдать требования, содержащиеся в задании и других исходных данных
  для выполнения проектных и изыскательских работ, и вправе отступить от них
  только с согласия заказчика
• выполнять работы в соответствии с заданием и иными исходными данными
  на проектирование и договором;
• согласовывать готовую техническую документацию с заказчиком, а при
  необходимости вместе с заказчиком — с компетентными государственными
  органами и органами местного самоуправления;
• передать заказчику готовую техническую документацию и результаты
  изыскательских работ;
• нести ответственность за ненадлежащее составление технической
  документации и выполнение изыскательских работ, включая недостатки,
  обнаруженные впоследствии в ходе строительства, а также в процессе
  эксплуатации объекта, созданного на основе технической документации и данных
  изыскательских работ;
• при обнаружении недостатков в технической документации или в
  изыскательских работах подрядчик по требованию заказчика обязан безвозмездно
  переделать техническую документацию и соответственно произвести необходимые дополнительные изыскательские работы, а также возместить заказчику
  причиненные убытки, если законом или договором подряда на выполнение
  проектных и изыскательских работ не установлено иное.

Заказчик обязан:

• передать подрядчику задание на проектирование и необходимые исходные
  данные для подготовки проектной документации;
• уплатить подрядчику установленную цену полностью после завершения
  всех работ или уплачивать ее частями после завершения отдельных этапов работ;
• использовать техническую документацию, полученную от подрядчика,
  только на цели, предусмотренные договором, не передавать техническую
  документацию третьим лицам и не разглашать содержащиеся в ней данные без
  согласия подрядчика;
• оказывать содействие подрядчику в выполнении проектных и
  изыскательских работ в объеме и на условиях, предусмотренных в договоре;
• участвовать вместе с подрядчиком в согласовании готовой технической
  документации с соответствующими государственными органами и органами
  местного самоуправления;
• возместить подрядчику дополнительные расходы, вызванные изменением
  исходных данных для выполнения проектных и изыскательских работ вследствие
  обстоятельств, не зависящих от подрядчика;
• привлечь подрядчика к участию в деле по иску, предъявленному к
  заказчику третьим лицом в связи с недостатками составленной технической
  документации или выполненных изыскательских работ.

Подрядчик не вправе передавать техническую документацию третьим лицам
без согласия заказчика.

Подрядчик по договору подряда на выполнение проектных работ
гарантирует заказчику отсутствие у третьих лиц права воспрепятствовать
выполнению работ или ограничивать их выполнение на основе подготовленной
подрядчиком технической документации.

В договоре должны указываться начальный и конечный сроки выполнения
работ. По согласованию между сторонами в договоре могут быть предусмотрены
так же сроки выполнения отдельных этапов работы (промежуточные сроки). Все
эти сроки принимаются в соответствии с графиком выполнения работ.

Договором могут предусматриваться случаи и порядок изменения
начального и конечного сроков выполнения работ.

В договоре должна указываться цена выполнения работы и способы ее
определения. Цена работы определяется путем составления сметы. В случаях,
когда работы выполняются в соответствии со сметой, составленной подрядчиком,
смета приобретает юридическую силу и становиться частью договора подряда с
момента утверждения ее заказчиком.

Сметы на проектные работы составляются в соответствии с порядком,
установленным справочниками базовых цен на проектные работы в строительстве
для объектов соответствующего назначения. Этими же справочниками
устанавливается относительная стоимость разделов проектной документации
(процент от общей цены).

В случае отсутствия соответствующих справочников базовых цен, стоимость
работ может быть установлена по фактическим трудозатратам.

Согласно п. 5.2 ст. 48 [1] договором о подготовке проектной документации
может быть предусмотрено задание на выполнение инженерных изысканий. В этом
случае проектная организация осуществляет также организацию и координацию
работ по инженерным изысканиям и несет ответственность за достоверность,
качество и полноту выполненных инженерных изысканий. Договором также может
быть предусмотрено получение проектной организацией технических условий на
подключение к сетям инженерно — технического обеспечения.

Вернуться наверх

9. Описание технологической последовательности подготовки
проектной документации

Технологическая последовательность подготовки проектной документации
состоит из 6-ти этапов:

• Этап 1. «Предварительные решения проектной документации». Поиск и
  принятие концептуальных объемно-планировочных и архитектурных решений,
  согласованных с требованиями действующих нормативных документов.
  Согласование принятых решений в установленном заданием на проектирование
  порядке.
• Этап 2. Поиск и принятие объемно-планировочных и архитектурных
  решений, согласованных с требованиями действующих нормативных документов.
• Этап 3. Разработка и согласование инженерных решений с объемнопланировочными
  решениями.
• Этап 4. Разработка разделов ПЗУ, АР, КР, ЭЭ, ОДИ, ИОС проектной
  документации в полном объеме и выдача документации ГИПу.
• Этап 5. Разработка разделов СМ, ПОС, ПОД, ООС проектной
  документации в полном объеме и выдача документации ГИПу.
• Этап 6. Выдача проектной документации в полном объеме заказчику.
  Объемы работ по этапу 1 производятся по объектам капитального
  строительства, расположенным в особо значимых местах застройки и имеющим
  ключевое значение в организации застройки территорий, архитектурное и
  объемно-планировочное решение которых требует профессионального и
  общественного обсуждения, а также по объектам технически и технологически
  сложным и не имеющим аналогов.
  Подготовка проектной документации по объекту производится на
  основании задания руководителя проекта (ГИПа, ГАПа).
  Форма и содержание задания руководителя проекта на подготовку
  проектной документации отделам (группам) приведена в Приложении 7-9.
  Таблица 1.
  Этапность и технологическая последовательность подготовки проектной
  документации, порядок выдачи заданий разработчиками разделов проектной
  документации друг другу приведены в Приложении 8-10. Таблицы 1,2.
  Перечень и состав заданий руководителя проекта, разработчикам разделов
  проектной документации приведен в Приложении 9-10. Таблица 1.
  Перечень и состав заданий начальников отделов (групп) руководителю
  проекта (ГИПу, ГАПу) и разработчикам разделов проектной документации
  приведен в Приложениях: Приложение 10-10. Таблица 1., Приложение 11-10.
  Таблица 1., Приложение 12-10. Таблица 1., Приложение 13-10. Таблица 1.,
  Приложение 14-10. Таблица 1., Приложение 15-10. Таблица 1., Приложение 16-10.
  Таблица 1.
  Перечень и состав заданий разработчиков разделов проектной документации
  приведен в приложениях: Приложение 10-10. Таблицы 2,3,4,5,6., Приложение 1110.
  Таблицы 1,2,3,4., Приложение 12-10. Таблицы 2,3., Приложение 13-10. Таблица
  2., Приложение 14-10. Таблица 2., Приложение 15-10. Таблица 2., Приложение 1610.
  Таблицы 2,3.

Выдача проектной документации заказчику выполняются в следующей
технологической последовательности:
1. Отдел комплектации и выпуска проектов комплектует, оформляет и
переплетает проектную продукцию. оформляет накладные документы и
отправляет проект заказчику.**.
2. Финансовая служба проектной организации оформляет акты приема-
передачи проектной продукции и подписывает их у заказчика.
3. Отдел комплектации и выпуска проектов передает руководителю
проекта полный комплект оформленной проектной документации для передачи
документации в технический архив организации для регистрации и хранения.

** В состав проектной документации, направляемой заказчику, не включаются
расчеты строительных конструкций, технологических и инженерных решений.
Данные расчеты хранятся в архиве проектной организации и представляются
заказчику или органам экспертизы по их требованию.

Вернуться наверх

10. Таблицы технологической последовательности

Этапность и технологическая последовательность подготовки проектной
документации, порядок выдачи заданий разработчиками разделов проектной
документации друг другу приведены в Приложении 8-10. Таблицы 1,2.

Перечень и состав заданий руководителя проекта, разработчикам разделов
проектной документации приведен в Приложении 9-10. Таблица 1.

Перечень и состав заданий начальников отделов (групп) руководителю
проекта (ГИПу, ГАПу) и разработчикам разделов проектной документации
приведен в Приложениях: Приложение 10-10. Таблица 1., Приложение 11-10.
Таблица 1., Приложение 12-10. Таблица 1., Приложение 13-10. Таблица 1.,
Приложение 14-10. Таблица 1., Приложение 15-10. Таблица 1., Приложение 16-10.
Таблица 1.

Перечень и состав заданий разработчиков разделов проектной документации
приведен в приложениях: Приложение 10-10. Таблицы 2,3,4,5,6., Приложение 1110.
Таблицы 1,2,3,4., Приложение 12-10. Таблицы 2,3., Приложение 13-10. Таблица
2., Приложение 14-10. Таблица 2., Приложение 15-10. Таблица 2., Приложение 1610.
Таблицы 2,3.

Вернуться наверх

11. Контроль качеств
11.1 Общие положения

Контроль качества является неотъемлемой частью разработки проектной
документации и ее завершающим этапом.

Контроль качества работ по подготовке проектной документации для
строительства, реконструкции и капитального ремонта объектов капитального
строительства, включая работы, которые оказывают влияние на безопасность
объектов капительного строительства, рекомендуется осуществлять на следующих
этапах:

• предпроектный контроль;
• текущий контроль;
• нормоконтроль — за правильностью применения проектных норм при выполнении
  работ по подготовке проектной документации;
• «выходной» контроль;
• внешний контроль — экспертиза проекта;
  Перечень специалистов, рекомендуемых для осуществления контроля
  качества проектных работ:
• руководители работ — ответственные за выполнение работ по разработке разделов,
  подразделов проектной документации
• специалисты — нормоконтролёры,
• специалисты — разработчики разделов, подразделов, проектной документации или
  их частей;
• Руководитель проекта (ГИП, ГАП), ответственный специалист по обеспечению
  контроля качества проектных работ.

Рекомендуемая периодичность осуществления контроля качества проектных
работ:

• до начала работ (предпроектный контроль);
• текущий (при выполнении работ);
• нормоконтроль (при завершении разделов, подразделов и работ в целом);
• выходной контроль (при выдаче проектной документации заказчику).

Вернуться наверх

11.2 Предпроектный контроль

До заключения контракта руководитель проекта (ГИП, ГАП) определяет
соответствие уровня возможностей предприятия предполагаемому для исполнения
заданию на проектирование, а именно:

• наличие специалистов соответствующего уровня, профиля образования и стажа
  работы;
• соответствие задания на проектирование нормам и требованиям законодательства
  Российской Федерации в области проектирования;
• наличие на предприятии соответствующих технических средств
  (вычислительной техники, программного обеспечения и т.д.);
• наличие материальных ресурсов.

Результат предпроектного контроля оформляется руководителем проекта
(ГИПом, ГАПом), в виде служебной записки на имя руководителя предприятия для
принятия решения о заключении контракта и планирования мер по его
исполнению.

Вернуться наверх

11.3 Текущий контроль

Осуществляется руководителем проекта (ГИПом, ГАПом), назначенным
Приказом по предприятию для руководства проектными работами для конкретного
объекта капстроительства.

Руководитель проекта ГИП (ГАП) производит текущий контроль, как в
процессе выполнения работ, не реже 1 раза в 3 дня, так и по окончанию
определенного вида работ по подготовке разделов (подразделов) проектной
документации с подписью в графах «Проверил» основной надписи (штампа).
В случае назначения руководителей работ — ответственных за выполнение
определённых видов работ, они аналогично проводят текущий контроль с
подписью в графах «Проверил».

Документация передаётся на текущий контроль для подписания в графах
«Проверил» после получения подписей разработчиков смежных разделов
(подразделов) в боковых дополнительных графах «Согласовано».

В случае выявления нарушений в расчетах, оформлении чертежей и т.д. или
Несоответствия принятых проектных решений действующим нормативным
документам, техническим регламентам и заданию на проектирование,
руководитель проекта ГИП (ГАП) или руководитель группы выдаёт разработчику перечень замечаний со сроками их исправлений, и уведомляет руководителя
предприятия служебной запиской о нарушениях имеющих системный характер для
принятия корректирующих действий.

Вернуться наверх

11.4 Нормоконтроль — за правильностью применения проектных норм при выполнении работ по подготовке проектной документации

Нормоконтроль осуществляется в соответствии с разделом 12 настоящего
«Руководства по подготовке проектной документации для объектов капитального
строительства производственного и гражданского назначения».

Вернуться наверх

11.5 «Выходной» контроль

«Выходной» контроль осуществляется рабочей комиссией в составе
руководителя проекта ГИПа (ГАПа), руководителей отделов (групп), других
специалистов, назначенных распоряжением руководителя предприятия, с целью
определения готовности результатов работ, выполненных работниками
предприятия и субпроектировщиками, для предъявления заказчику.

Результат проверки выполненных работ оформляется протоколом
производственного совещания, содержащим вывод о соответствии выполненных
работ требованиям действующих норм, технических регламентов, содержанию
контракта и о необходимости доработки.

В случае положительного решения рабочей комиссии о готовности разделов
(подразделов) или проектной документации в целом, для предъявления Заказчику,
руководитель предприятия (главный инженер, исполнительный директор) ставит
свою утверждающую подпись на титульных листах соответствующих разделов и
подразделов, а руководитель проекта (ГИП, ГАП) подписывает в пояснительной
записке заверение, о том, что проектная документация разработана в соответствии
с заданием, техническими регламентами и т.п.

Вернуться наверх

11.6 Внешний контроль — экспертиза проекта

Решение о направлении проекта Заказчику принимается руководителем
проекта по результатам выходного контроля. Замечания Заказчика (экспертизы)
должны устраняться в соответствии с действующими нормативными документами,
при этом изменения, вносимые в проектную документацию, подлежат
нормоконтролю.

Вернуться наверх

12. Нормоконтроль проектной документации
12.1 Назначение

Настоящий раздел Руководства по подготовке проектной документации для
объектов капитального строительства производственного и гражданского
назначения устанавливает задачи, порядок проведения и содержание
нормоконтроля проектной документации для строительства объектов
капитального строительства, а также ответственность и права специалиста,
осуществляющего нормоконтроль. Раздел обеспечивает реализацию
окончательного контроля готовой проектной продукции, предусмотренного
стандартом организации СТО-04006399-06-2005 и п.8.2.3. ГОСТ ISO 9001-2011.

Раздел включает требования ГОСТ Р 21.1002-2008 и дополняет их в части
обеспечения качества, рассматривая нормоконтроль как один из видов
контроля в системе менеджмента качества.

На основании настоящего раздела должен быть разработан и принят
документ системы менеджмента качества (СМК) третьего уровня,
предназначенного для проведения контроля на завершающем этапе разработки
проектной документации на соответствие установленным требованиям
нормативных документов, регламентирующих состав, комплектацию и
оформление проектной продукции.

Вернуться наверх

12.2 Область применения

12.2.1 Требования раздела распространяется:

• на все производственные отделы, группы и исполнителей, выпускающие
  проектную продукцию;
• на все функциональные службы, участвующие в проверке и приемке для
  хранения и отправке проектной продукции;
• на руководящих должностных лиц, подписывающих проектную
  документацию.

Вернуться наверх

12.3 Применяемые термины и сокращения

12.3.1 Применяемые в настоящем документе термины соответствуют ГОСТ
ISO 9001-2011, а также терминологии, применяемой в отечественной нормативной документации, регламентирующей область проектно-изыскательской
деятельности.

12.3.2 Применяемые сокращения:

• ПИО — проектно-изыскательская организация;
• СМК — система менеджмента качества;
• РК — руководство по качеству;
• СТО — стандарт организации;
• РИ — рабочая инструкция;
• ДП — документированная процедура;
• ТЭО — технико-экономические обоснования проекта.

Вернуться наверх

12.4 Ответственность

12.4.1 Руководство организации несет ответственность за уровень
компетенции, объективности и подготовки специалиста, назначенного
выполнять функции лица, осуществляющего нормоконтроль.

12.4.2 Главный инженер организации несет ответственность:

• за осуществление нормоконтроля проектной документации в организации,
  как вида проверки в процессе производства, обязательность проведения
  которой является не только требованием ГОСТ ISO 9001-2011, но и
  установлена межгосударственными стандартами СПДС (ГОСТ Р 21.1002 и
  ГОСТ Р 21.1101).

12.4.3 Руководители проектных подразделений несут ответственность за
организацию выполнения работ, установленных настоящей РИ, в рамках своего
подразделения.

12.4.4 Руководитель проекта (ГИП, ГАП) несет ответственность за проведение
нормоконтроля всех видов проектной документации, выполняемой по
договору, руководителем работ которого он является.

12.4.5 Специалист, осуществляющий нормоконтроль, несет ответственность
за:

• качество документа по вопросам, указанным в п. 12.5.3.2. наравне с
  разработчиком документации;
• оказание разработчикам документов консультационно-методической
  помощи по вопросам состава, комплектации и оформления документов;
• представление руководителю службы качества сведений по результатам
  проведения нормоконтроля документов;
• проведение анализа обнаруженных ошибок.

Вернуться наверх

12.5 Описание выполняемых действий

12.5.1 Задачи нормоконтроля:

12.5.1.1 Основными задачами нормоконтроля являются:

• Обеспечение соответствия проектной документации требованиям
  действующих межгосударственных, государственных, отраслевых стандартов,
  стандартов предприятия, строительных норм и правил и др. внешних и
  внутренних нормативных документов, применяемых при проектировании
  объекта строительства;
• Обеспечение комплектности документации, передаваемой Заказчику в
  объеме, установленном договором (контрактом) и соответствующими
  нормативными документами;
• Проведение корректирующих действий по исправлению обнаруженных
  отклонений от нормы до выпуска продукции;
• Анализ выявленных замечаний в целях возможности подготовки
  предупреждающих действий и улучшения качества.

12.5.1.2 Нормоконтроль должны осуществлять высококвалифицированные
специалисты, утвержденные приказом или распоряжением руководства
организации.

12.5.1.3 Не допускается осуществление нормоконтроля специалистами,
которые участвовали в разработке проверяемой документации или подчинены
лицам, заинтересованным в результатах проверки.

12.5.1.4 Всю проектную документацию предъявляют на нормоконтроль в
соответствии с планом — графиком ее выпуска, в котором должно быть
предусмотрено время на проведение нормоконтроля.

12.5.2 Порядок проведения нормоконтроля:

12.5.2.1 Документы предъявляют на нормоконтроль на завершающем этапе
проектирования при наличии всех установленных подписей, кроме подписи
руководства подразделения. Документы предъявляют на нормоконтроль комплектно. Независимо от того, разрабатывается ли документация вручную или на ПЭВМ, документы
предъявляют только в подлинниках (или копиях с подлинников).

12.5.2.2 Нормоконтроль проводится на рабочем месте нормоконтролера.
Специалист, осуществляющий нормоконтроль, должен быть обеспечен всеми
необходимыми для его деятельности организационно — распорядительными,
нормативными, методическими, справочными, и др. информационными
документами, содержащими сведения о сроках действия нормативных
документов, об изменениях и дополнениях к ним, о вновь разработанных и
введенных в действие документах.

12.5.2.3 При проведении проверки специалист, осуществляющий
нормоконтроль, должен руководствоваться только установленными
требованиями действующих документов.

12.5.2.4 Предъявленная на нормоконтроль документация должна быть
зарегистрирована в «Карточке учета документации и регистрации и
несоответствий» при проведении нормоконтроля. Форма карточки приведена в
12-Приложении 5.

12.5.2.5 Документы, не подписанные нормоконтролером, не должны
приниматься техническим архивом (на учет, хранение и тиражирование) и не
подлежат передаче Заказчику.

12.5.2.6 Исправление ошибок по замечаниям специалиста, осуществившего
нормоконтроль, связанных с нарушением установленных требований, является
обязательным.

12.5.2.7 Исправление подписанных подлинников документов, без ведома
специалиста, осуществившего нормоконтроль, не допускается.

12.5.2.8 Специалист, осуществляющий нормоконтроль, не проводит
экспертизу технических решений, не проверяет расчеты, размерные «цепочки»
и др. технические данные, являющиеся обоснованием принятых технических
решений.

12.5.2.9 Специалисты, не назначенные руководством или участвующие в
разработке документа, не имеют право подписывать документы за
нормоконтролера.

12.5.2.10 Разногласия между разработчиками документации и специалистом,
осуществляющим нормоконтроль, разрешает главный инженер организации.

12.5.2.11 Подпись специалиста, осуществляющего нормоконтроль, следует
проставлять на каждом листе подлинника документа в основной надписи,
выполняемой по формам 3, 4, и 5 приложения Ж ГОСТ Р 21.1101.2013.
При привязке типовых и повторно — применяемых проектов подпись
нормоконтролера проставляют в штампах привязки. При оформлении
«Разрешения на внесение изменений» — в дополнительных графах основной
надписи (ГОСТ Р 21.1101-2013).

Специалист, осуществляющий нормоконтроль, проверяет правильность
внесенных изменений в соответствии с содержанием «Разрешения на внесение
изменений» и подписывает подлинник документа в дополнительных графах
основной надписи, отведенных для согласования.

Для осуществления проверки и учета возможных замечаний руководства
организации, нормоконтроль проводят до подписания руководством и после. В
этом случае специалист, осуществляющий нормоконтроль, визирует документ
карандашом на поле для подшивки до его подписания первым руководителем
или главным инженером. После подписания документа руководством
организации нормоконтролер, проставляет свою подпись в подлиннике, а
карандашную визу убирает.

В остальных случаях специалист, осуществляющий нормоконтроль,
ставит свою подпись после подписания документа всеми лицами,
участвующими в разработке.

12.5.2.12 Специалист, осуществляющий нормоконтроль, наносит в
проверяемой документации в местах, подлежащих исправлению, пометки
карандашом в виде условных обозначений, которые он снимает при
подписании документа. В карточке регистрации несоответствий по форме,
приведенной в 12-Приложении 5 против каждой пометки кратко и ясно
излагает содержание замечаний и предложений.

12.5.3 Содержание нормоконтроля

12.5.3.1 Нормоконтролю подлежат:

• проектные документы, разрабатываемые на всех стадиях
  проектирования;
• привязанная к конкретной площадке строительства типовая и повторно —
  применяемая проектная документация;
• изменения, внесенные в ранее разработанную проектную документацию,
  выданную Заказчику.

12.5.3.2 Специалист, осуществляющий нормоконтроль проектной
документации проверяет:

• соответствие обозначений документов, установленной в организации
  системе обозначения (кодирование);
• внешний вид предъявляемой проектной документации;
• комплектность и состав проектной документации;
• соблюдение требований, установленных к документации, подлежащей
  микрофильмированию;
• правильность оформления привязок типовых проектов (типовых
  проектных решений);
• правильность применения типовых конструкций, изделий и узлов;
• наличие и правильность ссылок на действующие нормативные
  документы;
• соответствие оформления документации требованиям стандартов СПДС
  и ЕСКД, распространяющихся на строительство (ГОСТ Р 21.1101, 12-
  Приложении 6;
• возможность сокращения объема документации, отсутствие
  дублирования на чертежах и в текстовых документах;
• правильность оформления Разрешений на внесение изменений и
  наличие в них необходимых подписей;
• соответствие внесенных изменений в ранее выполненную и выданную
  Заказчику проектную документацию утвержденному Разрешению на внесение
  изменений;
• целесообразность замены индивидуальных конструкций, изделий и
  узлов типовыми, стандартизированными или повторно — применяемыми;
• правильность присвоения наименований и обозначений изделиям и
  материалам;
• правильность нанесения позиционных обозначений (марок) на
  сборочных чертежах, марок оборудования и элементов конструкций — на
  чертежах расположения оборудования и схемах расположения элементов
  конструкций;
• соответствие предусмотренного в документации оборудования
  указанному в действующих каталогах или согласованному с заказчиком;
• соблюдение правил заполнения основных надписей, ведомостей,
  спецификаций и др. таблиц;
• правильность наименований и обозначений и документов на изделия,
  материалы, записанных в ведомостях, спецификациях и таблицах.

12.5.3.3 Средняя норма проверки документов специалистами,
осуществляющими нормоконтроль за 8-часовой рабочий день (независимо от
специализации), составляет 80-100 листов, приведенных к формату А4. Нормы
проверки Разрешений на внесение изменений должны быть такими же, как и
для документов, на которые эти Разрешения выполняют.
При необходимости проведения нормоконтроля документов в подлинниках и
оригиналах, норма проверки соответственно увеличивается.

В эту норму не входит время, затрачиваемое на:

• изучение вновь поступающей нормативно-технической и информационной
  документации;
• поиск необходимых документов по информационным источникам;
• оказание информационно-консультационных услуг для предотвращения
  несоответствий в процессе разработки документации;
• просмотр документов, предъявляемых разработчиком, после исправления
  замечаний;
• ведение картотеки применяемости.

12.5.3.4 Специалист, осуществляющий нормоконтроль, проводит анализ
несоответствий, обнаруженных при проверке документа, и результаты анализа
(по форме, приведенной в 12-Приложении 6), ежемесячно передает в службу
качества.

12.5.4 Права специалиста, осуществляющего нормоконтроль. Специалист, осуществляющий нормоконтроль имеет право:

• возвращать разработчику документацию без рассмотрения в случаях
  нарушения установленной комплектности, отсутствия обязательных подписей
  и нечеткого выполнения текстового и графического материала;
• требовать от разработчиков документации, разъяснений по вопросам
  возникающим при проведении нормоконтроля;
• выявлять документы повторного применения для их последующей
  подготовки к унификации и внутренней типизации;
• давать рекомендации руководителю подразделения о корректирующих
  и предупреждающих мероприятиях по повышению качества документов и
  намечаемых корректирующих действий, направленных на недопущение
  выявленных несоответствий.

Вернуться наверх

12.6 Записи по качеству

Результаты управления процессами, описанными в разделе 12.5,
обеспечивающие нормоконтроль проектной документации, должны
подтверждаться соответствующими данными по установленной форме.
Регистрацию записей по качеству следует осуществлять с учетом требований
процедуры СМК-ДП-02/05.

Сведения о записях по качеству, осуществляемых в процессе выполнения
данной процедуры, приведены в «12 — Таблица 1».

Вернуться наверх

13. Согласование проектной документации

Проектная документация утверждается застройщиком или техническим
заказчиком. В случаях, предусмотренных статьей 49 ГК № 190-ФЗ, застройщик или
технический заказчик до утверждения проектной документации направляет ее на
экспертизу. При этом проектная документация утверждается застройщиком или
техническим заказчиком при наличии положительного заключения экспертизы
проектной документации, (п. 15 ст. 48 [2]).

Не допускается требовать согласование проектной документации, заключение на
проектную документацию и иные документы, не предусмотренные настоящим
Кодексом, (п. 16 ст. 48 [2]).

Согласование инженерно-технических и объемно-планировочных решений
проектной документации перед выдачей проектной документации заказчику
производится в следующих случаях:

• если требование о согласовании проектной документации включено в задание
  на проектирование или в исходно-разрешительных документах. В этом случае в
  задании на проектирование или в исходно-разрешительных документах должно
  быть конкретно отражено, какие разделы проектной документации и с какими
  организациями должны быть согласованы.
• если при подготовке проектной документации допущены отклонения от
  положений технических условий на инженерное обеспечение объекта. В этом
  случае согласование производится только с организациями, выдавшими
  технические условия, по которым произошли отклонения.
• если при подготовке проектной документации допущены отклонения от
  требований и положений действующих градостроительных документов,
  градостроительного плана и в случае отклонения от предельных параметров
  разрешенного строительства и реконструкции объектов капитального
  строительства. Правообладатели земельных участков, размеры которых меньше
  установленных градостроительным регламентом минимальных размеров
  земельных участков либо конфигурация, инженерно-геологические или иные
  характеристики которых неблагоприятны для застройки, вправе обратиться за
  разрешениями на отклонение от предельных параметров разрешенного
  строительства, реконструкции объектов капитального строительства, (п. 1 ст. 40
  [2]). Порядок согласования отклонения от предельных параметров разрешенного
  строительства, реконструкции определен ГК № 190-ФЗ. (ст. 40 [2]).
• случае если для разработки проектной документации на объект капитального
  строительства недостаточно требований по надежности и безопасности,
  установленных нормативными техническими документами, или такие требования
  не установлены, разработке документации должны предшествовать разработка и
  утверждение в установленном порядке специальных технических условий. Порядок разработки и согласования специальных технических условий
  устанавливается Министерством регионального развития Российской Федерации
  по согласованию с федеральными органами исполнительной власти,
  осуществляющими функции по нормативно-правовому регулированию в
  соответствующих сферах деятельности, (п. 5 [8])

Вернуться наверх

14. Выдача проектной документации заказчику

Копии текстовых и графических материалов проектной документации, а
также отчетной технической документации по инженерным изысканиям
брошюруют в тома сложенными на формат А4 по ГОСТ 2.301. (п.8.1 [40]).

Под брошюровкой понимается размещение материалов проектной
документации в переплетах или твердых папках с легкоразъемными креплениями
(замками), (п.8.1 [40]).

Копии документов рабочей документации для передачи заказчику
комплектуют в папки полистно сложенными на формат А4, как правило, отдельно
по разделам проектной документации, (п.8.2 [40]).

Правила оформления сброшюрованной документации приведены в п. 8 ГОСТ
Р 21.1101.2013 [40].

Если это оговорено заданием на проектирование, то наряду с выдачей
заказчику документации на бумажном носителе, также выдается документация в
электронном виде.

Руководитель проекта (ГИП, ГАП) формирует полный комплект проектной
документации, а также материалов отчетно-технической документации по
инженерным изысканиям на электронном носителе в форматах, определенных
заданием на проектирование.

Документацией, выданной заказчику в электронном виде, могу считаться
только сканированные текстовые и графические материалы проектной
документации с подписями руководителей и исполнителей в штампах, или
проектная документация в электронном виде заверенная электронной подписью.
Проектная документация в электронном виде формируется в папки, в которые
помещаются полистовые файлы, аналогично сброшюрованным томам,
Заказчику выдается проектная документация в количестве, определенном
заданием на проектирование.

Выдачу проектной документации заказчику осуществляет Отдел механизации
и выпуска проектов на основании указаний руководителя проекта (ГИПа, ГАПа).
Отдел механизации и выпуска проектов комплектует, оформляет и
переплетает проектную документацию, оформляет накладные документы и
отправляет проектную документацию заказчику.

Финансовая служба проектной организации оформляет акты приема-передачи
проектной продукции и подписывает их у заказчика.

Отдел механизации и выпуска проектов передает руководителю проекта
(ГИПу, ГАПу) полный комплект проектной документации, состоящий из
сброшюрованных в тома текстовых и графических материалов проектной
документации, а также материалов отчетно-технической документации по
инженерным изысканиям для передачи в архив.

Вернуться наверх

15. Порядок внесения изменений в проектную документацию

Изменением документа, ранее переданного заказчику, является любое
исправление, исключение или добавление в него каких либо данных без изменения
обозначения этого документа.

Обозначение документа допускается изменять только в случае, если разным
документам ошибочно присвоены одинаковые обозначения или в обозначении
документа допущена ошибка.

Внесение изменений в расчеты не допускается, (п.7.1.2 [40]).

Если изменение документа неприемлемо, то должен быть выпущен новый
документ с новым обозначением, (п.7.1.3 [40]).

Любое изменение в документе, вызывающее какие-либо изменения в других
документах, должно одновременно сопровождаться внесением соответствующих
изменений во все взаимосвязанные документы, (п.7.1.4 [40]).

Общий порядок и правила внесения изменений в проектную документацию
регламентирован п.7 «Правила внесения изменений» ГОСТ Р 21.1101.2013. [40].

Особенности внесения изменений в проектную документацию
регламентированы п.7.4 ГОСТ Р 21.1101.2013. [40].

Вернуться наверх

16. Передача проектной документации в архив

Передача проектной документации в архив осуществляется руководителем
проекта (ГИПом, ГАПом) по завершению 6-го этапа «Выдача проектной
документации заказчику» технологического процесса подготовки проектной
документации по разделам. Руководитель проекта (ГИП, ГАП) обязан передать в
архив полный комплект проектной документации, как на бумажном, так и на
электронном носителях.

Руководитель проекта ГИП, ГАП), для передачи в архив проектной
документации, формирует полный комплект проектной документации, состоящий
из сброшюрованных в тома текстовых и графических материалов проектной
документации, а также материалов отчетно-технической документации по
инженерным изысканиям. Под брошюровкой понимается размещение материалов
проектной документации в переплетах или твердых папках с легкоразъемными
креплениями (замками).

Параллельно с комплектацией проектной документации на бумажном
носителе, руководитель проекта (ГИП, ГАП) формирует полный комплект проектной документации, а также материалов отчетно-технической документации
по инженерным изысканиям на электронном носителе в следующих форматах:
— сканированные текстовые и графические материалы проектной
документации с подписями руководителей и исполнителей в штампах;
— в форматах программ, используемых при подготовке проектной
документации.

Проектная документация в электронном виде формируется в папки, в которые
помещаются полистовые файлы, аналогично сброшюрованным томам,.
Передачу проектной документации в архив, руководитель проекта (ГИП,
ГАП) осуществляет по описи передаваемой документации.

Вернуться наверх

Скачать «Руководство по подготовке проектной документации для объектов капитального строительства производственного и гражданского назначения»

В работе даны понятия о процессах проектирования и разработки продукции. Показано,
что  бизнес может выжить в
конкурентной борьбе при реализации своей продукции только тогда, когда
выработана стратегия проектирования.

Показана  необходимость управления процессом на каждом этапе проектирования и разработки продукции или услуги.

В работе описан порядка проведения процесса проектирования и разработки,
приведена схема управления процессом проектирования, а так же разобран
возможный путь внесения изменений при проектировании.

 Введение

В настоящее время предприятию
можно выжить в конкурентной борьбе при реализации своей продукции только тогда,
когда выработанная продукция  или
оказанная услуга будут качественными.

В международном стандарте
качества ГОСТ ISO 9000 — 2011 дано современное определение качеству: «Качество — это
степень соответствия совокупности присущих характеристик требованиям».

И качество продукции или
услуги должно улучшаться постоянно, потому что качество товаров и услуг,
управление качеством является ключевой составляющей благосостояния людей,
основным средством достижения и поддержания конкурентоспособности любого
предприятия или компании.

Качество создается на
всех стадиях производства и оно определяет потребности потребителя, и на каждой
стадии существуют свои методы и инструменты достижения качества.

Качество процессов в организации
можно определить схемой, приведенной на рисунке 1.

 И управление качеством можно
определить как скоординированную деятельность организации по планированию,
обеспечению, мотивации и контролю качества, что создает условия постоянного
улучшения работы организации в области качества — удовлетворения и
предвосхищения запросов потребителей (рисунок 2).

 Улучшение качества — это
главнейшая задача в производстве товаров и услуг, это требует постоянное изменения потребности, желания и требованию
потребителя. Это диктуется и жесткой конкуренцией рынка сбыта, требующей
изменять качественные свойства продукции в сторону улучшения. Конкуренция
способствует:

— наиболее рациональному
и эффективному развитию экономики;

— постоянному
совершенствованию техники и организации труда;

— внедрению
научно-технических достижений в производство;

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

— расширению ассортимента
товаров и услуг;

— улучшению сервисного обслуживания
потребителей после реализации товаров и услуг.

Улучшение качества является актуальной для многих предприятий любой
сферы деятельности, и такой путь, по мнению Деминга (рисунок 3), является
наиболее выгодным для любой организации, так как он в конечном итоге позволяет
выжить при любой конкуренции.

Но
для этого требуется тщательная продуманная стратегия: необходимо вначале
спроектировать все необходимые изменения, а затем приступить на основе проекта
к производству новой продукции или прежней, но 
с новыми потребительскими качествами, которые вначале надо спроектировать,
определить качественные критерии будущей продукции или услуги на основе
имеющихся образцов, требований международных стандартов качества серии 9000, состояния
рынка сбыта, потребностей потребителей. Это потребует новое планирование и управление проектированием и
разработкой новой продукции  [1 — 3]: здесь
надо определить стадии проектирования и разработки, наметить объекты и сроки
проведение анализа на каждой стадии проектирования и разработки, закрепить
ответственность и полномочия в области проектирования и разработки и т.д.

 Все это относится так же и к созданию различной проектно-конструкторской
и технологической документации на новое изделие, на программное обеспечение,
программы повышение эффективности организации труда и оптимизации финансовых
затрат и т.д. И при создании документации по проектированию надо умело управлять
взаимодействием различных групп, занятых проектированием и разработкой с целью
обеспечения эффективной связи и четкого распределения ответственности. А работу
эту надо организовать так, чтобы использовать новейшие достижения в этой
области, с учетом специфических правил и законов управления проектированием новой
продукции. Только такой подход позволит добиться успеха в создании наилучших и
успешных проектов,
дающим новые или усовершенствованные технологии, продукты и услуги, новые
организационные структуры, что приведет к увеличению объема реализованных
товаров или услуг за счет возросшей удовлетворенности потребителей, к уменьшению
стоимости за счет улучшенного качества, к сохранению конкурентоспособности и расширению
сферы влияния бизнеса предприятия.

В данной курсовой работе
рассмотрены способы управления процессом проектирования и даны некоторые рекомендации
по улучшению этого процесса.

Целью работы является изучение
 процесса проектирования новой продукции и
разработка рекомендаций по управлению этого процесса в организации.

Достижение поставленной
цели предопределило решение следующих задач:

— изучить сущность
процесса проектирования товаров и услуг;

— изучить возможности
управления процессами проектирования.

Объектом исследования в
работе является система управления процессом проектирования и разработки
продукции и документации на предприятиях.

1 Нормативные ссылки

В настоящей курсовой работе
использованы ссылки на следующие нормативные документы:

ГОСТ ISO 9000-2011
Системы менеджмента качества. Основные положения и словарь

ГОСТ ISO 9001-2011
Системы менеджмента качества. Требования

ГОСТ Р ИСО 9004 — 2011
Системы менеджмента качества. Рекомендации по улучшению деятельности

ГОСТ Р ИСО 19011 — 2012
Руководящие указания по аудиту систем менеджмента качества

Закон Российской
Федерации «О техническом регулировании» от 27.12.2002     № 184.- ФЗ// Собрание законов РФ.- 2002.-
№52. ч.1

2 Термины и определения

В настоящей курсовой работе применены следующие термины с
соответствующими определениями.

2.1 Бизнес-процесс —
процесс, в результате которого создаются экономические блага, ценности.

2.2 Качество —
это степень соответствия совокупности присущих характеристик требованиям.

2.3 Материальные
ресурсы — предметы и средства труда: сырье, материалы основные и
вспомогательные, полуфабрикаты, энергия, оборудования и их оснащения, запасные
части машин и оборудований, тара и тарные материалы, незавершенное
производство, некоторые отходы производства и др.

2.4 Моделирование — исследование объектов познания на их моделях;
построение и изучение моделей реально существующих объектов, процессов или
явлений с целью получения объяснений этих явлений, а также для предсказания
явлений, интересующих исследователя.

2.5 Проект —
уникальный процесс, состоящий из совокупности скоординированных и управляемых
видов деятельности с начальной и конечной датами, предпринятый для достижения
цели, соответствующей конкретным требованиям, включающий ограничения по срокам,
стоимости и ресурсам.

2.6 Проектирование и разработка — совокупность процессов, переводящих
требования в установленные характеристики или спецификации на продукцию,
процесс или систему.

2.7 Процесс — совокупность взаимосвязанных или взаимодействующих видов
деятельности, преобразующая входы в выходы.

2.8 Процессный подход в
менеджменте организации — это рассмотрение любой ее деятельности как процесса,
в котором используемые ресурсы входа преобразуются в выход (результат
деятельности или процесса).

2.9 Предлагаемый
продукт — продукт, предлагаемый покупателю, яв­ляющемуся внешним по
отношению к предлагающей организации. Использование термина «предлагаемый
продукт» позволяет отличить продукт, предназначенный для внутреннего
использования организацией, от продукта, предназначенного для внешнего рынка,
т. е. от то­варного продукта.

2.10 Покупатель —
организация или лицо, получающее продукцию.

2.11 Поставщик —
организация или лицо, предоставляющее продукцию.

2.12 Стратификация —
процесс сортировки данных согласно некоторым критериям или переменным,
результаты которого часто показываются в виде диаграмм и графиков.

2.13 Требование — потребность или ожидание, которое установлено, обычно предполагается
или является обязательным

2.14 Услуга —
процесс непосредственного взаимодействия поставщика и потребителя или
деятельность поставщика по удовлетворению потребностей потребителя.

3 Сущность качества проектирования товаров и услуг

Прежде всего дадим понятие:
что такое процесс.

По стандартному определению процесс — это совокупность взаимосвязанных
или взаимодействующих видов деятельности, преобразующая входы в выходы.

Отсюда следует, что
процесс — это деятельность, использующая ресурсы и управляемая с целью
преобразования входов в выходы. Так как он обязательно имеет потребителя
внутреннего или внешнего, то все действия внутри организации надо рассматривать
либо как процесс, либо как его часть, то есть подпроцесс. И на основании
стандарта ГОСТ ISO 9001 процессы
условно делятся на основные, вспомогательные и процессы управления [1- 3]. Основными
процессами являются процессы жизненного цикла продукции: разработки,
производства, поставки. А вспомогательные процессы обеспечивают деятельность
основных процессов. При этом они не добавляют стоимости и являются по своей
сути затратными. Рассматриваемый процесс управления проектированием и
разработкой продукции относится к управления деятельностью, то есть он связан с
самой непосредственной деятельностью.

Процессы управления организацией
включают в себя управление всеми видами деятельности — например, управление закупками
и производством, и организационное планирование — организации, руководства,
контроля, регулирования. Их можно разделить на первичные, поддерживающие и развивающие.
Первичные процессы — это собственно сами бизнес-процессы, состоящие из
процессов разработки продукции и требований потребителей, выполнение заказов, обслуживание
потребителя.

По определению
бизнес-процесс — это процесс, в результате которого создаются экономические
блага, ценности. Таким образом, по существу, бизнес-процессы связывают
различные функциональные действия, приводящие к выпуску продукции, созданию
услуги или отдельных ее компонентов. Таким образом, это процессы,
непосредственно обеспечивающие выпуск продукции или оказание услуг, планирования
и управления; они связаны с процессами ресурсными и преобразования, зависящие
от существующей технологии реализации бизнес-процесса на основе своей структурной
составляющей системы (степенью компьютеризации и автоматизации, наличием современного
оборудования и т.д.).

Исходя из этого, показатели
качества осуществления бизнес-процессов определяются:

— количеством
производимой продукции заданного качества;

— числом основных
производственных операций, выполняемых при производстве продукции за
определенный интервал времени и их длительность в расчете на единицу продукции;

— себестоимостью и стоимостью
издержек производства на единицу продукции;

— величиной капиталовложения
в производство продукции;

 — количеством потребителей данной продукции.

Поэтому основной бизнес-процесс
определяется как  проектирование и
разработка продукции или услуги. Отсюда следует, что одним из важнейших всех звеньев
системы управления является эффективное руководство процессом проектирования и
разработки продукции [6 — 10], так как в рыночных конкурентных условиях
качество продукции, в том числе и проектируемой является одним из основных
критериев конкурентоспособности и обеспечения устойчивой работы предприятия.

Проектирование и
разработку словарь стандарта ГОСТ ISO 9000 характеризует как совокупность процессов, переводящих
требования в установленные характеристики или нормативную и техническую
документацию на продукцию, процесс или систему. В широком смысле  — это по существу комплекс различных мероприятий
(социально-экономических, организационных, научно-технических и других),
включающих разработку мероприятий, гарантирующих безопасность продукции (в том
числе и ее экологичность), подтвержденных в соответствующей документации [7
-10].

Процессы проектирования и разработки, которые
должна осуществлять организация, должны обязательно планироваться., так как
необходимо заранее предусмотреть критерии для управления взаимодействием различных групп, занятых
проектированием и разработкой, созданием эффективной рабочей связью и четкого
распределения ответственности. Разумеется, мероприятия планирования должны
постоянно контролироваться и актуализироваться. Поэтому управление проектами должно опираться на стратегическое
планирование, дающее с ясным представление перспективы развития в области
проектирования для того, чтобы приспособиться к постоянно меняющимся
требованиям и желаниям потребителей и постоянной конкуренции, то есть постоянно
развивать методологию управления проектами для достижения стратегических целей
несмотря на то, что это не гарантируют быстрого получения прибыли или
достижения успеха. Но зато этот подход увеличивает шансы на успех в
долгосрочной перспективе. Кроме того, грамотное преподнесение перспективной цели
о планируемых изменениях на всех уровнях управления позволяет улучшить
восприятие и поддержку сотрудников, а значит, резко сократить сопротивление со
стороны работников процессу изменения. Так как проектирование должно
базироваться на возможности оптимальных затрат на проводимые работы без ущерба
качества, то его целью является создание высококачественных изделий или услуг
при низких производственных и эксплуатационных затратах с увеличенным
бездефектным сроком использования товара или результатов услуги.

Успех проектирования будет обеспечен, если
работу проводить, как рекомендуют стандарты качества ИСО серии 9000, на основе системного и
процессного подходов — тогда деятельность предприятия будет целенаправленной, целесообразной, обоснованной и эффективной, базирующейся
на поиске наилучшего пути создания качественной продукции.

При планировании обязательно надо обязательно определиться
с входными и выходными данные для проектирования и разработки, а так же об их
соответствии.

К входным данным
относятся различные функциональные, эксплуатационные и другие требования,
необходимые для проектирования и разработки качественной продукции или услуги,
а так же требуемые нормативные и законодательные документы, которые должны
анализироваться на адекватность. Выходные данные проектирования и разработки должны позволить
провести сопоставление входных требований к проектированию и разработке на
адекватность документации СМК. Эти критерии качества обязательно утверждаются
заранее, на стадии планирования работ. В них излагаются требованиям по
закупкам, производству и обслуживанию, критерии приемки продукции и определению
характеристики продукции с учетом ее безопасного и правильного использования.

Разумеется, команда
проектировщиков обязательно должна быть компетентна в области предполагаемой
продукции и услуги. Только в этом случае можно ожидать результативность проектирования
и разработки и возможность выявить несоответствия на любой стадии
проектирования и внести эффективные предложения по корректирующим действиям.

Для проектов надо на каждом этапе проектирования
проводить верификацию (чтобы
удостовериться, что выходные данные проектирования и разработки отвечают
входным требованиям для проектирования и разработки). и валидацию (чтобы удостовериться, что
полученная в результате продукция способна отвечать требованиям к
установленному или предполагаемому использованию).

Особое место занимает
проблема сроков проектирования. Учитывая изменчивость рынка, потребностей и
желаний потребителя, критериев конкуренции, необходимо ужесточить временные
критерии проектирования продукции и услуг: чем быстрее организация учтет
потребности и нужды покупателя и требования рынка в проектируемом продукте, тем
меньше будут затраты на этой стадии, тем быстрее фирма выйдет на рынок с новым
товаром и получит достойную прибыль.

4 Схема последовательности этапов проведения процесса
проектирования и разработки

В принципе процесс
планирования и проектирования новой продукции или услуги должен определяться
следующими направлениями работы:

— выработка идеи вида
новой продукции или услуги и разработка к ним требований;

— проработка
осуществимости этой идеи;

— проведение опытно-конструкторских
разработок;

— создание пробных
образцов и выход с ними на рынок;

— коммерциализация
разработки [8 — 10].

Разработка идеи
осуществляется с учетом оценки предложений по новым продуктам и услугам с
позиций наиболее интересных и привлекательных для потребителей, с учетом
возможностей производителя (его производственных площадей и финансового
положения), состояния уровня развития техники и механизмов в настоящее время. При
проработке идеи и опытно-конструкторских работ уточняются запросы потенциальных
потребителей и предполагаемой стратегия сбыта продукции. В этом случае
учитываются такие потребительские критерии как:

— стоимость товара или
услуги и экономичность эксплуатации;

— универсальность
использования;

— качество наряду с элементами
роскоши;

— размер, мощность или
прочность;

— требования к
обслуживанию и его простота;

— срок службы и надежность
в эксплуатации.

Особое место занимает
проблема выбора той или иной идеи в рамках компромиссов. Например, установка
кондиционера в автомашине сделает ее эксплуатацию более комфортабельной, но
увеличит объем обслуживания и ее стоимость; а применение утолщенных листов
металла для корпуса увеличивает срок службы автомобиля и повысит его
безопасность, но значительно увеличит стоимость продукта.

Согласно положениям
стандарта ГОСТ Р ИСО 9004 организация сама определяет последовательность, взаимодействие
и методику описания процессов.

Но в любом случае в
настоящее время с учетом рыночной направленности продукции и услуг всегда
проводится такие предварительные работы как:

— маркетинговые исследования;

— анализ возможностей
производства и сбыта;

— разработка и
конструирование продукта;

— технико-технологическая
 подготовка производства;

— выпуск опытного образца;

— утверждение процесса
проектирования и разработки продукции;

— массовое производство.

Хотя процессы, в том
числе и проектирования, можно описывать в произвольном порядке, но на практике
чаще всего применяют описание любого бизнес-процесса, разрабатывающего новые продукты
и услуги, в следующем условной последовательности:

— разработка концепции
новых продуктов и планов;

— проектирование, создание
и тестирование прототипов продуктов;

— внесение улучшений в
существующие продукты;

— тестирование
эффективности новых или усовершенствованных продуктов;

— подготовка к
производству;

— управление процессом
разработки продуктов.

А для научно-исследовательских
работ наиболее применяемая форма последовательности этапов следующая [7 — 9]:

— определение цели,
содержания, порядка работ и способ реализации полученных результатов;

— разработка технического
задания;

— выбор направления
исследования; теоретические и экспериментальные исследования;

— обобщение и оценка
результатов исследования;

— приемка работы;

— стадия
опытно-конструкторских работ с разработкой конструкторской документации:
технического предложения, эскизного и технического проект, рабочей конструкторской
документации;

— подготовки производства
к изготовлению продукции и само производство созданного изделия.

Перед утверждением
проекта обязательно надо провести экспертизу предложенного изделия с позиций этапов
самого производства с учетом ранжирования значимости критериев проектирования
процесса производства:

— экономическая
эффективность;

— производственная
мощность и ожидаемая производительность;

— гибкость технологии и
ее надежность;

— удовлетворение
жизненных потребностей работников;

— безопасность применения,
промышленная санитария и гигиена;

— стандартизация составных
частей сложного изделия и постоянство результатов при эксплуатации;

— ремонтопригодность
изделия и простота эксплуатации.

Из анализа этих
параметров предприятие выбирает варианты внедрения:

— осуществить мелкосерийное
производство, массовое производство, непрерывный процесс или комбинацию этих вариантов;

— открыть собственное
производство некоторых комплектующих изделий или приобретать их;

— выполнять некоторые
задачи производства самостоятельно или привлечь субподрядчиков.

Особо рассматривает такие
задачи как:

— какую выбрать
технологию производства (например, окраску можно вести распылением, кистью или окунанием);

— определить степень
механизации, автоматизации, специализации труда.

Процесс проектирования изделий
или услуги на предприятиях ведут по-разному [8 — 10], но чаще всего
осуществляют подходы последовательные
или параллельные. При последовательном проектировании вначале работают с одним
проектом и только после его окончательного завершения работы над ним принимается
одно из двух решений: продолжать или остановить осуществление нового проекта по
созданию нового изделия. В этом случае уменьшается финансовый риск, связанный с
инновационным процессом — ведь на каждом его этапе расход средств допускается
лишь после оценки выполненной части проекта и принятия руководством фирмы
соответствующего решения. Немало важным является возможность эффективно
проводить контроль хода работ — контроль упрощается из-за того, что он относятся
к одному виду деятельности, и проводятся в одном подразделении. Однако данный
подход имеет очень существенный недостаток: он не позволяет быстро проектировать
и создавать новые изделия. На современном этапе обновления рынка, несмотря на
значительные достоинства, последовательное выполнение всех стадий работ неэффективно.

Параллельное
проектирование предполагает проведение одновременно независимое выполнение не
одного, а нескольких проектов, работы при этом в очередном подразделении могут быть начаты до завершения
работ в предшествующем по технологической цепочке подразделении. Неоспоримым
достоинством такого подхода является сокращение продолжительности цикла
проектирования. Но это увеличивает финансовый риск, так как решение о
продолжении или прекращении работ над проектом принимается без учета
рентабельности уже начатого в другом подразделении (бригаде) проекта. И в
случае отрицательного решения производство теряет как средства, затраченные на
предыдущих этапах работы, так и средства, связанные с уже начатым очередным
видом проектных работ. И несмотря на это, параллельное выполнение работ из-за сокращения
сроков проектирования применяется в настоящее время чаще, чем последовательное,
в противном случае очень сложно уследить за очень быстрым изменением настроения
рынка.

На практике большое
значение имеет длительность цикла проектирования, а главная причина появления
длительных циклов проектирования — очереди на проектные работы. Необходимо
уметь гибко использовать внутренние ресурсы. На практике проектный отдел формируется
преимущественно из инженеров-универсалов. И только при решении современных серьезных
высокотехнологичных проблем используют работников узких специализаций. Инженеры-универсалы
позволяют сократить очередь, увеличивая пропускную способность тех средств
обслуживания, в которых есть необходимость в данное время.

Производительность труда
разработчиков зависит от многих факторов, в том числе от:

— надежности
проектируемой системы;

— длительности цикла
проектирования;

— технологичности
изготовления продукции;

— стоимости
проектирования;

— использования новой
технологии;

— проектирования системы
с учетом ее тестируемости;

— степени применения средств
многократного использования;

— автоматизации процесса
проектирования;

— интеграции
инструментальных средств проектирования;

— степени применения
современных методов моделирования.

Немало важным является организация
труда проектировщиков, а именно:

— как предусмотрено реальное
участие всех работников в принятии решений;

— имеет ли место демонстрация
заинтересованности предприятия в генерировании новых идей;

— применяется ли
демократичный стиль управления и налаживания хороших связей между инженерными
службами и менеджерами:

— есть ли положение о
стимулирующих факторах личного вклада каждого в системе заработной платы.

5 Схема управления процесса проектирования и               разработки

Процесс
управления создания проекта новой продукции или услуги начинается с
рассмотрения всех аспектов проектирования. Кратко это можно показать схемой
последовательности проведения этапов:

—
первый этап — это
обоснование необходимости создания новой продукции или услуги с разработкой
необходимых требований (то есть проведение обсуждения рациональности идеи);

— второй этап заключается
в оценке разработчиком сложности работы по созданию новой продукции или услуги,
рациональности ее создания;

— на третьем этапе
решается целесообразность проектных работ по созданию новой продукции или
услуги;

— на четвертом этапе
проводится выполнение проектирования;

— пятый этап
осуществляется аудит, то есть проверяется по соответствующему регламенту:
выполнены ли все действия, которые необходимо было сделать при проектировании.

Это можно показать схемой
процесса, показанной на рисунке 4.

После окончания
проектирования при проведении аудита проекта или в результате изменения
рыночных требований к продукции или услуги не редко необходимо внести в проект изменения
при проектировании. В этом случае надо следовать определенному порядку внесений
изменений, чтобы исключить источники ошибок при дальнейшем использовании
взаимно связанных документов (внесенное изменение одного пункта проекта
обязательно отразится на содержании других пунктов документов): например, изменение
программы затронет многие разделы документации, порядок контроля проведения
аудита, базу данных и т.д.

Согласно требований
стандартов качества ИСО серии 9000 всякие изменения проекта и разработки должны
быть идентифицированы, а записи должны поддерживаться в рабочем состоянии;
кроме того, внесенные изменения должны быть проанализированы (то есть иметь оценку
влияния изменений на уже поставленную продукцию), верифицированы и подтверждены
соответствующим образом, а также согласованы еще до внесения изменений в
документы [8 — 10]. И каждое изменение должно быть письменно зафиксировано и проконтролировано
его выполнение в системе конфигурационного управления предприятием [1 — 3], с
помощью которого контролируется вся деятельность
организации, в том числе продукции на протяжении всего жизненного ее цикла — конфигурационное
управление и предназначено для того,
чтобы был во всем требуемый порядок: что в данный момент разработано; в каком
виде все содержится; из каких элементов образуется данная разработка. И здесь
жестко работает принцип базовой линии: до тех пор, пока идет разработка какой-то
части системы, разработчик может вносить в нее необходимые изменения; но как
только работа над проектом разработки закончена, то данный элемент вносится в
базу как утвержденный элемент и носит название базовой линии. Теперь любое его изменение
должно выполняться в соответствии со строгим порядком — и  недопустимо уже простое внесение изменений
без соблюдения строго определенной процедуры. Теперь всякое изменение должно
строго контролироваться конфигурационным управлением, что не допускает
неконтролируемые изменения, ведущие к неразберихе в документах.

На практике уже
установился строгий порядок проведения процесса внесения и контроля изменений.
Он похож своими этапами на схему управления проектированием новых товаров и
услуг, но имеет несколько другой оттенок. Разберем этапы порядка внесения в конфигурационное
управление изменений в документацию, конструкцию товара или отдельные его части.

На первом этапе
рассматривается вопрос появление и необходимость в изменениях в результате
изменения требования. Здесь заказчик обязан представить запрос на изменение с обязательным
обоснованием.

Второй этап заключается в
проведении запроса разработчика на возможность изменения, который оценивается
разработчиком указанной продукции с точки зрения сложности этой работы,
количества других затронутых элементов и ответа на вопрос: целесообразно ли это. 

Только после этого
специалисты на третьем этапе принимают решение о целесообразности внесения
такого изменения: изменения могут быть столь серьезными, что потребуют
изменения исходных требований и построения нового продукта, либо разработку
новой редакции. Поэтому предложение отвергается, либо заявка включается в
очередь на внесение изменений.

На четвертом этапе за
каждым объектом, подлежащем изменению, закрепляется ответственный исполнитель,
для выполнения этого изменения объект изымается из базы элементов проекта, т.е.
к нему не могут иметь доступ в это время другие работники.

 Пятый этап представляет собой выполнение
(реализацию) требуемого изменения.

Чрезвычайно важным
является этап осуществление аудита изменения, т.е. проверяется по соответствующему
регламенту: выполнены ли все действия заложенного изменения, которые необходимо
было выполнять при внесении данной корректировки.

И только после выполнения
пяти этапов измененный элемент помещается опять в базу данных конфигурационного
управления, устанавливается базовая линия для тестирования, выполняются
действия по тестированию и обеспечению качества.

Наступает самый
ответственный, восьмой этап — проводится аудит заново созданной  всей новой версия продукции для всех
элементов конфигурации, на которые может оказать влияние изменение в данном
элементе. И только после этого распространяется новая версия.

 Заключение

В
курсовой работе даны понятия о процессах проектирования и разработки продукции.
Показано, что  бизнес может выжить в конкурентной борьбе
при реализации своей продукции только тогда, когда выработанная продукция  или оказанная услуга будут качественными, для
чего требуется тщательная продуманная
стратегия: необходимо вначале спроектировать все необходимые параметры продукции
или услуги, а только потом приступить на основе проекта к производству новой
продукции или прежней, но  с новыми
потребительскими качествами — эти качества вначале надо спроектировать,
определить критерии будущей продукции или услуги на основе имеющихся образцов,
требований международных стандартов качества серии 9000, состояния рынка сбыта,
потребностей потребителей.

И что очень важно — на
каждом этапе проектирования необходимо управлять
процессом: определить стадии проектирования и разработки, наметить объекты и
сроки проведение анализа каждой стадии, закрепить ответственность и полномочия
в области проектирования и разработки.

В
работе описан порядка проведения процесса проектирования и разработки приведена
схема управления процессом проектирования, а так же разобран возможный путь внесения
изменений при проектировании.

 Список использованных источников

1. Марцинковский А.В., Данилин В.Н. Управление процессами:
учеб. пособие. Краснодар: Изд-во ГОУВПО «КубГТУ», 2006. 146 с.

2. Всеобщее Управление
качеством: Учебник для вузов. Под ред.       
О.П. Глудкина .  М.: Горячая линия
— Телеком, 2001. 220 с.

3. Управление качеством:
Том 2. Принципы и методы всеобщего руководства качеством. Основы обеспечения
качества. Под общей редакцией  Азарова
В.Н.  М.: МГИЭМ, 2000. 356 с.

4. Мазур
И.И. Управление качеством // Учебное пособие для студентов вузов, обучающихся
по специальности Управление качеством. — 3-е изд., стер. М.: Изд-во Омега-Л,
2006. — 400 с.

5.
Волков О.И. Моделирование и управление бизнес-процессами // Экономика
предприятия (фирмы): Учебник. М.: ИНФРА-М, 2004. 601 с.

6.
Качество в XXI веке. Роль качества в обеспечении конкурентоспособности и
устойчивого развития // Стандарты и качество. 
М.: РИА, 2005. —  С. 15-21.

7.
Любушин Н.П., Лещева В.Б., Дьякова В.Г. Анализ финансово-экономической
деятельности предприятия: Учеб. пособие для вузов // Под ред. проф. Н.П. Любушина.
 М.: ЮНИТИ-ДАНА, 2004. — 121 с.

8. Шенкман
С.А. Основы проектирования процессов // Методы менеджмента качества . 2006.  № 5.  С.
18-24.

9.
Аронов И.З., Версан В.Г. Процессы проектирования и разработки продукции //
Стандарты и качество. 2004. № 1. С. 61 — 68.

10.
Филатов Е. Как улучшить процесс проектирования. URL: http://www.sunquality.ru/content/view/ 82/88888944.html (дата обращения 24.02.2015г.).

Кадр: фильм «Тринадцать друзей Оушена» / Warner Bros. Pictures

Рассказывает просто о сложных вещах из мира бизнеса и управления. До редактуры — пять лет в банке и три — в оценке имущества. Разбирается в Excel, финансах и корпоративной жизни.

Руководитель проектов цифровой трансформации. Эксперт в области управления цифровыми и индустриальными инвестиционными проектами на территории СНГ и в Европе с 17-летним опытом. Слушатель программы MBA «Лидеры изменений». Email: aiparamonov@mail.ru

---

Фото: личный архив Александра Парамонова

Управление проектами — самостоятельное обширное направление в менеджменте. Проект — это и создание нового сайта, и разработка продукта, и строительство здания, и перевоз офиса. Проектами занимаются все или почти все компании.

Управление проектами включает в себя методики, принципы, концепции, лучшие практики. Проектный менеджмент помогает реализовывать проекты в срок с минимальными затратами.

Поэтому разбираться в том, как управлять проектами, должен любой менеджер и собственник бизнеса. В статье для Skillbox Media рассказываем:

• для чего нужно проектное управление и чем процесс отличается от проекта;
• какие этапы включает управление проектом;
• какие методы управления проектами есть и как между ними выбрать;
• какие системы и инструменты используют для управления проектами;
• как организовать управление проектами и кто такой менеджер проекта;
• можно ли управлять проектами без специального образования;
• как узнать больше о проектах и управлении.

---

Управление проектами — работы, направленные на решение задач и достижение целей проекта. Чтобы лучше понять, для чего компаниям необходимо проектное управление, разделим понятия «процесс» и «проект».

Процесс ориентирован на устойчивую непрерывную деятельность, упорядоченную рутину. Например, таков технологический или бизнес-процесс.

В основе процесса — поток ценностей и взаимодействий, которые дальше будут повторяться по циклу. Часто процессы регламентированы. В управлении это называется процессно-ориентированным подходом.

Проект — уникальная цель с ограничениями по времени, бюджету и качеству. Поэтому план по его достижению создаётся каждый раз заново. Это называется проектно-ориентированным подходом.

Процесс можно сравнить с массовым выпуском продукции, а проект — с мелкосерийным производством на заказ. Например, производство серийных автомобилей — это процесс, а разработка новой модели — проект. В основе каждого процесса лежит проект — когда-то его тоже делали впервые.

В современном мире бизнес всё чаще превращается из регулярного управляемого процесса в множество уникальных проектов — возникают задачи по выживанию компании или по адаптации к быстро меняющейся среде. Поэтому высоко ценится умение превращать эти задачи в проекты, а затем управлять ими.

Вот примеры проектов, выполнение которых стало вопросом выживания для некоторых видов бизнеса в последнее время:

• организация гибридного формата работы сотрудников;
• перестройка и локализация цепочек поставки;
• цифровая трансформация.

Вот некоторые преимущества внедрения управления проектами в компании:

• Проектный менеджмент — это эффективное управление ресурсами для решения задач. Эффективное управление — это экономия ресурсов, а сэкономил ресурсы — значит заработал.
• Тенденция последнего времени — плоские организационные структуры, где менеджеров становится меньше, а нужные специалисты объединены в команды под задачи бизнеса. В этом случае проектный менеджмент подготавливает компанию к трансформации под запросы рынка.
• Инновации в компании, выход на новые рынки становятся проще после реализации успешных проектов.

В следующем разделе разберём, какие процессы включает в себя проектное управление.

Этапы управления проектом соответствуют этапам его жизненного цикла. Согласно PMBok, они включают в себя:

• инициацию;
• планирование;
• исполнение;
• управление и контроль;
• завершение.

Инициация. Это подтверждение, что идея проекта достойна воплощения. На этом этапе важно подготовить устав проекта и карту стейкхолдеров. В уставе проекта конкретизируют задачу — название и цель проекта, сроки требования, бюджет, риски, роли, бизнес-выгоды.

Планирование. На этом этапе разрабатывают структуру проекта и наполняют её артефактами — прорабатывают реализацию, разные сценарии и гипотезы до начала работ. Это повышает вероятность успеха проекта.

Подробнее о структуре проекта и о том, как её разработать за семь шагов, говорили в этой статье.

Исполнение. Этот этап предполагает выполнение проекта и коммуникацию с заказчиком и командой.

Управление и контроль. Мониторинг баланса проекта по факторам времени, бюджета и качества. Подробнее о таком балансе говорили в этой статье.

Завершение проекта. На этом этапе выявляют лучшие практики и уроки проекта. Это информация важна как для самой команды — чтобы не повторять ошибок, так и для последователей, которые будут делать аналогичный проект в будущем.

Здесь можно изучить структуру PMBok и взаимосвязь этапов проекта с необходимыми областями знаний и шаблонами документов.

Методы управления проектами — системы принципов, инструментов и процедур, которые используют менеджеры.

За время существования проектного управления разработано много разных методов. Они различаются по областям применения, структурной организации и детализированности.

В этой статье поговорим о методах Agile и Waterfall. Современный менеджер проекта должен владеть и тем, и другим.

Waterfall («водопад», или каскадная модель). Согласно этой методике, все задачи проекта решают последовательно и строго по первоначальному плану. Как правило, команда такого проекта несёт полную финансовую ответственность за срыв сроков и бюджета.

Эту модель применяют в таких случаях:

• Требования к проекту тщательно продуманы и неизменны.
• Технологии выполнения проекта известны заранее.
• Приоритет проекта — высокое качество продукта.
• Заказчик не может участвовать в процессах проекта. Это характерно для проектов на аутсорсинге, где заказчик получает финальный готовый результат.
• Заказчику в самом начале важно знать точные сроки и бюджет проекта.
• Исполнитель реализовывал аналогичный проект ранее. Например, в строительстве типовых объектов или в разработке программ с использованием «коробочного» решения.

Agile (гибкая методология разработки). Это группа методологий гибкого управления проектами. К ним относятся Scrum, Kanban, XP и другие. В их основе лежит четыре принципа:

• Люди важнее процессов и инструментов.
• Качество продукта важнее подробной документации.
• Взаимодействие с заказчиком важнее согласования условий контракта.
• Готовность к изменениям важнее следования плану.

Методы Agile применяют в таких случаях:

• Перечень требований окончательно не определён — цель и задачи проекта нужно корректировать по ходу его выполнения.
• Важно создать рабочую версию продукта в короткие сроки. Например, разработать ПО.
• Заказчик принимает активное участие в проекте на всех этапах его жизненного цикла — для него важно иметь возможность внести изменения в любой момент.

Выбор метода зависит от специфики проекта. Например, в строительстве и сложных инженерных проектах agile-методологии почти не применяются. Для них больше подходит метод Waterfall. А вот в разработке программного обеспечения и цифровизации всё наоборот.

Лучше всего выбирать метод управления проектом в зависимости от условий окружающей среды. Для этого можно использовать модель Киневина. Согласно ей, есть пять основных контекстов принятия решений — пять условий среды, в которых может находиться проект:

• простая упорядоченная среда;
• сложная упорядоченная среда;
• запутанная среда;
• хаотичная среда;
• беспорядочная среда.

Разобравшись, в каком контексте находится проект, можно осознать его сложность и выбрать метод управления.

При выборе инструмента для работы нужно руководствоваться контекстом, выгодами для проекта, команды и заказчиков. У каждой системы своя область применения, поэтому подбирать инструмент нужно исходя из соображений рациональности и здравого смысла. Не стоит гнаться за трендами и модой — важно получить выгоду от использования и нужный результат проекта.

Об инструментах управления проектами можно почитать в этой статье Skillbox Media.

Организацией управления проектами занимаются менеджеры проектов. Поэтому успех проекта во многом зависит от квалификации и личностных качеств менеджера.

Квалификация менеджеров проекта. Главное требование — базовые знания по управлению проектами. Их можно получить из PMBoK — это самая распространённая модель, которая лежит в основе многих стандартов. Есть и другие стандарты — например, APMBoK или P2M.

Кроме знаний по управлению, менеджер должен ориентироваться в предметной области проекта — например, в строительстве или программном обеспечении — хотя бы на среднем уровне.

Часто профессиональные менеджеры склонны к процессно-ориентированному подходу. Они могут превратить порученный проект в «долгострой» и растянуть процесс его улучшений на годы. Избежать этого можно с помощью обучения проектному мышлению.

Личностные качества менеджеров проекта. Менеджер проекта — лидерская роль. Поэтому его личность и мотивация важны не менее, чем квалификация.

Менеджер проекта общается с заказчиком, собирает и мотивирует команду, взаимодействует с коллегами, которые напрямую ему не подчиняются. Поэтому для менеджера важно иметь навыки ведения переговоров, проявлять лидерские качества в трудные для проекта моменты.

Можно ли управлять проектами без специального образования? Можно. Но велика вероятность, что такой менеджер потратит время впустую. Скорее всего, он начнёт «изобретать велосипед» и в итоге придёт к схожему проектному подходу.

Моя рекомендация — для начала освоить методики стандартов. Затем решить, что из этого можно взять в работу, а что не потребуется или будет избыточным в проекте. Стандарты нужно знать, но слепо следовать им не стоит — разным проектам нужны разные наборы инструментов. Понимание принципов важнее точного соблюдения стандарта, а практика важнее, чем теория.

Итак, хороший менеджер проекта должен отвечать следующим требованиям:

• быть личностью с развитыми софт-скиллами и лидерскими данными;
• быть мотивированным на результат и уметь вовлечь команду;
• иметь квалификацию в управлении проектами и в предметной области, в которой реализуется проект.

Что ещё нужно знать об управлении проектами? Управлять проектами — это управлять собой. Только через управление собой можно управлять командой и окружением.

В проектах важна психология — результат не всегда предсказуем на 100%. Поэтому нужно уметь правильно реагировать на кризисы и вызовы. Об экологичных способах управления собой и командой можно почитать в этих книгах:

• «Психологическое айкидо» Михаила Литвака;
• «Игры, в которые играют люди» Эрика Берна.

• Проект — уникальная цель с ограничениями по времени, бюджету и качеству. Управление проектами — работы, направленные на решение задач и достижение целей проекта.
• Управление проектом состоит из пяти основных этапов: инициация, планирование, исполнение, управление и контроль, завершение.
• Методы управления проектами — системы принципов, инструментов и процедур, которые используют менеджеры. Среди самых популярных методов — Agile, Waterfall. Они различаются по областям применения, структурной организации и детализированности.
• Управлением проектами занимаются менеджеры проектов. У хорошего менеджера должны быть развиты лидерские качества и навыки ведения переговоров. Также менеджер обязательно должен иметь базовые знания в области управления проектами.

• Если вы только начали знакомиться с управлением проектами и разбираетесь в его сущностях, прочитайте нашу статью — «Что такое проект: изучаем главное понятие проектного управления».
• В этой статье Skillbox Media можно узнать о структуре проекта и о том, как проработать её за семь этапов.
• Также в Skillbox Media есть статьи о методиках управления проектами: Scrum, Agile, Kanban, методе критического пути.
• Управлять проектами, работать с бюджетом, сотрудничать с заказчиками, управлять командой и презентовать проекты можно научиться на курсе Skillbox «Профессия Менеджер проектов».

Другие материалы Skillbox Media для менеджеров

Научитесь: Профессия Менеджер проектов
Узнать больше

В соответствии с
требованиями и рекомендациями МС ИСО
серии 9000: 2000 основными элементами
процесса проектирования и разработки
служат: планирование, определение
входных и выходных данных для проектирования
и разработки, верификация и валидация
проекта и разработки, управление
изменениями проекта и разработки. Дадим
краткую характеристику требований к
этим элементам процесса.

1. Планирование
проектирования и разработки
подразумевает:

■ установление
стадий проектирования и разработки;

■ определение
стадий проведения анализа, верификации
и валидации;

■ установление
распределения ответственности и
полномочий;

■ обеспечение
эффективного взаимодействия различных
групп;

■ актуализация
результатов планирования по ходу
проектирования и разработки (в случае
целесообразности).

2. Входные
данные для проектирования и разработки
следующие:

■ определение
входных данных;

■ поддержка записей
в рабочем состоянии;

■ содержание во
входных данных функциональных и
эксплуатационных требований,
соответствующих законодательных и
других обязательных требований,
информации, взятой из предыдущих проектов
(где это целесообразно), а также других
требований, важных для проектирования
и разработки;

■ полнота,
недвусмысленность и непротиворечивость
требований.

3. Выходные
данные проектирования и разработки:

■ представляются
в форме, позволяющей провести верификацию
относительно входных данных;

■ утверждаются
до их последующего использования;

■ соответствуют
входным;

■ обеспечивают
информацией по закупкам, производству
и обслуживанию;

■ содержат критерии
приемки продукции или ссылки на них;

■ определяют
характеристики продукции, существенные
для ее безопасного и правильного
использования.

4. Анализ
проекта и разработки
предполагает:

■ его систематическое
проведение;

■ включение в
состав участников такого анализа
представителей подразделений, имеющих
отношение к анализируемой стадии
проектирования и разработки;

■ поддержку записей
результатов анализа и всех необходимых
действий в рабочем состоянии.

5. Верификация
проекта и разработки:

■ осуществляется
в соответствии с запланированными
мероприятиями;

■ записи результатов
верификации и всех необходимых действий
поддерживаются в рабочем состоянии.

6. Валидация
проекта и разработки:

■ осуществляется
в соответствии с запланированными
мероприятиями;

■ записи ее
результатов и всех необходимых действий
поддерживаются в рабочем состоянии.

7. Управление
изменениями проекта и разработки
включает:

■ идентификацию
изменений проекта и разработки;

■ проведение
анализа верификации и подтверждения
соответствующим образом, а также
согласования изменений;

■ поддержание в
рабочем состоянии записей, связанных
с изменениями проектирования и разработки;

■ внесение в анализ
изменений проекта и разработки оценки
влияния изменений на составные части
и уже поставленную продукцию;

■ поддержку в
рабочем состоянии записей результатов
анализа изменений и любых необходимых
действий.

Планирование
является одной из важнейших функций
управления качеством в процессе
проектирования и разработки. В ходе ее
реализации определяются цели и задачи
проектирования, его этапы, наличие
ресурсов для достижения целей, а также
пути их достижения. Однако не менее
важной функцией, которая не нашла
отражения в МС ИСО серии 9000:2000, является
научно-техническое прогнозирование.
Для обеспечения проектирования и
разработки продукции или процессов
могут проводиться прогнозные исследования,
связанные с выявлением следующих
тенденций развития:

— требований
потребителя к данной продукции (процессу);

— новых материалов
и новых видов комплектующих изделий;

— технологических
процессов, применяемых при производстве
как конечной продукции, так и комплектующих
изделий;

— перспектив
создания новых и совершенствования
действующих технологий;

— основных
технико-экономических и стоимостных
показателей разрабатываемой продукции
(процесса);

— средств контроля
и испытаний разрабатываемой продукции
(процесса).

Реализация данной
функции предполагает последовательное
уточнение результатов прогнозов по
мере создания продукции с использованием
оперативной информации. Точность и
своевременность научно-технического
прогнозирования во многом определяют
экономический эффект деятельности
организации в области качества.

При прогнозных
исследованиях используются формализованные,
экспертные и комбинированные методы.
В большинстве случаев при наличии
достаточного объема информации
применяются формализованные методы, в
первую очередь метод экстраполяции.
Недостаток достоверной информации
приводит к необходимости использования
экспертных методов, которые требуют не
только наличия высококвалифицированных
специалистов-экспертов, но и применения
соответствующих математических методов
обработки материалов, представленных
экспертами. В тех случаях, когда необходимо
получить наиболее достоверные результаты,
применяют комбинацию формализованного
и экспертного методов.

Следующей за
прогнозированием функцией является
планирование. Руководитель конструкторского
подразделения разрабатывает и утверждает
у руководства (главного инженера) планы
работ по проектированию и разработке
продукции в рамках предприятия и (или)
за его пределами с участием сторонних
организаций. В них определяются состав,
содержание и порядок проведения основных
этапов деятельности при проектировании
продукции, отражается распределение
ответственности, полномочий и ресурсов
между участвующими бюро, лабораториями
и другими подразделениями, а также
порядок их взаимодействия в соответствии
с функциональным назначением.

Планы работ
подразделений должны быть сбалансированы
с учетом выделенных ресурсов и квалификации
персонала, которая определяется уровнем
требований к разработке и должностными
инструкциями. Руководитель конструкторского
подразделения разъясняет всем участникам
проекта их ответственность за качество
полномасштабного проекта (всей разработки
в целом). Планы работ (плановые задания)
по проведению разработки направляются
для реализации в соответствующие службы.
Контроль выполнения заданий и подведение
итогов осуществляются поэтапно с
периодичностью, принятой на предприятии.
Управление планами включает процедуры
периодического анализа и актуализации
(корректировки). Изменения (корректировка)
планов согласовываются и утверждаются
теми же должностными лицами (службами),
которые согласовывали (утверждали)
основной план.

В ГОСТ Р ИСО 9001:
2001 отмечено, что организация должна
управлять взаимодействием различных
групп, занятых проектировани­ем и
разработкой, с целью обеспечения
эффективной связи и четкого распределения
ответственности. Все это составляет
содержание такой функции, как организация.
Проектные работы ведутся конструкторскими
и технологическими бюро отделов-разработчиков.
Общую координацию действий осуществляет
начальник подразделения.

К основным задачам
отделов-разработчиков относятся:

■ разработка новых
изделий, а также технологического
комплекса их изготовления;

■ совершенствование
(модернизация) выпускаемых изделий с
целью обеспечения более высокого
технико-экономического уровня на базе
достижений науки и техники и накопленного
производственного опыта;

■ разработка новых
технологических процессов изготовления
изделий;

■ авторский надзор
в процессе освоения и серийного
производства изделий и т.д.

Руководитель
подразделения-разработчика обеспечивает:

1) подготовку и
представление в соответствующие службы,
участвующие в работах по проектированию,
испытаниям, материально-техническому
и финансовому обеспечению конструкторских
разработок, четких и конкретных данных
по материально-техническому снабжению,
выполнению проектно-технических работ,
проверке соответствия продукции и
процессов установленным требованиям;

2) ход работ,
согласование и утверждение проекта в
установленном порядке по программам
(графикам) поэтапного проектирования
с указанием контрольных точек. Содержание
программ, выбор этапов и контрольных
точек определяются в зависимости от
характера разрабатываемой продукции
и применяемых производственных процессов.

Продолжительность
каждого этапа и расположение контрольных
точек для проведения оценки результатов
разработки продукции могут зависеть
от условий ее использования; сложности
конструкции; масштаба новизны
конструктивных решений (нововведений)
и новых технологий; уровня стандартизации
и унификации с ранее апробированными
разработками (проектами).

Следующим элементом
процесса проектирования и разработки
является определение входных и выходных
проектных данных. В соответствии с ГОСТ
Р ИСО 9001: 2001 в организации должны быть
определены входные данные, относящиеся
к требованиям к продукции. В ГОСТ Р ИСО
9004: 2001 приведены примеры трех типов
входных данных, используемых для
проектирования и разработки.

1. Внешние входные
данные, включающие:

— потребности и
ожидания потребителей, рынка,
заинтересованных сторон;

— вклад поставщиков;

— изменения в
соответствующих законодательных и
других обязательных требованиях;

— международные
или национальные стандарты.

2. Внутренние
входные данные, в состав которых входят:

— политика и цели;

— потребности и
ожидания работников организации;

— технологические
разработки;

— требования к
компетентности проектировщиков и
разработчиков;

— информация о
прошлом опыте;

— записи и данные
о существующих процессах и продукции;

— выходы других
процессов.

3. Входные данные,
определяющие характеристики процессов
или продукции, которые являются
критическими для их безопасности,
правильного функционирования и
обслуживания, и включающие:

— данные о монтаже
и применении;

— информацию о
хранении, погрузочно-разгрузочных
работах и поставке;

— сведения о
физических параметрах и окружающей
среде;

— требования к
утилизации продукции.

Входные проектные
данные формулируются и утверждаются в
тех­ническом задании (ТЗ) на разработку
или договоре на создание и производство
продукции или процессов. Процедуры
формирования, экспертизы, согласования
и утверждения ТЗ на разработку с учетом
результатов анализа договора (контракта),
законодательных и нормативных актов,
а также технических возможностей
предприятия определяются соответствующими
государственными и отраслевыми
стандартами.

Из конкретных
запросов потребителей и общих требований
рынка составляется предварительный
перечень требований для последующих
работ по проектированию. Сюда могут
войти:

■ эксплуатационные
характеристики (условия окружающей
среды и условия использования,
безотказность и т.п.);

■ органолептические
характеристики (внешний вид и пр.);

■ схема монтажа
на объекте (в эксплуатации), размещения,
допустимость (необходимость) регулировки
(подгонки, доработки);

■ применяемые
стандарты и установленные законом
правила (в зависимости от вида продукции);

■ упаковка и способ
транспортировки;

■ проверка и (или)
обеспечение качества.

В ТЗ на разработку
должны быть однозначно и соответствующим
образом определены такие показатели
качества, как назначение, критерии
приемки, требования защиты от неправильного
использования.

Для определения
возможности выпуска продукции с заданными
характеристиками в ТЗ включают:

■ определение
надежности и работоспособности в течение
обоснованно установленного срока
службы;

■ возможность
использования продукции с незначительными
отказами (при необходимости);

■ возможность
безопасной утилизации.

В ТЗ должны быть
определены методы измерения и испытания
параметров продукции, а также критерии
ее приемки на стадии как проектирования,
так и производства; заданные эксплуатационные
характеристики, допуски и отличительные
признаки; методы, оборудование и
программное обеспечение испытаний и
измерений.

Требования
утвержденного ТЗ доводятся до всех
подразделений и исполнителей.

Основные требования
к выходным проектным данным уже были
рассмотрены выше. Однако необходимо
отметить, что при их формировании
требования ТЗ преобразуются в
функциональные и конструктивные
требования к элементам конструкции
разрабатываемых изделий.

Результат проекта
(разработки)
— оформленная в соответствии с
требованиями ЕСКД конструкторская
документация (КД) — технические условия
(технические требования) и чертежи,
составляющие основу проекта. В разработке
(проекте) должны быть однозначно и
соответствующим образом определены
критерии приемки, соответствие назначению
и меры защиты от неправильного
использования.

В процессе выполнения
каждого этапа разработки проекта
проводится периодическое обсуждение
хода работ с целью своевременного
принятия корректирующих мер.

Разработка
конструкторской и программной документации
производится с учетом требований
стандартов ЕСКД и ЕСТПП, устанавливающих
комплектность продукции и правила
оформления документации.

При разработке КД
выполняются процедуры:

■ обоснования и
оптимизации конструктивно-технологических
решений;

■ обеспечения
надежности основных базовых элементов
конструкции (оптимизация нагрузок,
расчетно-экспериментальная оценка
надежности, обеспечение производственных
и конструктивных запасов и др.);

■ определения
оптимальных режимов и условий применения
изделий;

■ определения
критичных технологических процессов,
используемых для реализации проекта
(особо ответственные детали сборки,
паспортизация размеров и параметров и
пр.);

■ оформления
конструкторско-технологической
документации (инструкции, технические
требования, программы, методики и прочие
рабочие инструкции);

■ документального
оформления результатов разработки
(выходных проектных данных), включая
расчеты, анализ, протоколы испытаний,
и др.

При формировании
выходных проектных данных
конструкторы-разработчики используют
имеющийся информационный банк данных
(каталоги, описания, базы данных на
персональных компьютерах), содержащий,
в частности, информацию:

— об аналогах, их
качестве и надежности;

— о наиболее
ненадежных элементах;

— о перспективных
базовых конструкциях и технологических
процессах;

— о качестве и
надежности материалов;

— о технологических
возможностях потенциальных изготовителей;

— о требованиях и
ограничениях законодательных и
нормативных актов в части безопасности,
экологичности и совместимости.

В ГОСТ Р ИСО 9004:
2001 «Система менеджмента качества.
Рекомендации по улучшению деятельности»
приведены следующие примеры выходных
данных проектирования и разработки:

■ сведения,
подтверждающие сравнение входов процесса
с его выходами;

■ спецификации
на продукцию, в том числе критерии
приемки;

■ спецификации
на процесс, материалы, испытания;

■ требования к
подготовке кадров;

■ информация о
пользователе и потребителе;

■ требования к
закупкам;

■ протоколы
проверки соответствия техническим
условиям.

Выходные данные
проектирования и разработки необходимо
проанализировать по отношению к входным
данным с целью обеспечения объективного
свидетельства того, что выходы
результативно и эффективно отвечают
требованиям к процессу и продукции.

Выходные проектные
данные должны быть документально
оформлены и выражены в виде требований,
расчетов и анализа. Они должны содержать
основной комплект конструкторских
документов, в состав которого в зависимости
от специфики изделия могут входить
сборочный чертеж, технические условия,
содержащие все требования к продукции,
ее изготовлению, контролю, приемке и
поставке, эксплуатационные документы.

Анализ проекта и
разработки должен проводиться с целью
оценки способности результатов
проектирования и разработки удовлетворять
требования потребителей, а также для
выявления возникающих проблем и внесения
предложений по их решению.

По завершении
каждого этапа разработки проекта
необходимо критически анализировать
результаты разработки (проектирования).
Кроме того, проводится анализ окончательного
проекта. В ходе анализа выявляют и
прогнозируют проблемные вопросы и
несоответствия и инициируют корректирующие
воздействия, обеспечивающие соответствие
окончательного проекта и информационного
обеспечения требованиям потребителя.

При проведении
отдельных этапов проектирования изделия,
технологического процесса или проекта
в целом возможно применение метода
анализа видов и последствий отказов
(дефектов), позволяющего уменьшить риск
и снизить затраты (см. п. 8.3).

В ГОСТ Р ИСО 9004:
2001 отмечено, что объектами такого анализа
могут быть:

■ адекватность
входов для выполнения заданий по
проектированию и разработке;

■ ход запланированного
процесса проектирования и разработки;

■ соответствие
целям верификации и валидации;

■ оценка потенциальных
рисков или причин отказов при использовании
продукции;

■ данные жизненного
цикла, касающиеся характеристик
продукции;

■ управление
изменениями и их последствиями в ходе
проектирования и разработки;

■ определение и
устранение проблем;

■ возможности для
улучшения процесса проектирования и
разработки;

■ потенциальное
воздействие продукции на окружающую
среду.

Важными элементами
рассматриваемого процесса являются
верификация и валидация проекта и
разработки. Верификацию осуществляют,
чтобы удостовериться, что выходные
данные проектирования и разработки
соответствуют их входным требованиям.
Примерами деятельности по верификации
в соответствии с ГОСТ Р ИСО 9004: 2001 служат:

— оценка по отношению
к аналогам;

— проверка,
моделирование и испытания с целью
контроля соответствия конкретных
требований входным данным;

— оценка прошлого
опыта.

Валидация
осуществляется для того, чтобы
удостовериться, что разработанная
продукция соответствует требованиям
к установленному или предполагаемому
использованию, если оно известно. С
помощью валидации могут быть оценены
результаты инженерного дизайна до
конструирования, монтажа или применения
и др.

Таким образом, все
проекты подлежат проверке в целях
обеспечения выполнения требований к
продукции. В дополнение к анализу проекта
проверка должна включать и другие
методы, а именно:

— проведение
альтернативных расчетов, обеспечивающих
подтверждение правильности расчетов
и анализа;

— испытания и
экспериментальные проверки (например,
испытания модели, экспериментального
или опытного образца);

— независимую
проверку, обеспечивающую подтверждение
правильности первоначальных расчетов
и (или) других работ по проектированию.

Эффективность
технических решений и возможность
достижения потребительских свойств,
заложенных в документации, проверяется
не столько при официальных испытаниях,
сколько в процессе разработки, анализа
и проверки документации, начиная с
ранних стадий. Для этого предусматриваются
лабораторные, стендовые и другие
испытания моделей, элементов изделий
и экспериментальных образцов продукции
в условиях, как правило, имитирующих
реальные условия эксплуатации
(потребления).

Объем и содержание
испытаний, необходимых для предотвращения
постановки на производство неотработанной,
недостаточно надежной продукции,
определяет разработчик с учетом новизны,
сложности, особенностей производства
и применения продукции. Экспериментальные
образцы могут изготовляться в процессе
опытно-конструкторских работ. Тщательная
отработка разрабатываемой продукции
с применением испытаний является
основанием для сокращения объемов
последующих приемочных испытаний.

В целях постоянного
совершенствования и актуализации
процесса проектирования и разработки
в организации должно быть предусмотрено
управление соответствующими изменениями.
Организация, ориентируясь на подходы,
изложенные в ГОСТ Р ИСО 9001: 2001 и ГОСТ Р
ИСО 9004: 2001, может уточнять и расширять
их с учетом собственной специфики. Так,
на промышленных предприятиях в целях
повышения эффективности разработки
новой конструкции продукции могут
разрабатываться и реализовываться
соответствующие программы. Примерные
этапы этой работы могут быть следующими.

1. В результате
анализа рыночной конъюнктуры выявляется
возможность удовлетворения потребительского
спроса, предполагается создание новой
конструкции.

2. Проводится анализ
технических, производственных,
эксплуатационных аспектов новой
конструкции, анализируются перспективы
сбыта, планируются затраты, объем
выпуска, устанавливается примерный
уровень цен.

3. Составляется
общий перечень технических требований
— ТЗ. В этом документе могут быть
приведены: предложения о сбыте (в случае
мелкосерийного выпуска); приблизительные
рабочие характеристики (в случае
массового выпуска); приблизительный
перечень областей, которые будут
затронуты программой обеспечения
качества нового изделия; общие основания
для нормативов по обслуживанию и ремонту;
требования к качеству работы; нормативные
показатели для срока службы и других
параметров изделия.

4. Разрабатывается
предварительная конструкция.

5. Изготовляются
первые опытные образцы, проводится
широкая программа испытаний их
характеристик, элементов и узлов.

6. Проводятся анализ
и пересмотр предварительной конструкции;
дается предварительная классификация
характеристик новой конструкции, включая
классификацию элементов и сборочных
узлов; оцениваются методика испытаний
и возможности изготовления и сборки
изделия; пересматриваются нормативные
затраты; определяются показатели
качества, а также необходимые изменения
в конструкции изделия.

7. Разрабатывается
промежуточная конструкция, проводятся
ее испытания; осуществляются анализ и
пересмотр промежуточной конструкции;
продолжается работа по классификации
характеристик и выработке требований
к изготовлению, сборке и контролю нового
изделия; пересматриваются предполагаемая
цена изделия и стратегия его сбыта;
определяются и анализируются необходимые
изменения в конструкции изделия.

8. Завершается
разработка окончательной конструкции;
принимают окончательный вид технические
требования и условия, внутрифирменные
стандарты, гарантии, чертежи. Перед
завершением разработки окончательной
конструкции должны быть закончены
испытания на долговечность и для
определения рабочих характеристик.
Формулируются технические требования
на элементы, узлы и сборку; разрабатываются
планы контроля сборочного процесса;
завершаются конструирование и доставка
необходимого производственного
оборудования; окончательно уточняются
коммерческие параметры изделия.

9. Изготовляются
промышленные образцы.

10. Определяются
методики доставки, обслуживания и
ремонта изделия.

11. Анализируются
возможности тех процессов и того
оборудования, которые уже имеются, а
также нового оборудования и новых
процессов.

12. Проводится
обучение производственного персонала
и контролеров. Из образцов промышленной
продукции комплектуются опытные партии.
Результаты их испытаний при необходимости
включаются в технические требования
на конструкцию и изготовление изделия.

13. Анализируется
окончательная конструкция. Изделие,
оборудование, технологические процессы,
результаты испытаний, программное
обеспечение (если таковое имеется)
подвергаются тщательному анализу, цель
которого — улучшение качества изделия.
Этап завершается проверкой конструкции
на соответствие техническим условиям.
Если анализ окончательной конструкции
изделия завершается ее принятием, то
начинаются закупка и выпуск необходимой
для производства нового изделия
технологической оснастки.

14. Утверждаются
информационные сообщения о появлении
на рынке нового изделия, завершается
составление справочных руководств,
рекламных материалов, учебных пособий.
Особое внимание при их составлении
уделяется вопросу качества.

15. Начинается
серийный выпуск нового изделия.

В названную
программу включены также следующие
основные группы мер по контролю за
разработкой новой конструкции.

1. Выработка
требований к качеству изделия. В рамках
этой группы мер проводится анализ,
завершающийся выработкой перечня
технических требований и внутрифирменных
стандартов на качественные показатели,
надежность, ремонтопригодность и
безопасность обращения с изделием. Эти
требования и стандарты должны быть
ориентированы на достижение такого
баланса между затратами на изделие и
его качеством, который обеспечивает
удовлетворенность потребителей. При
этом выполняются те разделы программы
обеспечения качества продукции, которые
охватывают ее оценку и испытания в
период, предшествующий выпуску.

2. Разработка
конструкции, удовлетворяющей требованиям.
В рамках этой группы мер создаются
детальные чертежи изделия и сопутствующая
техническая документация. Здесь же
осуществляется классификация характеристик
изделия и технологических процессов,
оцениваются срок службы изделия,
требования к технике безопасности. Для
определения надежности элементов и
узлов изделия, а также надежности
сопутствующего программного обеспечения
(при необходимости) в рамках этих
мероприятий проводятся различного рода
испытания. В эту группу входят также
меры по эксплуатационным испытаниям и
испытаниям для определения рабочих
характеристик опытных образцов. В тех
случаях, когда их невозможно изготовить,
для анализа характеристик качества
нового изделия могут быть использованы
методы моделирования. К разработке
конструкции относятся также меры по
оценке стоимости изделия, сроков службы
и нормативных затрат на него.

3. Меры по поддержанию
требуемого качества. Сюда входят те
элементы программы обеспечения качества
продукции, которые охватывают контроль
закупаемых материалов, поддержку
качества во время обработки и изготовления,
а также меры по обеспечению качества
изделия при его установке у потребителя,
обслуживании и ремонте. К этой группе
относятся также меры по разработке
окончательных технических требований
на контрольно-измерительное оборудование,
которое потребуется при входном контроле
материалов, контроле продукции в процессе
изготовления, а также при эксплуатационных
испытаниях.

4. Анализ новой
конструкции и необходимого производственного
оборудования непосредственно перед
началом выпуска этой конструкции;
формальное решение о начале серийного
производства. В рамках этой группы мер
оцениваются характеристики разрабатываемого
изделия на различных этапах его
конструирования, что дает изготовителю
уверенность в том, что те гарантийные
обязательства, которые связаны с
эксплуатацией нового изделия, будут
выполнены. Здесь анализируются также
возможности технологических процессов,
которые будут необходимы при производстве
нового изделия. Для изучения потребительских
аспектов качества проводится серия
испытаний соответствующих характеристик
изделия. При их организации особое
внимание должно быть обращено на
адекватное воспроизведение условий
эксплуатации потребителем выпускаемой
продукции. При испытаниях различных
элементов изделий необходимо проверять
их надежность в сборочных узлах. Тем
самым появляется возможность оценки
влияния различного рода комбинаций
элементов и деталей на качество изделия.

Перечисленные
меры служат основой программ обеспечения
качества разработки новых изделий.

Таким образом, в
процессе проектирования и разработки
реализуются следующие функции управления
качеством: прогнозирование и планирование
работ, организация и контроль их
выполнения, учет и оценка результатов,
анализ накопленной информации, принятие
решений и оказание стимулирующих
воздействий.

Источник: автором статьи является Марк Хаммар – сертифицированный в ASQ (American Society for Quality, – ред.) специалист по качеству и деловому совершенству. В сфере качества эксперт трудится с 1994 года. У него есть опыт работы в сфере аудитов, улучшения процессов, написания процедур для систем управления качеством и систем экологического менеджмента. Марк Хаммар – сертифицированный главный аудитор по стандартам ISO 9001, AS 9100, ISO 14001. Этот текст представляет собой перевод статьи Марка Хаммара.

Случалось ли вам проектировать продукцию и при этом не иметь представления о том, насколько процесс проектирования отвечает требованиям ISO 9001? Для производственных компаний отлаженное проектирование имеет огромное значение, если только вы не занимаетесь сборкой по чертежам, которые получили от клиента. А вот если вы получаете требования к проектированию от других, придумываете потом на их основе продукт, а потом изготовляете его для клиента, то без эффективного проектирования вам не обойтись. Чтобы пройти сертификацию по стандарту ISO 9001 на системы менеджмента качества (СМК, – ред.) необходимо, чтобы ваш процесс проектирования соответствовал целому ряду положений, которые затрагивают данный вопрос. Впрочем, каким именно методом вы будете достигать соответствия – дело ваше.

Содержание процесса проектирования

Руководствуясь требованиями ISO 9001 к проектированию, я подготовил схему, как должен выглядеть процесс разработки вашей продукции. Что-то вроде этого:

Прямоугольники – это шаги процесса проектирования, в которых вы предпринимаете определенные действия, например, получение входных данных от предыдущего процесса или проведение валидации получившегося продукта. Ромбами описаны шаги анализа процесса проектирования. Тут вы не действуете, а принимаете решения, связанные с действиями, уже выполненными вами ранее. Внутри этих же фаз анализа вы решаете: можно ли двигаться дальше в реализации процесса проектирования, то есть переходить вновь к действиям или продолжить аналитическую работу. Фазы анализа нуждаются в поддержке записей, чтобы если что-то пойдет не так, можно было восстановить подробности всего уже случившегося. В случае с внедрением ISO 9001 улучшение всех процессов имеет такое же большое значение, как и анализ записей, когда вдруг случилась ошибка. Если вы тщательно подойдете к анализу, то отыщете пути улучшения ситуации. И именно этап анализа сыграет в этом решающую роль.

Семь составляющих процесса проектирования

Во всех требованиях ISO 9001 – положения, которые касаются проектирования – не говорится каким путем достигать соответствия. Вы там не найдете руководства о том, как внедрять процесс проектирования. Только о том, что должно быть включено в организацию таких процессов. Предлагаю вашему вниманию семь аспектов, которые по стандарту ISO 9001 нужно учесть в проектировании, чтобы процесс эффективно функционировал. К ним я добавил свои пояснения, которые помогут лучше понять требования стандарта ISO.

• Планирование проектирования и разработки. Просто запомните, что по стандарту вы должны планировать процесс проектирования. Все, что может понадобиться – мы уже перечислили выше. Остается упомянуть еще один момент. По стандарту нужно определить, кто в вашей организации отвечает за тот или иной шаг процесса, чтобы убедиться, что нет потери информации в результате движения проекта с одной стадии развития на другую. Добавлю, что в стадии анализа (помните, мы описывали их на схеме ромбами) для соответствия стандарту нужно, наряду со всем прочим, проверить, нужны ли какие-нибудь изменения в выходной документации проектирования и скорректировать ее соответствующим образом. Однако отмечу, что стандарт не требует, чтобы данный процесс работы с документацией сам в свою очередь документировался. Итак, вы можете решить: документировать эту работу или нет. На мой взгляд, решающую роль в выборе должна играть вероятность совершения ошибки.
• Входные данные проектирования. Это, как мы уже видели, – первый шаг процесса проектирования. Он позволяет получить уверенность, что у вас есть все необходимые требования для старта работ по проектированию. Задайтесь вопросом: располагаете ли вы полным списком требований к результату проектирования от клиента, рыночных и государственных регуляторов? Вывели ли вы сами требования из опыта предыдущих проектов? С какой еще стороны, которую вы не учли, могут поступить другие требования к этому процессу вашей компании? ISO 9001 требует, чтобы в СМК организации получили входные требования, оценили полноту «входов» для начала работ и поддерживали записи по этим действиям.
• Выходные данные проектирования и разработки. Под этим подразумеваются документы, которые можно использовать в производстве продукции, независимо от того, как это работает в вашем случае: чертежи, инструкции по сборке, электронные файлы, – носитель, которым вы пользуетесь, не имеет значения. Стандарт ISO 9001 только требует, чтобы у вас было на выходе все, что являлось частью входных требований к результату работы (клиент может требовать, чтобы в итоге получился чертеж, а мастерская, возможно, будет ждать электронный CAD файл). Требуется учитывать и еще ряд нюансов. Документация из процесса проектирования должна быть пригодной для использования в соответствующих отделах компании, например, в закупках и у «производственников». Нужно отразить критерии приемки готового изделия и описать значимые для дальнейшего использования изделия его характеристики.
• Анализ проектирования и разработки. Этапы действия должны сменяться этапами анализа, чтобы была возможность удостовериться в том, что процесс функционирует нормально. Вы проверяете процесс проектирования и разработки на выполнение требований по мере его реализации? Находите несоответствия и проблемы? Вносите в работу своевременные улучшения? Удается ли вам вовлечь всех сотрудников, на деятельность которых прямо или косвенно воздействует процесс проектирования? Можно ли сказать, что результаты анализа оцениваются, а предпринятые действия документируются и записываются?
• Верификация проектирования и разработки. Верификация – почти всегда одна из неизбежных фаз анализа процесса проектирования. В ходе верификации вы «берете» выходные данные проектирования (чертежи, сборочные инструкции, инструкции испытаний продукции и так далее, – ред.), а затем решаете: получилось ли реализовать все требования, которые поступили на «входе» процесса. Если «на входе» было требование о пяти типах тестов опытного продукта, то включает ли процедура проектирования все пять тестов с корректными критериями выводов? Если правительственными требованиями предписывается покраска изделия в оранжевый цвет по соображениям безопасности, то написано ли это в инструкциях по сборке товара? Как обычно, чтобы обосновать соответствие ISO 9001 в этом вопросе – надо поддерживать в рабочем состоянии записи.
• Валидация проектирования и разработки. При валидации вы изготавливаете, наконец, опытный образец и испытываете его на соответствие входным требованиям и предстоящему использованию после получения клиентом. По стандарту ISO 9001 валидация должна быть проведена по возможности до поставки или установки товара у клиента. Снова записи, в качестве свидетельства совершения действий.
• Контроль изменений в проектировании и разработке. Последняя порция требований к проектированию из ISO 9001 имеет дело с изменением процесса проектирования. Речь идет, попросту, о тех случаях, когда вы меняете чертежи, инструкции и прочее. Изменения влияют на продукцию, поскольку они сказываются на том, как вы интерпретируете проект при ее создании. Тут важнее всего удостовериться, что никто не может внести в документацию по проекту несанкционированных изменений, которые не были до этого одобрены и признаны улучшающими продукт. В процедуру одобрения изменений входит анализ того, как оно может повлиять на все детали изделия, которые потенциально могут быть «рокировкой» затронуты. Нужно сперва убедиться, что изменения в одной детали не скажутся на пригодности к использованию других элементов конструкции, проекты которых закончены и даже не рассматриваются в текущей работе. Поддерживаем записи по этим процессам.

Процесс проектирования как первый шаг в предупреждении проблем

В завершение статьи хочется подчеркнуть, что в компаниях нужно должное внимание уделять фазам анализа процесса проектирования. Это позволяет зафиксировать проблемы продукта на ранней стадии – до поступления в производство, и устранить их. Доказано, что устранение проблем товара, обнаруженных после запуска продукции в производство, стоит в 10 раз дороже, чем если бы узкое место выявили на стадии проекта. Учитывая этот факт не трудно прийти к выводу, что отлаженный механизм проектирования и анализа экономит деньги и время, позволяет устранять проблемы до того, как они приведут к плачевным последствиям.

Перевод: сотрудник «Единый Стандарт» Валентин Рахманов.

Вам понравилась статья? Не хотите пропускать новые? Тогда подпишитесь на RSS или получайте новые статьи мгновенно на электронную почту

ГОСТ Р 57363-2016

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

 УПРАВЛЕНИЕ ПРОЕКТОМ В СТРОИТЕЛЬСТВЕ. ДЕЯТЕЛЬНОСТЬ УПРАВЛЯЮЩЕГО ПРОЕКТОМ (ТЕХНИЧЕСКОГО ЗАКАЗЧИКА)

 Project management for real estate development (construction). Project manager (client’s technical representative) activities

ОКС 91.010.30

Дата введения 2017-06-01

 Предисловие

1 РАЗРАБОТАН Акционерным обществом «Центральный научно-исследовательский и проектно-экспериментальный институт промышленных зданий и сооружений» (АО «ЦНИИПромзданий»)

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 465 «Строительство»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 16 декабря 2016 г. N 2043-ст

4 ВВЕДЕН ВПЕРВЫЕ

5 ПЕРЕИЗДАНИЕ. Ноябрь 2019 г.

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячном информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

      1 Область применения

Настоящий стандарт устанавливает требования по управлению проектом в строительстве, позволяющие обеспечить эффективное достижение целей и задач проектов при осуществлении инвестиционно-строительной деятельности.

Требования настоящего стандарта распространяются на управление любыми проектами в строительстве и могут быть применены при строительстве зданий и сооружений различного функционального назначения, их реконструкции и капитальном ремонте, за исключением объектов определенных в соответствии со статьей 48.1 Градостроительного кодекса как особо опасные и технически сложные, линейные объекты железнодорожного транспорта, объекты культурного наследия.

Настоящий стандарт допускается использовать с целью оценки соответствия управления проектом в строительстве установленным в стандарте требованиям.

      2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ Р 51901.4* Менеджмент риска. Руководство по применению при проектировании

________________

* Действует ГОСТ Р МЭК 62198-2015.

ГОСТ Р 52807 Руководство по оценке компетентности менеджеров проектов

ГОСТ Р 54869 Проектный менеджмент. Требования к управлению проектом

ГОСТ Р 54870 Проектный менеджмент. Требования к управлению портфелем проектов

ГОСТ Р 54871 Проектный менеджмент. Требования к управлению программой

ГОСТ Р ИСО 21500 Руководство по проектному менеджменту

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется принять в части, не затрагивающей эту ссылку.

      3 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями:

3.1 инвестиционно-строительная деятельность: Деятельность, направленная на привлечение, вложение и управление инвестициями (инвестирование) для целей строительства, реконструкции и капитального ремонта, организацию (планирование), ввод в действие объектов производственного и непроизводственного назначения, а также линейных сооружений.

3.2 оптимизация проектных решений (value engineering): Модификация проектной или рабочей документации, направленная на определение и принятие проектных решений, снижающих стоимость капитальных затрат, затрат на эксплуатацию, улучшающих эффективность строительства и качество объекта.

3.3 предпроектная подготовка строительства: Комплекс работ, проводимых в целях обоснования градостроительной деятельности на территории и получение права на ее проведение [1].

3.4 проект в строительстве (инвестиционно-строительный проект): Комплекс взаимосвязанных мероприятий, направленных на создание объекта (основных фондов), комплекса объектов производственного или непроизводственного назначения, линейных сооружений в условиях временных и ресурсных ограничений.

3.5 управляющая компания в строительстве: Юридическое лицо, осуществляющее деятельность по управлению проектами в строительстве, направленную на достижение целей и задач инвестиционно-строительного проекта, действующее по договору и от имени застройщика (инвестора), в рамках определенных сторонами полномочий.

3.6 управляющий проектом в строительстве (руководитель проекта, менеджер проекта) (project manager): Ответственное лицо, которому застройщик (инвестор) делегирует полномочия по руководству работами, планированию, контролю и координации работ участников проекта, распоряжению, контролю за финансовыми средствами, оценку и управление рисками.

Примечание — Управляющий проектом представляет управляющую компанию или непосредственно организацию застройщика (инвестора).

3.7 управление строительством (construction management): Организация строительного производства на объекте, включая: планирование, контроль, оценку и управление рисками, координацию работ подрядных и строительно-монтажных организаций, авторского надзора, строительного контроля, других участников строительства, реконструкции или капитального ремонта.

      4 Общие положения. Управление проектом в строительстве

4.1 Управление проектом в строительстве — это деятельность, направленная на достижение целей и задач инвестиционно-строительного проекта, начиная с формирования инвестиционных намерений, выбора земельных участков или объектов, инженерных изысканий, предпроектной и проектной подготовки строительства и заканчивая строительством, реконструкцией или капитальным ремонтом объектов, последующей сдачей-приемкой их в эксплуатацию.

4.2 Настоящий стандарт устанавливает порядок организации управления проектами в строительстве, определяет этапы реализации проекта, а также области управления проектами в строительстве.

4.3 Стандарт содержит рекомендуемые унифицированные подходы по деятельности управляющего проектом, его основные функции и задачи, в которые может входить весь комплекс организационно-управленческих работ, обеспечивающих строительство «под ключ», в том числе:

— организация реализации инвестиционно-строительного проекта;

— сбор и подготовка исходных данных;

— предпроектная подготовка строительства;

— анализ участников инвестиционно-строительного проекта, их компетенций, финансово-хозяйственного состояния, репутации и соответствия их возможностей предъявляемым требованиям;

— оценка и управление рисками;

— обеспечение функции технического заказчика и строительного контроля;

— планирование, организация и контроль строительства, включая проектные, изыскательские (в том числе специальные: сейсмические, геофизические и др.), научно-исследовательские, опытно-конструкторские, строительно-монтажные, отделочные и другие работы, связанные со строительством, реконструкцией или капитальным ремонтом объектов производственного и непроизводственного назначения, а также линейных сооружений;

— обеспечение эффективности капитальных вложений на основе применения прогрессивных и современных решений, с учетом использования местных материалов, современных информационных технологий, других требований инвестора к техническому уровню и качеству объекта, позволяющих получить конкурентоспособный результат;

— сдача-приемка объекта в эксплуатацию.

4.4 Взаимодействие управляющего проектом в строительстве с другими участниками инвестиционно-строительного проекта осуществляется на основе договорно-правовых отношений и установленных ему застройщиком (инвестором) полномочий.

4.5 Управляющая компания в строительстве может совмещать функции управления проектом и технического заказчика, так как роль, ответственность и участие технического заказчика при реализации инвестиционно-строительного проекта ограничена стадиями предпроектной и проектной подготовки строительства, строительстве и сдачи-приемки объекта в эксплуатацию. Большая часть управленческих, организационных, финансовых и технических решений принимается на этапах инициации и планирования проекта. Застройщик (инвестор) вправе заключить договор только на исполнение управляющей компанией функции технического заказчика.

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

4.7 Методология управления проектом в строительстве разработана в соответствии с отечественными и международными стандартами и практиками по управлению проектами. Основные этапы управления проектом в строительстве приведены на рисунке А.1 приложения А.

4.8 Принципиальная схема управления проектом в строительстве приведена на рисунке А.2 приложения А.

      5 Организация управления проектом в строительстве

5.1 Управление проектом в строительстве предполагает использование соответствующих методов и компетенций для их реализации. Существенное значение имеет системная последовательность и взаимоувязка различных этапов реализации проектов в строительстве, большая часть из которых строго регламентирована существующим законодательством.

5.2 Управление взаимодействием участников проекта в строительстве осуществляется с учетом процессов проектного менеджмента, приведенных в соответствующих национальных стандартах по проектному менеджменту.

5.3 Организационная структура управления проектом в строительстве зависит от сложности проекта, его специфики, объема инвестирования, сроков реализации, региональных и климатических особенностей, таких как работа в условиях Крайнего Севера, значительная удаленность от населенных пунктов, а также прочих неблагоприятных условий.

5.4 Определение организационной структуры управления проектом, компетенции экспертов команды проекта напрямую влияют на достижение надлежащего результата: объекта завершенного строительством, отвечающего требованиям норм и правил, выполненного с надлежащим качеством, в рамках определенного бюджета и в установленные сроки.

5.5 Организационная структура управления проектом в строительстве — это временная структура, включающая в себя участников команды проекта, определение зон их ответственности, а также уровней и границ полномочий, которые следует четко определять и доводить до сведения всех заинтересованных лиц проекта. Состав основных участников проектной команды представлен в приложении Б.

5.6 Для руководства проектом на уровне организации застройщика (инвестора) следует определить куратора (ответственного представителя), уполномоченного санкционировать начало проекта и использование ресурсов, способствовать успешной реализации проекта в строительстве и его поддержку. Куратор принимает управленческие решения, разрешает задачи и вопросы, которые не могут быть решены силами управляющего проекта, включая изменение бюджета инвестиционно-строительного проекта и сроков его реализации.

      6 Этапы реализации проекта в строительстве

      6.1 Инициирование проекта в строительстве

На данном этапе определяется необходимость и возможность инвестиционного проекта в строительстве, его бизнес-планирование.

6.1.1 Инвестиционная деятельность в Российской Федерации осуществляется в соответствии с Федеральным законом N 39-ФЗ «Об инвестиционной деятельности в Российской Федерации, осуществляемой в форме капитальных вложений» [2], а также в соответствии с Федеральным законом N 160-ФЗ «Об иностранных инвестициях» и другими нормативно-правовыми документами [3].

6.1.2 Объектами капитальных вложений в Российской Федерации являются находящиеся в частной, государственной, муниципальной и иных формах собственности различные виды вновь создаваемого и/или модернизируемого имущества [2].

6.1.3 В рамках этапа инициирование проекта застройщик (инвестор) устанавливает изначальные цели и ожидаемые результаты проекта (критерии успеха), назначает куратора и управляющего проектом, осуществляет бизнес-планирование, в котором определяет содержание, финансовые ресурсы, внутренние и внешние заинтересованные стороны, а также другие факторы, влияющие на конечный результат.

6.1.4 Утверждение проекта и принятие решения о его финансировании осуществляется до начала самого проекта. Однако следует привлекать управляющего проектом и команду проекта для участия в подготовке и анализе данных в процессе бизнес-планирования. Участие экспертов на ранней стадии позволяет выявить потенциальные риски проекта в строительстве и определить пути их максимального снижения или устранения на первоначальном этапе.

6.1.5 В процессе принятия решения о целесообразности и возможности инвестирования в строительство предприятий, зданий и сооружений на соответствующей территории, а также для получения предварительных исходных данных, наличии земельных участков для строительства, условий присоединения объекта к источникам снабжения, инженерным коммуникациям и сетям необходимо разрабатывать Ходатайство (Декларацию) [4] о намерениях инвестирования в строительство предприятий, зданий и сооружений на территории Российской Федерации. При разработке Ходатайства (Декларации) [4] следует руководствоваться законодательными и нормативными актами Российской Федерации, субъектов Российской Федерации и другими государственными документами, регулирующими инвестиционно-строительную деятельность.

      6.2 Планирование проекта в строительстве

Управляющий проектом совместно с застройщиком (инвестором) осуществляет детальное планирование будущей реализации проекта в строительстве, определяет и уточняет цели и задачи, разрабатывает последовательность действий, требуемых для их последующего достижения, определяет состав (общее содержание) работ. Результатом данного этапа является план по управлению проектом в строительстве, включающий:

— определение состава работ (содержания) проекта, предпроектные проработки, предварительный выбор земельного участка (объекта строительства/реконструкции);

— планирование коммуникаций — обмен информацией и документацией в проекте;

— планирование бюджета проекта;

— планирование закупок для проекта;

— планирование качества проекта;

— планирование кадровых ресурсов проекта;

— определение рисков проекта и вероятных путей снижения их воздействия;

— планирование и управление сроками (графиком) реализации проекта;

— планирование работы с возможными изменениями проекта;

— определение ключевых показателей эффективности и результатов проекта в строительстве.

План по управлению проектом в строительстве является основным документом при планировании и реализации проекта, его управления и контроля, а также условиям сдачи-приемки в эксплуатацию и формального завершения проекта.

6.2.1 Определение состава работ (содержания) проекта

Определение состава работ направлено на формулирование детальных требований и характеристик будущего проекта, его технических и технологических особенностей, обоснование инвестиций.

Основными составляющими для определения состава работ проекта в строительстве являются предпроектные проработки (концептуальный проект), обоснованный выбор земельного участка, условия и ограничения территориального планирования, наличие инженерной инфраструктуры, грунтовые и прочие условия, которые могут существенно повлиять на стоимость и сроки реализации проекта.

6.2.2 Планирование коммуникаций в проекте, обмен информацией и документацией между участниками проекта

Планирование коммуникаций и последующее ими управление включает в себя содействие своевременному и качественному обмену информацией при принятии решений, внесению изменений, сборе и рассылке исходных данных, чертежей и прочей документации, с последующим архивированием и возможностью быстрого извлечения. Ключевым фактором успешного осуществления проекта в строительстве является обеспечение актуализированной базы данных, документации и отчетности для всех участников проекта в строительстве.

6.2.3 Планирование бюджета проекта в строительстве

Финансовое планирование и управление бюджетом (стоимостью) проекта в строительстве включает в себя:

— расчет стоимости планируемых работ и услуг;

— сведение всех элементов и операций для планирования бюджета проекта, а также определение источников его финансирования;

— проверку предъявляемых к оплате документов организаций за выполненные работы, поставленную продукцию и оказанные услуги;

— обеспечение своевременного финансирования и своевременной оплаты работ по договорам с исполнителями работ;

— определение стоимости необходимых изменений, предложения по оптимизации бюджета;

— предоставление отчетов застройщику (инвестору) об использовании финансовых ресурсов, потребности в финансовых ресурсах на следующий период, а также по запросу ответственного представителя застройщика (инвестора) оперативную информацию о реализации инвестиционно-строительного проекта.

На основании расчета бюджета проводят дополнительную проверку финансовых показателей, определенных на стадии бизнес-планирования. Ведение бухгалтерского, оперативного и статистического учета обычно осуществляется застройщиком (инвестором).

6.2.4 Планирование закупок для проекта

Одним из инструментов управления проектами является планирование закупок материалов, оборудования, работ и услуг для оптимизации стоимости закупаемой продукции и сроков ее поставки.

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

Отдел закупок может входить в структуру застройщика (инвестора).

6.2.5 Планирование и управление качеством проекта в строительстве

Основным результатом, с точки зрения качества проекта в строительстве, является обеспечение защиты жизни и здоровья граждан, имущества физических и юридических лиц, государственного или муниципального имущества, обеспечение энергетической эффективности зданий и сооружений. Обеспечение качества следует планировать и осуществлять на всех этапах реализации проекта. Разработка плана качества должна учитывать специфику строительного проекта и участие сторонних организаций, ответственных за обеспечение качества и их взаимодействия. К таким организациям относятся строительный контроль подрядной организации, строительный контроль застройщика, авторский надзор проектной организации (при необходимости или на основании решения застройщика), органы экспертизы, органы государственного строительного надзора и другие компетентные структуры.

6.2.6 Планирование и управление кадровыми ресурсами проекта

Разработка плана управления кадровыми ресурсами — это процесс определения, распределения и документирования ролей и ответственности между участниками проекта. Привлекаемый персонал должен обладать необходимым набором профессиональных знаний, навыков, компетенций, чтобы успешно реализовывать поставленные задачи. Ответственность управляющего проектом заключается в правильном определении критически необходимых ресурсов в конкретный момент времени на этапе планирования и реализации проекта.

6.2.7 Планирование и управление рисками проекта в строительстве

Вероятный риск в проекте — это событие или ряд событий и условий, которые могут, в случае если они произойдут, повлиять на успешную реализацию проекта. В соответствии с общими положениями менеджмента риска основными подпроцессами являются идентификация риска, оценка риска, обработка риска (в том числе разработка мероприятий по снижению или устранению его воздействия), исследование и мониторинг риска, обмен информацией по вопросам риска и другие. Необходимыми документами для планирования и управления рисками являются план менеджмента риска и реестр проектного риска. Контроль и управление рисками следует осуществлять на протяжении всего проекта.

6.2.8 Планирование и управление сроками (графиком) реализации проекта в строительстве

Планирование сроков начинается с момента определения состава работ (содержания) проекта. Итогом планирования является разработанный детальный график реализации проекта, включающий в себя: график разработки проектной документации; календарный и сетевой графики строительства (производства строительно-монтажных работ); график финансирования и другие. В процессе реализации инвестиционно-строительного проекта управляющий проекта осуществляет постоянный контроль графика и, по необходимости, внесение корректировок и изменений.

6.2.9 Планирование работы с возможными изменениями проекта в строительстве и управление ими

Проекты в строительстве наиболее часто подвержены изменениям, как при проектировании, так и в процессе строительства, зачастую не только по причинам необходимости корректировки первоначальных решений, но и под воздействием внешних неконтролируемых факторов, таких как изменение законодательства и прочих. Для целей управления изменениями и минимизации их вероятного негативного эффекта следует определить порядок работы с ними. В рамках проектного менеджмента результатами процесса управления изменениями являются определение и документирование процесса работы с изменениями в проекте, а именно: выявление изменений, определение величины влияния на сроки, бюджет или качество проекта, согласование и утверждение изменений, организация учета версий и продуктов проекта, доведение информации об изменениях до заинтересованных сторон. Необходимость проведения повторной экспертизы проектных решений определяют в соответствии с действующим законодательством.

6.2.10 Определение ключевых показателей эффективности и результатов проекта в строительстве

Ключевые показатели эффективности и результатов проекта в строительстве свидетельствуют об эффективности выполнения всего проекта и его отдельных частей. В качестве показателей эффективности допускается применять:

— проект закончен в срок, в рамках бюджета;

— требуемое (проектное) качество объекта достигнуто;

— ресурсы проекта распределены максимально эффективно;

— проект соответствует бизнес-плану.

Ключевые показатели эффективности для каждого проекта разрабатывают управляющий проектом совместно с застройщиком (инвестором).

      6.3 Реализация проекта строительства

6.3.1 Первоначальным этапом реализации проекта в строительстве является выбор площадки (объекта) строительства и оформление правоустанавливающих документов. Объект строительства должен соответствовать схемам территориального планирования. Управляющий проектом оказывает содействие при выборе земельного участка и оформлении его в установленном порядке.

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

Управляющий проектом обеспечивает полноту и качество передаваемых исходных данных для проектирования, представляет интересы застройщика при подготовке документации и проведение общественных слушаний.

6.3.3 На стадии проектирования управляющий проектом принимает участие в выборе генпроектировщика, а также других проектно-изыскательских организаций, оформлении договорных отношений, согласовывает с проектными организациями сроки выполнения, бюджета работ и выдачи проектной документации, осуществляет контроль за их исполнением (design management).

Управляющий проектом координирует, в случае необходимости, взаимодействие проектных, изыскательских и прочих организаций — участников проектной подготовки строительства, контролирует обеспечение требуемого уровня качества проектных решений в процессе разработки и реализации проектной и рабочей документации, определяет целесообразность вариантного проектирования и оптимизации (value engineering) предлагаемых проектных решений.

Управляющий проектом принимает, хранит и передает подрядным организациям проектную и рабочую документацию, ведет отчетность о ходе проектирования, своевременно информирует инвестора о необходимости внесения изменений или корректировок, а также существенного отклонения от определенных условий проектирования.

6.3.4 На стадии согласования проектной документации (permission management), управляющий проектом обеспечивает рассмотрение и согласование в установленном порядке проектной документации в государственных органах, муниципальных образованиях и прочих заинтересованных организациях, в том числе в органах экспертизы, для чего определяет органы экспертизы (в случае негосударственной экспертизы) и принимает участие в заключении соответствующих договоров. Управляющий проектом организует утверждение и переутверждение проектной документации, а также внесение в проектную документацию изменений по требованиям экспертизы.

6.3.5 На стадии строительства управляющий проектом принимает участие в выборе генподрядной и подрядных организаций, преимущественно по результатам тендеров, разрабатывает задание на проведение тендера, оценивает условия строительства объекта приведенные в тендерном предложении, реализуемую подрядчиком технологию производства строительно-монтажных работ, оснащенность необходимым оборудованием и техникой, наличие необходимых допусков саморегулируемых организаций, внутреннюю систему менеджмента качества, репутацию, финансовое состояния подрядной организации и другие аспекты.

Управляющий проектом участвует в заключении договора на капитальное строительство, реконструкцию или капитальный ремонт предприятий, зданий и сооружений. При заключении договора управляющий проектом, на основании утвержденного плана по управлению проектом, устанавливает требования к срокам строительства, качеству построенного объекта, рассматривает, в соответствии с проектной документацией, состав и номенклатуру строительных материалов, конструкций, технологического оборудования и других видов материальных ресурсов, поставляемых подрядчиком, порядок проведения пусконаладочных работ, уточняет договорную цену работ, условия страхования рисков, связанных со строительством, требования по охране труда и технике безопасности при производстве строительно-монтажных работ, имущественную ответственность сторон за неисполнение договорных обязательств, условия конфиденциальности при выполнении контракта и прочих условий.

Управляющий проектом может выступать в роли управляющего строительством (генерального подрядчика), при наличии у него допуска саморегулируемой организации и поручения застройщика (инвестора) о выполнении данных функций.

Совместно с застройщиком (инвестором) управляющий проектом принимает решение о привлечении авторского надзора, за исключением случаев, когда авторский надзор за строительством объектов является обязательным.

Управляющий проектом от имени и по поручению застройщика получает разрешения соответствующих эксплуатирующих организаций на производство работ в зоне воздушных линий электропередач, линий связи в полосе отвода железных дорог, в местах прохождения подземных коммуникаций (кабельных, газопроводных, водопроводных, канализационных) и других расположенных на строительной площадке; использование в период строительства электроэнергии, газа, воды и пара от существующих источников, в соответствии с проектом организации строительства, в случае отсутствия у застройщика (инвестора) собственных объектов газо-, водо-, паро- и энергоснабжения; вырубку зеленых насаждений и пересадку деревьев, оформление порубочных билетов.

Управляющий проектом заказывает создание геодезической основы строительства, вынос и закрепление осей, оказывает содействие в регистрации в органах государственного строительного надзора должностных лиц, ответственных за ведение строительного контроля со стороны застройщика, готовит документы для получения разрешения на строительство, осуществляет организацию подготовки строительной площадки, снос существующих зданий и сооружений, перенос инженерных коммуникаций, включая компенсационные выплаты за счет застройщика (инвестора).

Управляющий проектом осуществляет контроль за сроками получения оборудования и материалов, организации приемки, представление и рассмотрение претензий к изготовителям и поставщикам, а также участие в арбитражном обсуждении (в случае необходимости), рассматривает и урегулирует спорные вопросы по выполнению условий договоров (контрактов) строительного подряда с генподрядчиком и другими подрядными организациями.

Управляющий проектом готовит периодическую отчетность о ходе строительства и выполнении графиков производства работ, своевременно информирует застройщика (инвестора) в случае отклонения от сроков реализации проекта, предлагает решения по сокращению и оптимизации сроков и бюджета строительства.

      6.4 Мониторинг и контроль за реализацией проекта в строительстве

6.4.1 Целью мониторинга и контроля за реализацией проекта в строительстве является проверка соответствия промежуточных результатов проекта и хода его работ установленным требованиям и критериям качества, сроков, стоимости.

6.4.2 Существенным требованием контроля инвестиционно-строительных проектов является ведение строительного контроля за проведением строительно-монтажных работ на этапе реализации проекта, на соответствие объема и качества выполняемых работ проектной документации.

6.4.3 Деятельность строительного контроля регламентирована действующим законодательством Российской Федерации, может осуществляться только при наличии допуска саморегулируемой организации.

      6.5 Завершение проекта, приемка объекта в эксплуатацию

6.5.1 Управляющий проектом:

— определяет режим эксплуатации объекта в период индивидуальных и комплексных испытаний инженерных систем, оборудования их приемки, обеспечивает контроль за пусконаладочными работами и организацию подготовки объекта к сдаче в эксплуатацию;

— проверяет исполнительную документацию, передает документацию по приемке объекта в эксплуатацию на хранение пользователю объекта, если иное не предусмотрено нормативными документами местных органов власти и/или договором с застройщиком (инвестором);

— представляет приемо-сдаточной комиссии необходимые документы по законченному строительством объекту;

— создает от имени и по поручению застройщика (инвестора) приемо-сдаточную комиссию и проводит приемку от исполнителя работ, законченного строительством объекта;

— взаимодействует с авторским надзором для получения заключения по объекту в случае необходимости;

— согласует сроки устранения дефектов и недоделок в рамках договора с подрядной организацией;

— готовит документы для обращения в соответствующие органы исполнительной власти за получением разрешения на ввод объекта в эксплуатацию;

— готовит документы для осуществления ввода объекта в эксплуатацию и его последующей регистрации в местных органах власти, в установленном ими порядке;

— передает завершенный строительством объект застройщику (инвестору) или организациям-пользователям, уполномоченным инвестором или выносит его на реализацию (продажу, отчуждение, аренду);

— готовит и передает застройщику (инвестору) отчет о выполнении договорных обязательств и о достижении проектом необходимых параметров по результатам строительства.

      6.6 Эксплуатация объекта, гарантийный период, его капитальный ремонт, реконструкция и ликвидация

Эксплуатация объекта не является этапом реализации проекта в строительстве, однако является существенной частью жизненного цикла здания, сооружения вплоть до его ликвидации (вывода из эксплуатации и сноса).

Эксплуатация объекта допускается после получения застройщиком разрешения на ввод объекта в эксплуатацию. Эксплуатацию зданий, сооружений следует осуществлять в соответствии с их назначением, разрешенным использованием, без нарушения требований технических регламентов, проектной документации, нормативно-правовых актов Российской Федерации, субъектов Российской Федерации и муниципальных правовых актов. В целях обеспечения безопасности зданий и сооружений в процессе их эксплуатации следует обеспечивать их техническое обслуживание, эксплуатационный контроль, текущие и планово-профилактические ремонты, в соответствии с требованиями нормативных документов РФ.

Управляющий проектом, совместно с подрядной организацией организует обучение персонала застройщика (инвестора) — службы эксплуатации по заранее разработанной и согласованной программе.

В период гарантийной эксплуатации объекта управляющий проектом, по требованию застройщика (инвестора), контролирует исполнение обязательств участниками строительства в гарантийный период, участвует в организации и устранении дефектов, выявленных после ввода объекта в эксплуатацию, силами виновной стороны. Срок гарантийной эксплуатации определяется договором подряда или в соответствии с положениями Гражданского кодекса.

      7 Основные права управляющего проектом в строительстве

7.1 Управляющий проектом в строительстве в своей деятельности руководствуется законодательными и нормативными актами Российской Федерации и субъектов Российской Федерации, а также иными документами, регулирующими инвестиционно-строительную деятельность. Обязательными являются требования, устанавливаемые техническими регламентами и государственными стандартами для обеспечения безопасности продукции, работ и услуг, защиты жизни и здоровья граждан, имущества, охраны окружающей среды.

7.2 Управляющий проектом в строительстве имеет право:

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

— принимать участие в выборе участников разработки и реализации проекта в строительстве, представлять свои предложения и рекомендации;

— иметь доступ ко всей достоверной и полной организационной, проектной и исполнительной документации, имеющей отношение к разработке и реализации проекта, ко всем участникам инвестиционно-строительного проекта и их службам, вовлеченным в проект;

— оценивать риски и влияние на проект изменений, предлагаемых застройщиком (инвестором), своевременно доводить рекомендации до ответственного представителя;

— принимать решения в рамках своих полномочий и компетенций, по всем вопросам планирования и реализации проекта в строительстве;

— осуществлять постоянный контроль за качеством проектной документации, строительно-монтажных работ, поставляемого оборудования, конструкций, изделий и материалов;

— при необходимости приостанавливать работу по реализации проекта, в том числе производство отдельных видов строительно-монтажных работ;

— участвовать на постоянной основе самому или его представителю при рассмотрении производственных вопросов и споров между участниками разработки и реализации проекта;

— требовать в установленные сроки утвержденными планами работ отчеты, информацию, а также получать материалы и документы по возникающим оперативным вопросам;

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

— предоставлять отчеты куратору (ответственному представителю) застройщика (инвестора);

— вносить предложения по оптимизации бюджета, сроков производства работ, корректировке решений, улучшающих качество производимых работ и/или характеристик объекта в целом.

7.3 Обязанности и ответственность управляющего проектом в строительстве определяются договором, в зависимости от сложности объекта, и объемом работ управляющего проектом, определенным сторонами.

Приложение А

(справочное)

Основные этапы управления проектом в строительстве

А.1 Основные этапы управления проектом в строительстве приведены на рисунке А.1.

Рисунок А.1

А.2 Принципиальная схема управления проектом в строительстве приведена на рисунке А.2.

Рисунок А.2

Приложение Б

(справочное)

Состав основных участников команды проекта в строительстве

В состав организационной структуры (команды) проекта в строительстве могут входить:

1 управляющий проектом в строительстве (руководитель проекта, менеджер проекта/project manager); обеспечивает общее руководство и управление процессами и работами, отвечает за получение результатов проекта, управляет командой проекта;

2 руководитель по проектированию (design manager); координирует выполнение работ по проектированию в рамках проекта, контролирует соответствие выполняемых рабочих документов проектных работ — ранее утвержденной предпроектной и проектной документации, отвечает за внедрение эффективных решений, вариантное проектирование и оптимизацию проектных решений (value engineering);

3 руководитель по строительству (construction manager); координирует все виды работ, выполняемые на строительной площадке, контролирует выполнение работ в соответствии с рабочей документацией, техническими регламентами и сводами правил;

4 руководитель по согласованиям (permission manager); координирует все вопросы, связанные с оформлением градостроительной и иной исходно-разрешительной документацей, получением технических условий и специальных технических условий, согласованием проектной и рабочей документации в установленном порядке;

5 руководитель по финансово-учетным вопросам (cost manager); координирует своевременность и полноту оплат по договорным обязательствам и прочим расходам в соответствии с графиком финансирования и фактом выполнения работ, контроль налоговых выплат, соответствие фактических затрат бюджету проекта, внесение необходимых корректировок в процессе реализации проекта;

6 руководитель по закупкам и поставкам материалов и оборудования (procurement manager); координирует все виды закупок и поставок на этапах реализации проекта в строительстве;

7 координатор по планированию (scheduling control coordinator/planner); отвечает за разработку графика реализации проекта и регулярный контроль его исполнения, внесение необходимых корректировок и изменений по ходу реализации проекта;

8 координатор по договорно-правовым вопросам (contract manager); осуществляет контроль за исполнением договорных обязательств, отвечает за соблюдение процедур по внесению изменений в договора, претензионную работу;

9 координатор работ по подготовке к эксплуатации и гарантийной эксплуатации; отвечает за организацию и проведение эксплуатационных испытаний, подготовку объекта к эксплуатации, передачу эксплуатационной и гарантийной документации застройщику (инвестору), поддержку застройщика (инвестора) в период гарантийной эксплуатации;

10 администратор проекта (document control coordinator); координирует и контролирует документооборот, а также вспомогательную деятельность, обеспечивает необходимые условия для работы команды проекта.

 Библиография

[1]	Рекомендации по деятельности Управляющего проектом при разработке и реализации проектной и рабочей документации на строительство предприятий, зданий и сооружений, МДС 11-2.99 (утверждено письмом Госстроя РФ 10 июня 1999 г. N ЛБ-1992/5)
[2]	Федеральный закон от 25 февраля 1999 г. N 39-ФЗ «Об инвестиционной деятельности в Российской Федерации, осуществляемой в форме капитальных вложений»
[3]	Федеральный закон от 9 июля 1999 г. N 160-ФЗ «Об иностранных инвестициях»
[4]	Типовое положение по разработке и составу Ходатайства (Декларации) о намерениях инвестирования в строительство предприятий, зданий и сооружений (утверждено Минстроем РФ 7 марта 1997 г*.)

УДК 721.013:006.354		ОКС 91.010.30
Ключевые слова: управление проектом в строительстве, управляющий проектом в строительстве, команда проекта, технический заказчик

Управление проектированием — это организационно-техническая деятельность, которая в рамках условий поставленной задачи позволяет наилучшим образом разработать проектную документацию на новую продукцию.

Проектная деятельность

Понятие проекта и проектирования

Работа любого предприятия состоит из постоянного решения разных производственных задач. Часто ответственные внутрипроизводственные задачи и задачи по разработке сложной научно-технической продукции называют проектами. Продуктами проекта могут быть продукция предприятия (результаты научных и маркетинговых исследований, проектно-конструкторская и технологическая документация на новое изделие, программное обеспечение и т. д., разработанные для заказчика) и решение внутренних производственных задач (повышение качества продукции и эффективности организации труда, оптимизация финансовых потоков и т. д.).

Проект — это работы, планы, мероприятия и другие задачи, направленные на создание нового продукта (устройства, работы, услуги). Выполнение проекта составляет проектную деятельность.
Применительно к разработке проектно-конструкторской документации проектная деятельность включает:

• проведение управленческих мероприятий (проектное управление). Достигается на основе использования, в том числе, принципов и методов управления проектом (часть системы менеджмента предприятия),
• проведение научно-технических разработок (поиск новых технических решений). Эти решения оформляются в виде комплекта документации, называемого проектом, который предназначен для создания разработанного устройства, его эксплуатации, ремонта и ликвидации, а также для проверки или воспроизведения промежуточных и конечных решений, на основе которых он был разработан. Такая научно-техническая деятельность называется проектированием. (Обратим внимание на то, что значение слова «проект» в управленческой и научно-технической деятельности отличаются).

Проектированию характерна практическая направленность и персональная ответственность за полученные и переданные заказчику результаты. Другой особенностью проектирования является и то, что в качестве руководителя проектной работы, как правило, выступает не специальное должностное лицо (менеджер), а технический специалист-руководитель работ или проекта. На нём лежит ответственность за принятие окончательных решений на отдельных этапах и по всей работе в целом. Он же подбирает и расставляет кадры, отвечает за распределение средств.

Стороны проектной деятельности

В соответствии с Гражданским кодексом, проектирование — это один из видов подрядных работ, результатом которых является продукция (проект), то есть комплект документации на другой продукт (объект проектирования, то есть материальное устройство, или выполнение работы, или оказание услуги).

Участников этих работ разделяют на потребителей (заказчиков проектных работ) и поставщиков (исполнителей этих работ, подрядчиков). Исполнителя-специалиста по разработке проекта называют проектировщиком или разработчиком. Если продукция создается для собственного потребления, то возможно соединение в одном лице заказчика и исполнителя. Поставщиком, как и потребителем продукции, может быть организация (юридическое лицо) или конкретный человек (физическое лицо).

Существует ещё один участник работ — государство, которым создана система мер по защите потребителя посредством контроля, лицензирования, выпуска нормативной документации, в том числе регламентирующей проектную деятельность.

Понятие управления проектированием

Проектирование — сложный процесс, который связан не только с поиском оригинальных решений и идей, но и с оформлением и утверждением результатов, оценкой их эффективности, умением распределить работу между исполнителями и управлять ею и т. д. Это длительный процесс, который включает этапы от подготовки проектного задания до испытания опытных образцов.
В процессе проектирования всегда участвует группа людей, поэтому результативность работы существенно зависит и от того, насколько полно учтены особенности работников, правильно организовано взаимодействие участников (сторон) проектирования и подобран коллектив исполнителей, умело ведётся управление им.

Всё это указывает на то, что проектирование должно профессионально управляться, то есть включать и поиск оригинального решения, и организацию проектных работ (управление работниками и работой), то есть стоит говорить не просто о проектировании, а об управлении проектированием.
«Управление проектированием», как и «проектирование», имеет те же цели деятельности (создание комплекта документации), тот же объект (продукт в виде устройства, работы, услуги), но для достижения цели привлекает дополнительные средства и методы.

В систему менеджмента предприятия входят общие системы (управление проектами, маркетинг, Система менеджмента качества) и специализированные (управление производством, персоналом, финансами и т. д.). С целью эффективного использования научно-технических ресурсов предприятия и соблюдения договорных обязательств перед заказчиком в эту систему также должно входить управление проектированием.
С другой стороны, поскольку задачи поиска новых решений (то есть задачи проектирования) всегда возникают при решении разных задач управления, то знание методологии проектирования является основой успешной деятельности в этих областях.

Существует проектирование технических устройств, социальное проектирование, проектирование программного обеспечения и другие виды проектных работ. Они отличаются видами разрабатываемых объектов, исторически сложившимися подходами и т. д. Так, проектирование программного обеспечения уже давно рассматривается как часть управления проектами, активно использует современную терминологию и технологии.

Приводимые далее сведения будут относиться, прежде всего, к проектированию технических устройств (классическому проектированию).

Методология управления проектированием

Управление проектированием обладает своей методологией, которая включает принципы и структуру деятельности, методы и способы др.

Принципы проектной деятельности

Современная продукции (здания, машины, программные комплексы и т. д.), характеризуется не только сложностью, но и заметным воздействием на общество и окружающую среду, тяжестью последствий аварий из-за ошибок разработки и эксплуатации, высокими требованиями к качеству и цене, сокращению сроков выпуска новой продукции. При создании таких объектов их уже необходимо рассматривать в виде системы, то есть комплекса взаимосвязанных внутренних элементов с определенной структурой, широким набором свойств и разнообразными внутренними и внешними связями. Проектирование должно основываться на тщательном совместном рассмотрении объекта проектирования и процесса проектирования, которые в свою очередь включают ещё ряд важных частей, показанных на рис.1.

Наиболее эффективным подходом к управлению проектированием в современных условиях является системный подход. Ещё нельзя утверждать, что известны полный состав и содержание его принципов, однако применительно к проектной деятельности можно сформулировать наиболее важные из них:

• Практическая полезность:
  • деятельность должна быть целенаправленной, устремленной на удовлетворение действительных потребностей реального потребителя или определенной социальной, возрастной или иной группы людей, а также на удовлетворение действительных целей предприятия;
  • деятельность должна быть целесообразной. Важно вскрыть причины, препятствующие использованию существующих объектов для удовлетворения новых потребностей, выявить вызывающие их ключевые противоречия и сконцентрировать усилия на их разрешении;
  • деятельность должна быть обоснованной и эффективной. Разумным будет использование не любого решения задачи, а поиск оптимального варианта;
• Единство составных частей:
  • целесообразно любой объект и процесс, сложный ли он или простой, рассматривать как систему, внутри которой можно выделить логически связанные более простые части — подсистемы, единство частных свойств которых и образует качественно новые свойства системы;
  • разрабатываемые объекты предназначены для людей, ими создаются и эксплуатируются. Поэтому человек также обязан рассматриваться в качестве одной из взаимодействующих систем. При этом должно приниматься во внимание не только физическое взаимодействие, но и духовно-эстетическое воздействие;
  • внешняя, или как её ещё называют — жизненная среда, также должна рассматриваться в качестве системы, взаимосвязанной с проектируемым объектом, а процесс проектирования — как часть системы функционирования предприятия;
• Изменяемость во времени:
  • учёт этапов жизненного цикла объекта и процесса разработки;
  • учёт истории и перспектив развития и применения разрабатываемого объекта, а также областей науки и техники, на достижениях которых базируются соответствующие разработки.

Методы и модели проектной деятельности

Основная статья: Методы проектирования

В процессе проектирования используются разнообразные методы. Прежде всего, это эвристические, экспериментальные и формализованные методы.

Эвристические методы оперируют понятиями и категориями (абстрактными, отвлеченными). Формализованные — конкретными параметрами или их группами. Экспериментальные — физическими (реальными) объектами и процессами и их характеристиками.

Среди эвристических методов отметим следующие универсальные методы:

• Метод декомпозиции. Лежит в основе системного подхода. Метод позволяет разложить сложную задачу на ряд простых, но взаимосвязанных задач, представить её в виде иерархической структуры. Применим к исследованию как устройств, так и процессов. С его помощью, например, уточняют цель работы (построение дерева целей), расчленяют периоды на этапы (например, понятие жизненного цикла изделия). При декомпозиции следует руководствоваться определёнными правилами;
• Метод мозговой атаки. Служит основой коллективного решения проблем, возникших в процессе проектирования, а также подготовки и проведения продуктивного совещания;
• Метод последовательных приближений (метод итераций). Проектирование ведется в условиях информационного дефицита, то есть в начале проекта сведения о виде конечного решения минимальны, и они пополняются и уточняются в процессе проектирования. Такая неопределенность устраняется посредством выполнения итерационных процедур;
• Теория решения изобретательских задач (ТРИЗ). Помогает выявить истинные причины (противоречия), мешающие разработке системы, и выбрать средства для их устранения. ТРИЗ также помогает найти компромисс (разрешить противоречия) в случае возникновения конфликтов интересов.

Среди формализованных методов особо выделяют методы оптимального проектирования, которые служат основой для выбора лучшего и, следовательно, конкурентоспособного решения, позволяют аргументировано доказать верность и эффективность полученных результатов, убедительно представить их заказчику.
Результаты выбора зависят от принятых в проекте критериев оптимизации. Они определяют конечный вид проектируемой системы, и грамотное их назначение позволяет избежать случайных и неэффективным результатов (хотя эти результаты могли быть получены на основе многократно проверенных и общепринятых методик). Часто применяется пара критериев, известная как «цена-качество», то есть экономичность-эффективность.

С целью повышения достоверности субъективных выводов предлагают различные методы, в большинстве основанные на использовании экспертных оценок. Достаточно простым и распространенным является метод бинарных сравнений. Метод основан на том, что сравнить между собой два варианта и выбрать из них предпочтительный проще, чем одновременно сравнивать три и более варианта.

Хотя объектом проектирования является продукция в виде устройства, работы, услуги, в действительности в процессе проектирования работа ведётся с их моделями, вид которых постепенно уточняется от первоначальных словесных описаний до опытных образцов. И результат проектирования — проектная документация, тоже является одним из видов моделей (чертежи, полигональная модель, информационная модель), промежуточных на пути создания продукта.

С целью упрощения процесса изучения реальных устройств и процессов выделяют четыре уровня их моделей, различающихся количеством и степенью важности учитываемых свойств и параметров. Это — функциональная, принципиальная, структурная и параметрическая модели.

В результате решения проектной задачи происходит переход от одной модели к другой (функциональная — принципиальная — структурная — параметрическая). Вид модели также связан с определённым этапом проектной работы, прохождение которого обязательно, так как упрощает процесс разработки, распределение работ и контроль их выполнения.

Если принять за 1 стоимость исправления проектной ошибки, обнаруженной после завершения проектирования и допущенной на этапе расчёта параметров (параметрического синтеза), то стоимость её исправления возрастает приблизительно в 10, 100 и 1000 раз, если ошибка была допущена соответственно на этапах синтеза структуры, принципа действия, подготовки технического задания!

Структура проектной деятельности (план управления)

Проектирование как целенаправленная деятельность обладает определённой структурой.
Структура проектной деятельности — это целенаправленная последовательность выполнения процедур на основе взаимодействия участников проектного процесса. Структура задаёт алгоритм (план) управления, ведущий к достижению целей проектирования, и представляет собой модель управления процессом проектирования.

На рис. 2 приведена структура проектной деятельности. Она отображает иерархическую систему управления, согласно которой действия на последующих этапах задаются результатами выполнения предыдущих этапов.
Завершение работ по каждому этапу служит основными контрольными точками, в которых наглядно и в относительно законченном виде представляются результаты. Это позволяет мотивированно дать заключение о дальнейших действиях по выполнению проекта.

Вследствие неполноты начальных знаний об объекте, процесс проектирования — итерационен, что на рис.2 отражается пунктирными стрелками обратных движений. С другой стороны, обратная связь позволяет оперативно вести оценку выбранных моделей и методов решения и влиять на эффективность управления.

На каждом этапе проектирования выполняются следующие процедуры:

• выбор модели (то есть основополагающего принципа, вида блок-схемы и расчетной схемы),
• выбор метода решения,
• решение,
• анализ полученных результатов, оценка и принятие решения.

Составление технического задания

Исходное задание выдаётся заказчиком. Основными причинами, заставляющими его обратиться к разработчику, являются отсутствие у заказчика соответствующих специальных знаний либо ограниченность его ресурсов (нехватка времени на решение задачи, необходимого количества людей, оборудования).

Задание может быть чётко определено, например, когда всю работу ведет один человек, либо оно выдано авторитетным специалистом, либо не может быть подвергнуто сомнению (госзаказ). Но чаще оно формулируется в общих чертах на языке потребителя-неспециалиста, далеким от языка разработчика и терминов предметной области, и не всегда бывает технически четким и исчерпывающим. Неопределенные требования вызывают неуверенность у всех участников работ, так как допускают различное толкование требований и не позволят объективно оценить качество разработанного изделия. Также разработчик должен понимать, что заказчик может не знать (или знает частично) специальных требований, что не снимает с разработчика ответственности и обязательности выполнения требований надзорных органов независимо от их наличия в задании. Таким образом, особенностью проектной деятельности является ответственность не только заказчика, но и разработчика (исполнителя) за постановку целей проекта и полезность его результата.

Решение любой задачи начинается со сбора и уточнения исходных данных. Обычно заказчик задаёт цель (как он её понимает) и ресурсные ограничения (время, деньги).
Следующий обязательный этап — осмысление и анализ информации, заключающийся, прежде всего, в переводе требований на язык предметной области, формулировке задачи максимально полно и грамотно, в обосновании необходимости её решения, то есть формулирование технического задания (ТЗ). Исполнитель выполняет его в тесном контакте с заказчиком.
Неопределенность, свойственная ТЗ, вызывает необходимость прохождение этапов по несколько раз, итерационно, от более общей постановки задачи — к детальной её проработке.

Составление ТЗ — сложная и ответственная задача: многие данные ещё не известны, но то, как задание будет поставлено, способно облегчить или затруднить последующее проектирование. Специалисты считают, что грамотное ТЗ — это более 50 % успеха в решении задачи, а время, затраченное на подготовку ТЗ, — одно из лучших вложений, которые фирма может сделать в период проектирования. Недаром составление ТЗ поручается ведущим специалистам — главным конструкторам, руководителям проектов и работ и т. п.

С другой стороны, стоит принимать во внимание слова Ли Якокки: «… беда в том, что ты учился в Гарварде, где тебе вбили в голову, что нельзя предпринимать никаких действий, пока не соберёшь все факты. У тебя 95 % информации, а для того, чтобы собрать недостающие 5 %, тебе понадобится еще шесть месяцев. За это время все факты устареют, потому что рынок развивается гораздо быстрее. Самое главное в жизни — всё делать вовремя.

… главная задача состоит в том, чтобы собрать все важные факты и точки зрения, которые вам доступны. Но в какой-то момент надо начинать действовать решительно. Во-первых, потому, что даже самое правильное решение оказывается неверным, если оно принято слишком поздно. Во-вторых, потому, что в большинстве случаев не существует такой вещи, как полная уверенность. Вам никогда не удастся собрать все 100 % информации. К сожалению, жизнь не будет ждать, пока вы оцените все возможные просчеты и потери. Иногда надо просто двинуться вперед наудачу и исправлять ошибки по ходу движения».^[1]

В итоге ТЗ должно включать перечень целей проектирования и список предъявляемых требований:

• Функциональная постановка целей. Изделие является лишь материальным носителем определенных функций, выполнение которых и позволяет достигать заданные цели (удовлетворять потребности). Но одну и ту же функцию могут выполнять разные устройства. Поэтому функциональное, а не предметное указание цели расширяет область возможных решений, что необходимо для поиска наилучшего. Также, функция — более четкий термин для описания сути назначения устройства. Уточнение целей и назначение соответствующих им функций — наиболее важная часть работы по составлению ТЗ;
• Выполнение функций, реализующих заданные потребности, всегда увязывается с удовлетворением определенных требований (см. перечень типовых требований к техническим устройствам), которые делают изделия более привлекательными, учитывают и конкретизируют особенности производства и эксплуатации и т. п. Для удобства требования по виду подразделяют на три группы:
  • условия, характеризуются конкретными значениями данных (формально их можно представить в виде равенств). Например, масса изделия должна составлять 10 кг, применять сталь 40Х, место эксплуатации — тундра. Важную часть условий формирует оценка доступных ресурсов;
  • ограничения, задают допустимую область данных (формально их можно представить в виде односторонних или двусторонних неравенств). Например, вес изделия не должен превышать 10 кг, применять углеродистые стали;
  • показатели качества (которые преобразуются в критерии оптимизации), задают только перечень характеристик и направление поиска предпочтительного значения (максимальное или минимальное значение, например, вес изделия должен быть минимальным, а удобство обслуживания — максимальным). Конкретное значение показателя становится известным только в конце этапа или всего цикла проектных работ и служит мерой предпочтения в процессе поиска оптимального варианта (основой выбора окончательного варианта).

Как и процесс проектирования, работа с требованиями также подлежит управлению. Эти процедуры хорошо отработаны в управлении требованиями к программному обеспечению.

Стоит отметить, что приведённые в условии данные — это номинальные параметры, но было бы более правильно приводить нормированные значения этих параметров, задаваемые предельными допустимыми значениями (например, масса изделия 9,8…10,1 кг). То есть то, что считают условиями, на практике являются ограничениями в виде двусторонних неравенств. Ширина диапазона является следствием величины допуска на этот параметр.

Для конкретизации целей и требований, заданных нечётко либо качественно, применяют метод декомпозиции.

Синтез принципа действия

Функция — цель, физический (или иной) принцип — основа её достижения. Задача синтеза принципа действия — отыскать принципиальные положения, физические, социальные и т. п. эффекты, которые составят основу функционирования будущего изделия. Это могут быть основополагающие нормы, фундаментальные законы и правила, их частные случаи или следствия. Работа ведется с принципиальными моделями и их графическим представлением — блок-схемами. Результатом этапа будет принципиальная (функционально-физическая) схема разрабатываемого устройства, причем такая, которая наилучшим образом удовлетворит требованиям ТЗ.
Этому этапу соответствует заключительная стадия ТЗ и стадия технического предложения структуры проектирования по ГОСТ 2.103.^[2]

Оригинальность функционально-физической схемы является основой патентоспособности найденного технического решения (как правило, это — способ). С другой стороны, проведение патентных исследований^[3] даёт возможность определить патентную чистоту полученного решения и подтвердить отсутствие на него права собственности.

Вид и состав функционально-физической схемы позволяет выделить подсистемы и начать распределение работ между соисполнителями (узкими специалистами).

На этапе синтеза принципа действия расширяется круг параметров проектируемого устройства. В основном они характеризуют его физическую, химическую и т. п. сущность. Их ещё не достаточно, чтобы дать полную и точную картину поведения устройства в реальных условиях и выбрать предпочтительный принцип действия. Однако появляется возможность выполнить предварительную оценку доступности источника энергии и его потребной мощности, тип производства и другие сведения.

Оценка принципа действия по количеству используемых эффектов не всегда верна. Так, работа лампы накаливания основана на двух физических эффектах, а лампы дневного света — порядка 5, хотя последняя применяется всё чаще.

Структурный синтез

На этапе структурного синтеза на основе выбранного принципа действия создаются варианты начального графического представления устройства — структуры, схемы, алгоритмы, упрощённые эскизы. Начинается процесс конструирования. Появляются параметры, характеризующие основную геометрию устройства, предложения по стандартным и готовым (покупным) узлам и агрегатам, возможным поставщикам. В соответствии с ГОСТ 2.103 этот этап включает стадию эскизного проектирования.

Синтез структур, даже в пределах одной и той же функционально-физической схемы, позволяет получить значительное число конструктивных вариантов решений и является важным средством достижения высоких характеристик проектируемых устройств. Синтез структур — трудно формализуемый этап. Он тесно связан с эвристическими процедурами и является основной областью изобретательской деятельности.

Синтезированная структура должна проверяться на патентную чистоту. И если разработанная структурная схема окажется оригинальной, то это указывает на патентоспособность конструкции на уровне устройства.

После синтеза вариантов структур переходят к выбору лучшего. Но неполнота имеющихся на данном этапе данных и несовершенство методов структурной оптимизации не позволяет однозначно указать на лучший вариант. Выбор лучшей структуры сводится к поиску рациональной, а выводы носят рекомендательно-оценочный характер. Широко используют ранжирование структур по рассматриваемым признакам, причем заключение делается на основе опыта эксплуатации изделий с подобными структурами.

Выбранная структура служит основой создания схемы или эскиза разрабатываемого устройства, что позволяет лучше его представить, облегчает выбор и построение расчетной схемы (расчетной модели). Графическое изображение необходимо при обсуждении разработки с другими людьми (для удобства и однозначности восприятия) или фиксирования и архивации результатов работы. В простых и очевидных случаях (например, для типовых структур) варианты схем анализируют в уме и сразу переходят к расчетам и вычерчиванию конструкции.

Параметрический синтез

На основе полученных расчётных схем на этапе параметрического синтеза определяют конкретные вид и характеристики проектируемого устройства, находят численное решение проектной задачи, создаётся подробная документация или описание устройства, чертежи изделия и его частей. Этот этап соответствует стадиям технического и рабочего проектирования.

Численное решение связано с расчетными моделями. Это могут быть известные модели (нормативные методы расчета и готовое программное обеспечение с хорошо отработанными алгоритмами решения) или разрабатываемые применительно к конкретной задаче. Выполнение технических расчетов — наиболее формализованная часть проектной деятельности.

После определения параметров устройства становится возможным проверить ранее сделанные предположения (например, о габаритах и массе устройства и его частей, что влияет на действительные значения механических характеристик, выбор расчетных коэффициентов и т. п.) и, при больших расхождениях, уточнить исходные данные и повторить расчеты. Также становится возможным проверить согласованность основных параметров подсистем устройства, таких как производительность (например, величин мощности с учетом КПД), степень надежности (желательно, чтобы подсистемы имели одинаковую надежность) и другие.

Каждый параметр, приводимый в проектной документации, известен с некоторой точностью и характеризуется своими предельными значениями и законом распределения. Представление параметров в виде конкретного числа (номинального значения) вносит в расчет неопределенность, и поэтому должно проводиться обоснованно. Например, расчет по средним или по предельным значениям, в «запас прочности».
В свою очередь, точность результатов расчетов определяется точностью исходных параметров и точностью выбранной модели и метода решения задачи. И наоборот, точность выбираемых модели и метода решения должны обеспечивать требуемую точность результатов.

Действия по завершении цикла работ

Проработка проектных вариантов на каждом цикле работы завершается принятием одного из следующих решений:

• о завершении проектирования устройства и оформлении проектной документации со сдачей её заказчику. При завершении проектирования подсистемы переходят к проектированию других подсистем, предварительно дополняя ТЗ условиями сопряжения частей;
• о прекращении разработки данного устройства, поскольку его возможные варианты оказываются неспособными удовлетворить требованиям заказчика. Такое решение может быть принято на любом из этапов проектирования и обуславливается, прежде всего, экономическими и социально-политическими обстоятельствами. Заказчику представляется отчет о проделанной работе и объяснение причин её прекращения. Согласуются вопросы о разделении ответственности и понесенных расходов;
• о неудовлетворительности полученных результатов (несоответствие конструкции реальным технологическим возможностям, недостаточная эффективность устройства) и возвращении на один из предыдущих этапов проектирования. В исходные данные вносятся коррективы (уточнения и дополнения), намечают план последующих действий и повторяют этапы проектных работ.

При завершении проектирования рекомендуют ещё раз проанализировать полученное решение, особенно на возможность максимального повышения степени унификации, стандартизации, преемственности и технологичности. Наиболее эффективным методом улучшения решения является функционально-стоимостный анализ (ФСА).

В ряде случаев (важное задание, высокие требования к решению) по завершении работ проводят экспертизу проекта: внутреннюю или внешнюю (независимую). Приемка работы оформляется актами, причем проверяется не только качество результата разработки, но и комплектность документации.

Завершает цикл работ этап, подводящий итог проектной деятельности, — сертификация. Её назначение — определение уровня качества созданного изделия и подтверждение его соответствия требованиям тех стран, где предполагается его последующая реализация. Необходимость выделения этого этапа в виде самостоятельного вызвана тем, что в настоящее время экспорт продукции или её реализация внутри страны во многих случаях недопустимы без наличия у нее сертификата качества.

Ссылки

См. также

• Методы проектирования
• Модель
• Показатель качества
• Проектирование
• Менеджмент
• Разработка программного обеспечения
• Проектирование программного обеспечения

Литература

• Джонс Дж.К. Методы проектирования. — М.: Мир, 1986. — 326 с.
• Диксон Дж. Проектирование систем: изобретательство, анализ и принятие решений. — М.: Мир, 1969. — 440 с.
• Дитрих Я. Проектирование и конструирование: системный подход. — М.: Мир, 1981. — 456 с.
• Хорошев А.Н. Введение в управление проектированием механических систем: Учебное пособие. — Белгород, 1999. — 372 с. — ISBN 5-217-00016-3 Электронная версия 2011 г.
• Уайлд Д. Оптимальное проектирование. — М.: Мир, 1981. — 272 с.