isicad.ru :: портал САПР, PLM и ERP :: версия для печати

Статьи

28 марта 2011

Метод внедрения новых технологий проектирования в проектную организацию

Александр Митрофанов

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

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

Они зависят от:

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

Компоненты системы внедрения технологии проектирования на базе IT

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

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

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

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

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

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

Общая структура технологической карты:

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

Максимальное и быстрое использование всех возможностей программных средств – залог формирования эффективной технологии.

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

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

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

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

Об авторе

Александр Митрофанов закончил Тульский государственный университет по специальности промышленное и гражданское строительство. Сейчас занимается работами по тематикам внедрения САПР (CAD) в области проектирования строительных объектов различного функционального назначения; а также внедрения ИСУП (PM) в инвестиционно-строительной сфере.

Связаться с автором можно по e-mail: projectcenter@rambler.ru

Комментариев: 4
id 836     30 марта 2011, 14:17
 Абрамов Андрей Леонидович
Позиция интересная, хотя на рисунке я увидел всего лишь укрупненную схему графического отображения традиционных бизнес-процессов, выполненную в виде привычных технологу технологических карт. Хочу только предостеречь от возложения разработки данной технологии на "чистого технолога". Технологии и взгляды проектировщика и технолога исторически и в силу специфических особенностей работы имеют довольно много, не очень заметных на первый взгляд, противоречий. Проработка схем прохождения и взаимодействия бизнес-процессов обязательно должна быть коллективной, с учетом интересов всех групп пользователей(а там есть еще руководство, архив, СМТС и т.д. и далеко не всем будет понятна интерпретация технологическими картами) и объединенного интереса предприятия в целом, иначе провал внедрения весьма вероятен.

Ответить   Цитировать выделенное

id 839     30 марта 2011, 18:21
 Евгений Ширинян
Интересная статья, немного сжато все вышло. Ценная формулировка техкарты процесса. Делал такую когда-то (значительно проще) в виде интерактивного PDF'a.
В качестве комментария - схема майндмэпа здесь не совсем уместна. она не передает процесс. Майндмэп удобно использовать в начале и для только себя, а здесь нужно больше нарратива, как мне кажется. Я бы разбил эту схему на блоки покомпактнее. Вроде рассказа такого.
Я смотрю на эту схему и пытаюсь понять, где, собственно, само внедрение? Понимаю, что речь идет про компоненты. И тут не такой бы ветвистый майндмэп, попроще. Вопрос, короче говоря, к инфографике
Немного конкретики - какой тип *портала* Вы порекомендуете? Лично я сейчас поглядываю в сторону wiki.

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

Ответить   Цитировать выделенное

id 854     31 марта 2011, 20:41
 Владимир Севастьянов
Статья действительно получилась ОЧЕНЬ сжатой. Цепочка "конструктор-технолог-коммерческое управление-производство" это такой сложный механизм, который очень трудно поломать, особенно если у Вас огромное предприятие с устоявшимися традициями. А надо, поскольку подавляющее большинство проектно-конструкторских работ выполняется по технологиям 30-х годов прошлого столетия, позаимствованных у тогдашней ещё Германии. Сказанное в статье интересно и полезно, как мне кажется, для молодых и начинающих, "только что купленных" предприятий. Эта статья - рекомендация новым хозяевам, как правильно организовать процесс проектирования. Прислушаются ли?

Ответить   Цитировать выделенное

id 1298     29 июня 2011, 0:08
 Андрей
Не скажу, что весь текст я понял на 100%, но вот схему однозначно не понял... Лично мне она вообще ни о чём не говорит, равно как и такое часто используемое в статье, но всё же туманное (на мой взгляд) слово, как "карта". Ну не понимаю я, что под словосочетанием "технологическая карта проектирования"(с) подразумевает автор. Для того, чтобы это понять, нужен конкретный "рабочий" пример такой карты.

Имхо

Ответить   Цитировать выделенное


Поля, помеченные * обязательны для заполнения

  Имя *

  e-mail

  web

Вы можете ввести не более 3000 символов, осталось:

Введите
первые 3 символа:

 *

Обновить



    

Комментарии:
30 марта 2011, 14:17
 Абрамов Андрей Леонидович
Позиция интересная, хотя на рисунке я увидел всего лишь укрупненную схему графического отображения традиционных бизнес-процессов, выполненную в виде привычных технологу технологических карт. Хочу только предостеречь от возложения разработки данной технологии на "чистого технолога". Технологии и взгляды проектировщика и технолога исторически и в силу специфических особенностей работы имеют довольно много, не очень заметных на первый взгляд, противоречий. Проработка схем прохождения и взаимодействия бизнес-процессов обязательно должна быть коллективной, с учетом интересов всех групп пользователей(а там есть еще руководство, архив, СМТС и т.д. и далеко не всем будет понятна интерпретация технологическими картами) и объединенного интереса предприятия в целом, иначе провал внедрения весьма вероятен.

Ответить   Цитировать

30 марта 2011, 18:21
 Евгений Ширинян
Интересная статья, немного сжато все вышло. Ценная формулировка техкарты процесса. Делал такую когда-то (значительно проще) в виде интерактивного PDF'a.
В качестве комментария - схема майндмэпа здесь не совсем уместна. она не передает процесс. Майндмэп удобно использовать в начале и для только себя, а здесь нужно больше нарратива, как мне кажется. Я бы разбил эту схему на блоки покомпактнее. Вроде рассказа такого.
Я смотрю на эту схему и пытаюсь понять, где, собственно, само внедрение? Понимаю, что речь идет про компоненты. И тут не такой бы ветвистый майндмэп, попроще. Вопрос, короче говоря, к инфографике
Немного конкретики - какой тип *портала* Вы порекомендуете? Лично я сейчас поглядываю в сторону wiki.

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

Ответить   Цитировать

31 марта 2011, 20:41
 Владимир Севастьянов
Статья действительно получилась ОЧЕНЬ сжатой. Цепочка "конструктор-технолог-коммерческое управление-производство" это такой сложный механизм, который очень трудно поломать, особенно если у Вас огромное предприятие с устоявшимися традициями. А надо, поскольку подавляющее большинство проектно-конструкторских работ выполняется по технологиям 30-х годов прошлого столетия, позаимствованных у тогдашней ещё Германии. Сказанное в статье интересно и полезно, как мне кажется, для молодых и начинающих, "только что купленных" предприятий. Эта статья - рекомендация новым хозяевам, как правильно организовать процесс проектирования. Прислушаются ли?

Ответить   Цитировать

29 июня 2011, 0:08
 Андрей
Не скажу, что весь текст я понял на 100%, но вот схему однозначно не понял... Лично мне она вообще ни о чём не говорит, равно как и такое часто используемое в статье, но всё же туманное (на мой взгляд) слово, как "карта". Ну не понимаю я, что под словосочетанием "технологическая карта проектирования"(с) подразумевает автор. Для того, чтобы это понять, нужен конкретный "рабочий" пример такой карты.

Имхо

Ответить   Цитировать

Все права защищены. © 2004-2025 Группа компаний «ЛЕДАС»

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