Концепция ИНГИПРО

Оглавление

Введение
1. Выбор среды общих данных
2. Принципы, на которых строится система ИНГИПРО

2.1. Для решения какой-то задачи или выполнения какой-то работы лучше использовать специализированный инструмент
2.2. Каждая функция системы должна работать и приносить пользу (лучше меньше, но лучше)
2.3. Использование системы должно повышать производительность труда

3. Контур системы ИНГИПРО на 2024 год
4. Основа методики работы в системе ИНГИПРО
5. Где деньги?

5.1. Первый процесс — это организация разработки проектной документации внутри института. Это деньги проектных компаний
5.2. Второй процесс — это межорганизационное взаимодействие

6. Инструменты системы ИНГИПРО

6.1. Оргструктура проекта
6.2. Права доступа
6.3. Хранение информации
6.4. Оповещение о событиях
6.5. Рецензирование, приемка, замечания
6.6. Сравнение 2D документов
6.7. Технология работы с 3D
6.8. Отчетность

7. Стоимость и внедрение системы ИНГИПРО
Заключение

Введение

Вызовы времени:

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

Ответом на эти вызовы может стать использование специализированных информационных систем, таких как СОД ИНГИПРО. Организуя работу через среду общих данных, ГИП или Руководитель проекта может достичь эффекта «коллективного разума», когда множество узконаправленных специалистов работают в команде. Второй эффект — это сокращение сроков и стоимости транзакции информации внутри проекта. Мы сокращаем «работу в корзину (бросовую работу)», время простоев и множество других рутинных процессов, и, как итог, сокращается себестоимость проектного производства.

Решение этих задач является главным вектором развития системы ИНГИПРО.

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

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

По любому вопросу мы открыты к обсуждению!

1. Выбор среды общих данных

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

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

• Организация процесса выбора среды общих данных для проектов объектов капитального строительства
• Формирование задач для выбора информационной системы из стратегических целей проектной организации
• Требования к средам общих данных

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

2. Принципы, на которых строится система ИНГИПРО

2.1. Для решения какой-то задачи или выполнения какой-то работы лучше использовать специализированный инструмент

Ярким примером правильности этого принципа может служить Мачете УВСР Тайга-1.

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

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

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

Если мы будем говорить о комплексе задач и решений, связанных с технологиями информационного моделирования, то картина будет аналогичной. На заре популярности тематики BIM яркие адепты новой технологии преподносили ее, как «решение всех вопросов» на всем жизненном цикле ОКС. Такой маркетинг привел к тому, что и клиенты принялись искать решение, которое все задачи решит. На данный момент времени отрасль, получив определенный опыт апробации данного подхода, приходит к выводу, что такой BIM больше тормозит проекты, чем ускоряет.

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

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

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

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

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

2.2. Каждая функция системы должна работать и приносить пользу (лучше меньше, но лучше)

Это еще один принцип, в котором мы расходимся с общей тенденцией на рынке СОД.

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

Лозунг «BIM для эксплуатации» столь же несостоятелен, сколько и призыв учить человека бегу с препятствиями до того, как он научится ходить. Этот лозунг столь же вреден, сколько и посыл «BIM решит все вопросы».

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

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

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

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

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

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

2.3. Использование системы должно повышать производительность труда

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

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

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

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

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

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

3. Контур системы ИНГИПРО на 2024 год

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

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

ИНГИПРО — программное обеспечение для организации среды общих данных для строительных проектов на этапах разработки проектной документации (стадии П и РД).

Графически область работы ИНГИПРО можно представить следующим образом:

«ИНГИПРО» можно назвать «Результатной СОД». Это значит, что в ней хранятся только результаты деятельности проектных команд и не ведется корректировка документации, то есть загружаются готовые на момент загрузки документы. Такой подход даёт ряд преимуществ:

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

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

Целевой аудиторией системы являются:

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

4. Основа методики работы в системе ИНГИПРО

Базой методики работы в ИНГИПРО служит описанный в международных стандартах серии ИСО 19650 подход к разделению информационного потока в проекте на зоны готовности. Каждая из зон означает определенную степень проработки и готовности документа.

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

Используя методику СОД, зоны готовности и статусы версий документов, система ИНГИПРО позволяет построить единый технологический процесс производства и согласования документации проекта для всех участников и сделать взаимодействие контролируемым и управляемым.

1) сокращается время для передачи результатов труда в производственной цепочке;

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

3) появляются точные и персональные регламенты работы.

Использование ИНГИПРО позволяет произвести стандартизацию процессов проектирования, что приводит к значительным эффектам:

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

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

Выше описана основа методики работы в системе ИНГИПРО, которая позволяет добиваться значительных конкурентных преимуществ тем, кто использует ее в своих проектах.

5. Где деньги?

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

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

Итак, как ИНГИПРО приносит деньги своим пользователям?

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

Подробно этот вопрос мы рассматривали в статье «Как использование среды общих данных помогает повысить маржинальность проектной деятельности».

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

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

Технология ИНГИПРО сокращает время проекта, которое уходит на координационную и операционную работу специалистов:

• при производстве документации;
• при последующем межкомандном и межорганизационном взаимодействии.

И в первом, и во втором случае возникает несколько неосознаваемых потерь времени.

На верхнем рисунке схематично указаны доли распределения времени при текущем положении дел в отрасли, на нижнем — при применении технологии ИНГИПРО.

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

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

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

Операционные расходы — это работа, которую совершают специалисты

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

Использование ИНГИПРО во многом автоматизирует рутинные операции, что позволяет существенным образом сократить координационные и операционные расходы.

Ошибочная работа («Работа в корзину (бросовая работа)») — это хорошо выполненная работа, которая оказалась не нужна, не «потребляема», потому что объективно поменялись обстоятельства, пока достигался результат.

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

5.2. Второй процесс — это межорганизационное взаимодействие

Это деньги каждого из участников проекта.

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

Навести порядок в этом вопросе выгодно каждой стороне.

Проектировщику:

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

Заказчику (техзаку, генподрядчику):

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

6. Инструменты системы ИНГИПРО

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

6.1. Оргструктура проекта

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

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

В системе ИНГИПРО возможно реализовать любую оргструктуру.

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

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

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

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

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

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

6.2. Права доступа

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

В системе «ИНГИПРО» есть несколько контуров распределения прав доступа.

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

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

Точно таким же образом можно распределить права доступа к внутренним папкам проекта:

6.3. Хранение информации

Любая информационная система класса СОД предоставляет функцию хранения информации. Но даже в этом базовом функционале можно предложить что-то уникальное и полезное.

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

На рисунке документ «Пример изменений 2» имеет две версии: V1 и V2, представлен одновременно в формате dwg и pdf. Указано, кто и когда загрузил в систему каждую из версий.

Компоновку версий и разных форматов система производит автоматически при загрузке файлов.

Что дает подобный подход к хранению информации в системе:

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

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

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

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

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

6.4. Оповещение о событиях

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

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

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

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

Настройка уведомлений:

Настройка производится по выборочным событиям:

• для проектов:

• для папок:

• для документов:

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

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

Уведомления в системе:

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

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

В рамках работы в СОД вопрос уведомлений весьма важен, так как он позволяет регулировать моменты «а я не знал, а мне не сказали». Это помогает ускорять разработку документации и удерживать нужное направление работ.

Еще более явно этот вопрос будет решен в блоке функционала «поставка пакетов документации». Тут мы создадим возможность производить поставку комплектов явно и с отметками о получении. После ввода этого блока вопрос «я не знал» будет решен полностью. Блок находится в разработке.

6.5. Рецензирование, приемка, замечания

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

В ИНГИПРО функция замечаний имеет высокий уровень развития.

Замечания:

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

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

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

6.6. Сравнение 2D документов

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

В итоге работа с нагруженными PDF в ИНГИПРО происходит быстрей и комфортней, чем в Adobe Acrobat.

Инструмент сравнения 2D документов — один из лучших в мире. Что в нем особенного:

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

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

Система ИНГИПРО позволяет сравнивать документы поэлементно. То есть в онлайн режиме смещать один документ относительно другого, подгоняя элемент одного чертежа к другому. Машинное зрение позволяет точно совместить нужные элементы, после чего сравнение становится возможным. Подобное техническое решение уникально на мировом рынке СОД.

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

6.7. Технология работы с 3D

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

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

• «Технология и методология работы с 3D-моделями в среде общих данных строительного проекта»
• «Востребованность и полезность 3D для управления строительными проектами через СОД»
• «Интервью с генеральным директором ООО «Ингипро». Аспекты работы в среде общих данных и преимущества её использования»

В соответствии с выводами из вышеприведенных статей, мы считаем, что правильно работать со сводными 3D-моделями. Система ИНГИПРО позволяет их формировать из отдельных частей без ограничения на объем конечной модели.

3D-модели требуют большей памяти для работы, и у нас есть интересный подход к работе со сводными моделями. Мы обеспечиваем возможность работать с моделью любого объема в веб-интерфейсе на любом устройстве, что не требует обновления парка техники. Для работы с ИНГИПРО достаточно любого устройства, поддерживающего работу браузера.

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

Инструмент для работы с 3D графикой в системе ИНГИПРО еще будет развиваться. Многое мы еще планируем реализовать.

6.8. Отчетность

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

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

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

Например:

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

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

Подробнее о стоимости и описание отчетов «ИНГИПРО»

7. Стоимость и внедрение системы ИНГИПРО

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

Для ознакомления с вариантами лицензирования СОД на рынке предлагаем вам статью «Виды коммерческих лицензий и модели размещения СОД строительных проектов».

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

ИНГИПРО рекомендует проводить проекты внедрения, создавая собственную группу внедрения и сопровождения.

Группа внедрения и сопровождения (ГВС) — группа, ответственная за внедрение и сопровождение при освоении и функциональном использовании СОД ИНГИПРО. ГВС создается из числа сотрудников организации пользователя системы.

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

Описание технологии внедрения ГВС

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

Заключение

Данной статьей мы постарались передать «дух» ИНГИПРО. В настоящее время компании, выбирая системы, все чаще обращают внимание на то, как та или иная система подходит им по принципам и идеологии работы. Этой статьей мы открываем новый вид коммуникации с нашими заказчиками, в котором будем говорить о смыслах тех или иных процессов, происходящих в области ТИМ. В этом плане надеемся на взаимность.

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

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

Приглашаем вас в наш ТГ канал для обсуждения.