¬аше окно в мир —јѕ–
Ќовости —татьи јвторы —обыти€ ¬акансии Ёнциклопеди€ –екламодател€м
—татьи

14 марта 2023

“ехнологии проектировани€: разработка и применение

јлексей —Ємин, —ергей ћакаров, ќксана Ѕондарь

јлексей —Ємин ћакаров Ѕондарь


ќб авторах: јлексей —Ємин Ч методолог, —ергей ћакаров Ч директор по технологии, ќксана Ѕондарь Ч ведущий специалист по коммуникаци€м, компани€ —иб“ехѕроект


Ёта публикаци€ €вл€етс€ продолжением статьи Ђ“ехнологии проектировани€ —иб“ехѕроекта: как это работаетї.


ќглавление

1. “’ѕ– 1.0: повышение качества планировани€
     1.1. “’ѕ– как основа дл€ автоматизации управлени€
     1.2. ƒостижени€: единый пор€док работ, синхронность действий отделов, допустимые сроки задач
     1.3. Ќедостатки “’ѕ– 1.0: прив€зка к одному объекту и сила привычки
2. ќт “’ѕ– к сетевому планированию
3. “’ѕ– 4.0: управление рисками и контроль качества
4. —оветы по разработке “’ѕ–

1. “’ѕ– 1.0: повышение качества планировани€

1.1. “’ѕ– как основа дл€ автоматизации управлени€

–азработка технологий проектировани€ в —иб“ехѕроекте началась в 2014 году с целью повышени€ эффективности работы ERP-системы »нициатор, созданной дл€ управлени€ сроками и трудозатратами проекта.

јлексей —Ємин, автор идеи »нициатора и “’ѕ–, методолог компании —иб“ехѕроект:
Ђ¬ —иб“ехѕроекте нет и никогда не было планового отдела. ћы уверены, что хорошо запланировать проект может только тот, кто сам проектирует. ‘ункции планового отдела распределены между всеми сотрудниками, план не задаетс€ сверху, а формируетс€ и корректируетс€ на основании актуальных данных. Ёто называетс€ низовым планированием, и чтобы оно стало возможным, нам нужен был инструмент дл€ сбора актуальных данных и преобразовани€ их в удобный дл€ анализа вид. ћы не нашли программу, котора€ в полной мере учитывала бы специфику нашей работы, и поэтому решили разработать свою. “ак по€вилс€ »нициаторї.

ƒл€ полноценного планировани€ и управлени€ с помощью »нициатора было необходимо понимание содержани€ работ Ч последовательности разделов, блоков и задач Ч и единое представление о процессе проектировани€.

–ис. 1. ѕланирование работ и управление сроками

–ис. 1. ѕланирование работ и управление сроками в —иб“ехѕроекте выполн€етс€ при помощи “’ѕ–, сетевого планировани€ и отчетов программы »нициатор

1.2. ƒостижени€: единый пор€док работ, синхронность действий отделов, допустимые сроки задач

–абота над первой версией “’ѕ– продолжалась примерно полгода, в ней прин€ли участие восемь человек (руководитель проекта, начальники отделов и собственник компании).

–оман ѕетрушкевич, руководитель проекта, участник разработки “’ѕ– 1.0:
Ђ” нас уже был опыт работы в одной команде, мы представл€ли, какие работы и в какой последовательности мы выполн€ем, какие существуют св€зи между отделами и на какие нюансы следует обратить внимание. ћы составили схемы, описывающие нашу работу на примере конкретного объекта, который тогда начали проектироватьї.

¬ процессе разработки “’ѕ– мы составили полное видение процесса проектировани€, выделили его ключевые элементы (разделы) и определили содержание работ (блоки и задачи).

–езультатом стал атлас технологических карт, включающий технологические схемы нескольких альбомов Ч ј–,  –, ќ¬, ¬ .  аждый альбом (раздел) состо€л из набора блоков, где была представлена последовательность выполн€емых задач.

¬ процессе разработки “’ѕ– мы синхронизировали содержание работ и получили согласованный набор блоков в разделах и задач в этих блоках, что решило проблему разного способа выполнени€ задач в разные сроки. “еперь стало возможным планировать сроки с достаточной степенью точности.

¬едущие проектировщики стали использовать “’ѕ– дл€ определени€ сроков задач, что существенно повысило качество планировани€ сроков на малых операци€х.

–оман ѕетрушкевич: Ђћы отказались от идеи сделать несколько универсальных шаблонов дл€ разных проектов. Ќаиболее практичным оказалс€ принцип Ћего Ч мы создавали схемы блоков, которые составл€ли раздел. ѕри необходимости эти схемы можно было выстраивать в нужной комплектации и последовательности, формиру€ технологию проектировани€ конкретного объекта в зависимости от имеющихс€ ресурсовї.

–ис. 2.

–ис. 2. „асть блоков расположена параллельно Ч значит, их могут выполн€ть одновременно несколько исполнителей. ≈сли раздел выполн€ет один человек Ч блоки можно делать последовательно. ¬едущий проектировщик выбирает наилучший вариант, исход€ из конкретной ситуации.

јтлас “’ѕ– оказалс€ отличным инструментом дл€ обучени€ новых сотрудников, которые, изуча€ схемы, сразу видели содержание работ, св€зи между разделами и весь комплекс работ компании в целом.

1.3. Ќедостатки “’ѕ– 1.0: прив€зка к одному объекту и сила привычки

ќсновным недостатком “’ѕ– 1.0 стала прив€зка к конкретному объекту. ѕри расширении пула заказчиков и изменении требований к проекту оказалось, что часть операций, включенных в “’ѕ–, Ч избыточна, а каких-то, наоборот, не хватает. Ёта проблема усугубл€лась отношением некоторых ведущих проектировщиков к “’ѕ– как к пр€мому руководству к действию, в то врем€ как технологические схемы в большей степени €вл€ютс€ эскизом, требующим доработки в соответствии с требовани€ми конкретного заказчика.

—ергей ћакаров, директор по технологии:
Ђ¬ один прекрасный день мы обнаружили, что проектировщики выполн€ют абсолютно ненужную операцию только потому, что она включена в технологическую схему. —хема составл€лась под требовани€ определенного заказчика, а в дальнейшем использовалась без адаптации. Ёта ненужна€ операци€ занимала немало времени, и ее исключение из технологической схемы позволило сократить общие трудозатратыї.

–ис. 3. Ќа диаграмме √анта показаны трудозатраты задачи

–ис. 3. Ќа диаграмме √анта показаны трудозатраты задачи, котора€ выполн€лась по инерции. јнализ схем “’ѕ– перед началом работы позволил отсе€ть лишние задачи.  роме того, внедрение новой системы оплаты труда (Ё—ќ“) в —иб“ехѕроекте мотивирует сотрудников сокращать трудозатраты и не выполн€ть ненужную работу.

ѕервый вариант “’ѕ– не был универсальным, и то, что он был создан на примере конкретного объекта, впоследствии показало свои минусы. ќднако на то врем€ это было серьезное достижение Ч мы добились прозрачности процесса проектировани€, определили содержание работ и с помощью »нициатора начали планировать работу, контролировать сроки и трудозатраты на основании реальных данных.

2. ќт “’ѕ– к сетевому планированию

–азработав “’ѕ– как основу дл€ планировани€ в »нициаторе, мы мечтали о том, как легко будем составл€ть планы и быстро корректировать их. ќднако все оказалось не так просто. ѕри работе в диаграмме √анта установление св€зей задач и перепланирование занимало много времени. ¬ысока€ трудоемкость практически сводила к нулю идею оперативного планировани€ и прозрачности рабочего процесса Ч изменени€ не вносились в »нициатор или вносились с большим опозданием. ¬едущие проектировщики стали понемногу игнорировать работы по планированию Ч из-за больших трудозатрат на составление графиков не хватало времени на остальные задачи.

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

–ис. 4. ƒиаграмма √анта хороша дл€ контрол€ сроков

–ис. 4. ƒиаграмма √анта хороша дл€ контрол€ сроков, но дл€ св€зей задач и вариантного планировани€ она недостаточно удобна. Ќаибольшие неудобства доставл€ла сложность корректировки линейного графика при изменени€х в проекте.

ќказалось, что решение уже было давно найдено Ч в конце 1960-х Ц начале 1970-х годов в ———– был всплеск публикаций, посв€щенных планированию в проектных организаци€х, где в качестве наиболее оптимального метода рассматривалось сетевое планирование. јвторы называли этот метод наиболее соответствующим специфике работы проектной организации Ч сетевой план позвол€ет определить набор необходимых задач, установить св€зи между отделами и управл€ть сроками благодар€ гибкому планированию Ч изменению св€зей между задачами и отделами при изменении условий. —етевой график прекрасно решает задачу рационального распределени€ задач, устанавлива€ последовательность их выполнени€.

ќднако на тот момент эти идеи не получили дальнейшего развити€ Ч их практическое воплощение оказалось невозможным из-за недостаточного уровн€ развити€ вычислительной техники. –абота с сетевым графиком предполагает посто€нные изменени€, рассчитать и отобразить которые при тогдашних мощност€х Ё¬ћ было невозможно. ѕерспективное направление тогда было остановлено из-за технических причин.

–ис. 5.  ниги из фонда –оссийской √осударственной библиотеки

–ис. 5.  ниги из фонда –оссийской √осударственной библиотеки, посв€щенные применению методов сетевого планировани€ в проектировании

Ќеобходимым условием дл€ работы с сетевым планом исследователи называли детальное описание технологического процесса: Ђѕри сетевом планировании тщательно изучаетс€ технологическа€ последовательность проектировани€ (как и любого другого производственного процесса) на всех стади€х его выполнени€, а затем эта последовательность излагаетс€ в виде сетевой модели Ч схемы, €сно и четко показывающей специфические потоки проектировани€ и их взаимные св€зи.ї (‘едорин Ћ.ј. —етевые графики в проектировании. —. 4). ќсобо отмечаетс€ эффективность сетевого планировани€ в проектировании: Ђв св€зи со спецификой проектировани€ сетевое планирование и управление им особенно эффективны. ќбща€ продолжительность проектировани€ при сетевом планировании сокращаетс€ на 15-20%, трудоемкость за счет более рационального построени€ процесса может быть уменьшена на 20-25%. √рафики соблюдаютс€ точно, перестраивать их приходитс€ редкої (там же).

—ергей ћакаров, директор по технологии: Ђ¬ проектировании необходимо учесть очень много факторов, оказывающих вли€ние на процесс, причем эти факторы могут про€витьс€ на любом этапе. »менно поэтому необходим инструмент, который позволит оперативно учитывать эти факторы, иначе планирование становитс€ недостоверным и тер€ет вс€кий смысл. “аким инструментом стал сетевой график в программе »нициаторї.

»меющиес€ в —иб“ехѕроекте технологические карты стали основой дл€ внедрени€ сетевого планировани€. ¬ апреле 2019 года в программе »нициатор по€вилс€ модуль —етевой план. — помощью сетевого плана мы св€зали блоки и разделы “’ѕ–, получив полную картину проекта, всех его задач и св€зей.

–ис. 6. ѕример фрагмента сетевого графика в »нициаторе

–ис. 6. ѕример фрагмента сетевого графика в »нициаторе. Ќа графике обозначены св€зи задач, продолжительность работ по задаче и статус задачи. «начок задачи интерактивен Ч по клику открываетс€ карточка задачи, и ведущий проектировщик получает всю информацию дл€ планировани€.

—етевой план, основанный на технологических схемах “’ѕ–, повысил точность планировани€ и синхронизацию работ в —иб“ехѕроекте, а также помог найти возможности дл€ сокращени€ трудозатрат. ћы отметили следующие достоинства сетевого плана в практике низового планировани€:

  1. ѕростота: внесение и обновление данных и установление св€зей задач стало более простым.
  2. »нформативность: вс€ важна€ информаци€ о задаче видна сразу, не требуетс€ дополнительных переходов.
  3. ¬ариативность: изменение сетевого плана и создание кратчайших путей позвол€ет сокращать трудозатраты.
  4. ¬нимание к детал€м: можно детализировать определенный этап работ.
  5. Ўирота охвата: на одном экране виден весь проект со всеми св€з€ми и задачами.

ƒл€ повышени€ скорости планировани€ на основе “’ѕ– в »нициаторе был создан шаблон сетевого плана проекта. ѕеред началом работы ведущим проектировщикам не нужно создавать план с нул€ Ч нужно просто внести необходимые изменени€ в шаблон.

3. “’ѕ– 4.0: управление рисками и контроль качества

«а врем€ существовани€ “’ѕ– технологические карты не раз редактировались дл€ актуализации и детализации описанных процессов. ¬ерсии “’ѕ– 2.0 и 3.0 принципиально не отличались от версии 1.0, изменени€ касались непосредственно производственных задач Ч в схему вносились коррективы, св€занные с тем, какие задачи и в какой последовательности составл€ют блок.

¬ мае 2022 года началась работа над версией “’ѕ– 4.0. ¬ этот раз изменени€ предполагалось достаточно серьезные Ч помимо актуализации последовательности и набора задач, в технологические карты нужно было внести дополнени€ дл€ организации системы контрол€ качества. ћы видели ресурс повышени€ производительности труда и сокращени€ трудозатрат в существенном повышении качества работ.

»де€ Ђкаждый сотрудник отвечает за качествої должна была стать не просто словами, а частью технологического процесса. ¬ “’ѕ– 4.0 особое внимание уделено описанию результата работ блока и контролю качества результата. ¬ схемах по€вились чек-листы отдельных задач и ссылки на чек-листы результата в »нициатор.

ѕри создании новой версии “’ѕ– мы отошли от принципа фиксировани€ ситуации и зан€лись моделированием процесса, закладыва€ в схемы “’ѕ– работы, которые не относ€тс€ непосредственно к созданию моделей и чертежей, но которые необходимы дл€ контрол€ качества. “ак, у ведущих проектировщиков по€вилс€ новый тип задач Ч задача проверки. “акже по€вились совершенно новые задачи Ч задачи защиты проектных решений.

–ис. 7. ѕример схемы.

–ис. 7. ѕример схемы. «адача защиты внесена в “’ѕ– дл€ того, чтобы исключить ошибки и коллизии еще на этапе планировани€, при совместном обсуждении решени€

Ќова€ верси€ существенно расширила функции “’ѕ– Ч теперь технологические карты используютс€ не только в планировании и реализации производственного процесса, но и в организации процесса управлени€ качеством и рисками по срокам.

Ќа основе “’ѕ– в —иб“ехѕроекте разработана система контрол€ качества и управлени€ рисками. ¬ технологические карты внесены дополнени€, позвол€ющие организовать процесс непрерывного контрол€ качества, в который вовлечены все участники проектной команды.

4. —оветы по разработке “’ѕ–

Ќа наш взгл€д, разработать свои технологии проектировани€ может люба€ проектна€ компани€.  ак правило, вопрос о необходимости разработки технологии проектировани€ возникает, когда число сотрудников достигает 40-50 человек (в —иб“ехѕроекте к началу разработки “’ѕ– было чуть более 40 сотрудников) Ч компани€ такого масштаба уже выходит из условной Ђремесленнойї или Ђмануфактурнойї стадии развити€ и Ђручногої управлени€. ѕереход на BIM становитс€ решающим фактором Ч огромное количество технологических деталей требует точных технологических норм, рациональной организации производственного процесса и синхронизации действий его участников.

–ис. 8.  Ёкспресс-тест

–ис. 8. Ёкспресс-тест на определение потребности компании в технологи€х проектировани€

¬ам нужны технологии проектировани€, если:

  • в компании больше 40 человек,
  • работаете в BIM,
  • стремитесь к прозрачности процессов,
  • намерены всерьез зан€тьс€ планированием.

Ќа что нужно обратить внимание, принима€сь за разработку “’ѕ–:

  1. “ехнологи€ и команда. ¬ первой версии “’ѕ– вы будете описывать процесс Ђкак естьї. —корее всего, в ходе описани€ вы обнаружите лишние элементы, дублировани€, пропавшие св€зи Ч вы это вы€сните, провод€ обсуждени€ в команде, имеющей опыт совместной работы.
  2.  валификаци€ ведущих проектировщиков (начальников отделов). »менно они владеют всей информацией о детал€х процесса проектировани€ в рамках раздела.
  3.  валификаци€ проектировщиков. ќт квалификации проектировщиков зависит степень детализации технологических схем Ч нужно ли расписывать процесс до мелочей или достаточно обозначить самые основные задачи. ћы решили вопрос так: в схему вошли ключевые задачи, а необходимые по€снени€ к ним составили инструкцию. ѕри необходимости по€снени€ к задаче в схеме даетс€ ссылка на соответствующий раздел в инструкции. —хема выгл€дит более простой и пон€тной, опытный сотрудник не отвлекаетс€ на детали, менее опытный Ч может получить по€снени€ в инструкции.
–ис. 9. ѕример схемы

–ис. 9. ѕример схемы: задачи с пр€мыми ссылками на инструкцию

ѕроцесс разработки “’ѕ–:

  1. —оставл€ем технологические карты разделов (предварительных). ¬едущий проектировщик (начальник отдела) описывает работу своего отдела: определ€ет блоки, определ€ет задачи внутри блоков, определ€ет св€зи задач, конечные и промежуточные результаты, услови€ начала работы, получаемые и передаваемые задани€.
    —оставл€ть схемы удобнее с помощью онлайн сервисов дл€ рисовани€ графиков, мы использовали drawio.io.
  2. –азрабатываем условные обозначени€ схемы. ћожно использовать условные обозначени€ схем “’ѕ– —иб“ехѕроекта, можно разработать собственные. ƒл€ этого нужно провести совместное обсуждение и составить легенду к схемам, описывающую все условные обозначени€.
  3. ”станавливаем св€зи между разделами и корректируем технологические карты. Ќа совещании ведущих проектировщиков (начальников отделов) с участием руководителей проектов (√»ѕов) анализируютс€ технологические карты разделов, вы€вл€ютс€ дублирующие блоки/задачи, устанавливаютс€ св€зи между разделами.
  4. —оставл€ем единый атлас схем “’ѕ–/—оставл€ем сетевой план. —корректированные технологические карты разделов свод€тс€ в единую схему, на которой обозначены св€зи между разделами. ѕараллельно возможно составление сетевого плана. ƒл€ этой цели можно использовать сервисы, позвол€ющие нарисовать схему, например, можно использовать сервисы типа Miro или других аналогичных. ћы составл€ем сетевой план в модуле —етевой план программы »нициатор, формиру€ таким образом шаблон сетевого плана проекта, который используетс€ при планировании работ по другим проектам.
  5. ќписываем результаты блоков и составл€ем чек-листы. ¬едущие проектировщики описывают результаты конечных и промежуточных результатов в каждом блоке и формируют чек-листы проверки результатов.
–ис. 10. ¬озможна€ схема разработки “’ѕ– компании

–ис. 10. ¬озможна€ схема разработки “’ѕ– компании. Ќо, скорее всего, у каждой компании есть свои нюансы, которые необходимо учесть.

ѕо нашему опыту, разработка “’ѕ– потребует 1,5-2 недели работы каждого ведущего проектировщика Ч обычно в течение 2-3 мес€цев.  ак дл€ любого проекта, нужен руководитель этих работ, а также администратор (дл€ экономии времени ведущих проектировщиков, он оформл€ет и редактирует схемы, ведет сопутствующие документы).

ѕосле того как “’ѕ– разработана, схемы составлены и размещены там, где всем сотрудникам удобно ими пользоватьс€, необходимо провести обучение команды. “акже нужно понимать, что “’ѕ– требует периодической актуализации, Ч определите, кто и как будет заниматьс€ обновлением и внесением дополнений в технологические схемы.

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


ќ компании —ибирские “ехнологии ѕроектировани€

—ибирские “ехнологии ѕроектировани€ Ч проектна€ компани€, специализирующа€с€ на разработке проектной документации объектов гражданского строительства (жилые дома повышенной комфортности). ќснована в 2008 году. ¬се разделы проектной документации в —иб“ехѕроекте с 2010 года выполн€ютс€ с использованием BIM-технологии проектировани€. ”спехи компании в применении BIM-технологии и ее вклад в развитие BIM-технологий в стране подтверждены статусом ЂBIM-компани€ годаї по версии Autodesk (2014-2020 гг.).


„итайте также:


¬акансии:

јктуальное обсуждение

RSS-лента комментариев

-->

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: Ђ√осподи, зачем € читаю всЄ это...ї
ѕроект ЂЌародное —јѕ–-интервьюї

—лучайна€ стать€:

isicad Top 10

—амые попул€рные материалы

   ‘орумы isicad:

isicad-2010 isicad-2008
isicad-2006 isicad-2004

ќ проекте

ѕриглашаем публиковать на сайте isicad.ru новости и пресс-релизы о новых решени€х и продуктах, о проводимых меропри€ти€х и другую информацию. јдрес дл€ корреспонденции - info@isicad.ru

ѕроект isicad нацелен на

  • укрепление контактов между разработчиками, поставщиками и потребител€ми промышленных решений в област€х PLM и ERP...
ѕодробнее

»нформаци€ дл€ рекламодателей


¬се права защищены. © 2004-2023 √руппа компаний «Ћ≈ƒј—»

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