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

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

Проектная деятельность

Понятие проекта и проектирования

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

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

Опыт проектирования и строительства променада в Светлогорске

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

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

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

Стороны проектной деятельности

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

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

«Российская система управления жизненным циклом объектов проектирования и строительства КАПСТРОЙ»

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

Понятие управления проектированием

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

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

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

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

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

Методология управления проектированием

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

Принципы проектной деятельности

Современная продукции (здания, машины, программные комплексы и т. д.), характеризуется не только сложностью, но и заметным воздействием на общество и окружающую среду, тяжестью последствий аварий из-за ошибок разработки и эксплуатации, высокими требованиями к качеству и цене, сокращению сроков выпуска новой продукции. При создании таких объектов их уже необходимо рассматривать в виде системы, то есть комплекса взаимосвязанных внутренних элементов с определенной структурой, широким набором свойств и разнообразными внутренними и внешними связями. Проектирование должно основываться на тщательном совместном рассмотрении объекта проектирования и процесса проектирования, которые в свою очередь включают ещё ряд важных частей, показанных на рис.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 этот этап включает стадию эскизного проектирования.

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

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

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

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

Параметрический синтез

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

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

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

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

Действия по завершении цикла работ

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

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

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

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

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

Источник: dic.academic.ru

Управление процессом проектирования

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

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

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

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

Основы управления проектированием.

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

История управления проектированием

История управления проектированием насчитывает огромное количество крупных и успешных проектов, таких как строительство египетских пирамид или Великой Китайской стены. Еще в конце 30-х годов советскими учеными были разработаны методы календарного планирования и поточного строительства с использованием диаграмм Ганта. Условия жесткой конкуренции в 70-е годы заставили крупные западные компании использовать методы управления проектированием.

Управление проектированием. Что такое проект?

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

Управление проектированием. Инициация проекта.

Под инициацией проекта понимается формирование его инвестиционной идеи. Для строительных проектов существуют специальные рекомендации, одобренные Министерством строительства РФ 13.03.97г.

Управление проектированием. Элементы проекта.

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

Управление проектированием. Критический путь проекта.

Руководители проектов, как правило, стремятся сократить до минимума продолжительность проекта. Для этого применяется метод критического пути.

Управление проектированием. Планировка частного жилого дома.

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

Управление проектированием. Земельный участок под строительство.

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

Управление проектированием. Типы фундаментов.

От правильного выбора фундамента при строительстве дома, зависит его долговечность и надежность.

Управление проектированием. Ленточный фундамент.

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

Управление проектированием. Столбчатый фундамент.

Управление проектированием. Строительная проектная документация.

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

Управление проектированием. Шаблоны строительных сайтов.

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

Источник: genskayformula.com

VIII Международная студенческая научная конференция Студенческий научный форум — 2016

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

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

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

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

В международном стандарте качества ГОСТ 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.

Источник: scienceforum.ru

TDMS Фарватер. Методики PMBOK и российские проектные организации

TDMS — известная объектно-ориентированная среда для хранения и управления разнообразными данными и процессами. После настройки объектов и бизнес-процессов можно применять систему TDMS практически в любой предметной области. Настройка – это описание на языке TDMS объектов предметной области, их статусов и правил управления этими объектами. Далее формируем структуру предприятия, назначаем права доступа и роли и в результате получаем уникальную Конфигурацию.

Мы начинаем публикации, посвященные TDMS Фарватер — конфигурации для проектировщиков и руководителей проектных компаний. Бизнес-процессы TDMS Фарватер базируется на PMBOK, как на эталонном своде правил по управлению проектами, и поддерживает традиционные процессы разработки проектно-сметной документации по российским ГОСТ.

Управление проектами

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

Существует много стандартов и руководств по управлению проектами. Наиболее известен, пожалуй, свод правил (или еще его называют «свод лучших практик») PMBOK, Project Management Body Of Knowledge, в действующей 5-й редакции от 2013 года. Этот фундаментальный стандарт лежит в основе аналогичных руководств разных стран. Он издается американским институтом PMI.

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

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

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

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

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

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

Меняются технологии САПР, приходят технологии BIM, программисты вынуждены постоянно доделывать программные комплексы. Такие системы держатся на одном-двух ведущих программистах и со временем «морально» устаревают. Обращаем внимание, что сейчас мы не рассматриваем ситуацию, когда над созданием уникальной системы работают системные интеграторы (компании с многолетней историей и опытом)

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

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

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

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

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

Создание программы TDMS Фарватер

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

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

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

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

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

Главное, что требовалось при разработке программы TDMS Фарватер – соответствие российским нормам и правилам. За основу был взят стандарт ГОСТ Р 21.1101-2013 «Основные требования к проектной и рабочей документации» и Постановление № 87 «О составе разделов проектной документации и требованиях к их содержанию».

Как работает TDMS Фарватер

TDMS Фарватер – это конфигурация TDMS, настроенная на поддержку самых востребованных процессов создания проектной документации для стадий проектирования П и Р.
Основой системы являются информационные объекты: Документ, Задание, Часть проекта, Том, Входящий документ, Приказ и многие другие.

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

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

Возможно, вы заметите, что так работает и большинство других систем управления данными. Это, действительно, так. Но у TDMS Фарватер есть существенное отличие.

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

В TDMS Фарватер выделяются три подсистемы:
1. Организационно-распорядительный документооборот (ОРД);
2. Технический документооборот;
3. Электронный архив.

Модуль ОРД поддерживает, как и в других подобных системах, основные процессы по созданию, учету и хранению следующих видов документов:
• Приказы, Распоряжения;
• Входящие документы;
• Исходящие документы;
• Служебные и докладные записки;
• Договоры.

Модуль технического документооборота управляет такими типами документов:
• Проектный документ;
• Задание на выполнение различных действий по проектированию;
• Протокол технического совещания;
• Разрешение на внесение изменений;
• Проект, часть проекта;
• Накладная.

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

Для обеспечения работы всех проектировщиков и сотрудников организации с нужными объектами в TMDS Фарватер сделана подсистема работы со штатным расписанием.

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

Еще одна особенность системы TMDS Фарватер – интеграция с AutoCAD, nanoCAD, КОМПАС, et cetera. В системе TMDS Фарватер есть команды для использования механизма внешних ссылок, чтобы было удобно передавать задания между смежниками, и чтобы все проектировщики могли использовать в работе только актуальные версии документов, чертежей, подложек. Есть также дополнительные модули к TMDS – так называемые интерфейсы: Addins для AutoCAD и nanoCAD, делающие работу с внешними ссылками более удобной.

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

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

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

Информационные объекты – документы, как уже сказано выше, являются контейнерами для файлов любых типов. Не только чертежей, но и графических файлов, фотографий, текстовых документов WORD, таблиц EXCEL, и т. п. После того, как файл извлечен из базы данных на компьютер пользователя (эта операция также известна под названиями «check-in / check-out», «извлечение / возврат») он открывается на редактирование в нужной программе. Такой механизм позволяет хранить в контейнерах-документах файлы любых типов. DWG и DOC для разработки документации, XLS – для проведения расчетов, PDF – для формирования томов выпуска документации, файлы расчетных схем, сметные исходные данные и т. п.

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

Примеры процессов

Процесс подготовки проектной документации

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

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

1. В системе регистрируется проект, определяются стадии, которые будут разрабатываться (П, Р, или обе вместе).
2. ГИП заполняет документы, исходные данные: техническое задание, график разработки, технические условия, исходно-разрешительные документы. С этого момента каждый проектировщик, участвующий в проекте, имеет возможность работать с этими важными документами. Если же часть таких документов недоступна вначале работ (например, ТУ еще не получены), то их можно заносить по мере поступления. При этом формируется очередная версия документов, и все проектировщики работают именно с ней. Не нужно тратить усилия на распространение актуальных версий среди проектной команды.
3. ГИП (или его помощник) создает структуру проекта согласно ГОСТ Р 21.1101-2013, добавляет нужные подразделы, части, книги. Но добавление нижележащих частей может делать и ответственный за часть проекта – таким образом, книги можно добавлять по мере необходимости, на поздних этапах разработки. При этом специальной командой можно формировать обновленный документ «Состав проекта». Этот документ доступен разработчикам для вставки в свои разрабатываемые тома документации. Состав проекта изначально формируется и хранится в проекте в формате DOC. Это позволяет использовать его максимально удобно, например, проверить и распечатать в формате PDF. Далее, используя различные программы обработки PDF, можно легко сформировать полный альбом c обложками, титулами, составом проекта, разрешениями на внесение изменений.
4. ГИП (или его помощники) определяет подразделения, ответственные за разработку. Для этого он выбирает ответственных на каждом из разделов проекта, или на каждом комплекте рабочей документации.
5. ГИП (или его помощники) создают «Задания от ГИПа» и запускают разделы в работу.
6. Ответственный за раздел проверяет задание, принимает его в работу, определяет исполнителей и каждому из них выдает «Задачу исполнителю» со сроками для контроля. При этом соблюдается общее правило – нижележащий ответственный не может установить сроки задач, выходящие за сроки вышележащих заданий.
7. Исполнители на своем уровне принимают задачи в работу, разрабатывают документы (создают карточки документов и прикладывают к ним DWG-файлы, или файлы других форматов, необходимых для разработки).
8. Исполнители ежедневно заносят в свои задачи информацию о трудозатратах: вводят процент готовности задачи на данный момент времени. Это позволяет ГИПу видеть общий процент готовности заданий, частей, подразделов проекта.
9. Исполнители завершают работу над задачами, задачи отправляются на проверку автору, ответственному за раздел проекта. Начальник отдела может принять задачу, а может отправить на доработку. В этом случае исполнитель обязан исправить замечания и вновь завершить задачу.
10. Начальник отдела, выполнив раздел, и собрав всю необходимую информацию в альбомы, отчитывается перед ГИПом о готовности проекта.
11. ГИП проверяет переданный ему альбом и может вернуть его в доработку, либо принять его, зафиксировав готовность раздела.
12. После готовности всех разделов ГИП оформляет накладную, выводит все тома документации на жесткий диск, и передает проект на государственную экспертизу и/или заказчику.
13. Если получено отрицательное заключение экспертизы, или возникают другие причины, то ГИП инициирует процедуру внесения изменений в проект, повторяя пункты 4-12.
14. При положительном заключении экспертизы ГИП отправляет проект в архив.

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

Сейчас мы рассмотрим несколько сценариев применения системы TDMS Фарватер в организациях.

Ведение переписки с заказчиками

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

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

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

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

1. Канцелярия принимает документ, создает карточку входящего документа, прикладывает к нему скан документа и отправляет первому лицу на визирование.
2. Если организация, которая прислала документ, еще не занесена в реестр контрагентов, то работник канцелярии заносит организацию в реестр.
3. После визирования документ регистрируется, и отправляется по маршруту исполнения.
4. Возможные задачи, которые ставятся по документу:

Перенос документации в электронный архив

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

Типичные действия в этом случае такие:

1. Подготовка архива документов к переносу в архив:

a. Упорядочивание по разделам проекта.
b. Очистка от временных файлов, определение минимально необходимого состава по файлам, по типам файлов.
c. Принятие решения, хранить ли DWG и PDF в одном или в разных документах.
d. Для бумажных архивов принятие решения сохранять все листы раздела в один многостраничные PDF или TIFF, или же использовать отдельные PDF для каждого листа.

2. Подготовка TDMS Фарватер:

a. Определение специалистов, занимающихся формированием электронного архива, включение их в рабочую группу ГИПов и Архивистов.
b. Создание шаблона проекта, включающего наибольшее количество частей, книг. Это поможет легко создавать новые проекты и удалять ненужные подразделы части и книги.
c. Создание шаблона задания от ГИПа на формирование архива – «Задание А».

3. Создание для каждого проекта карточки с атрибутами: Заказчик, Шифр, Наименование, состав проекта:

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

4. Закрыть «Задание А», принять работу, и выполнить команду переноса в архив.

5. Повторить пункты 3 и 4 пока не будут занесены все старые проекты в архив.

Заключение

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

Дмитрий Маслов, руководитель проектов комплексной автоматизации ООО «Магма-Компьютер»

Источник: habr.com