Автоматизация строительства: Покупать готовое ПО или разрабатывать свое?

14.06.2021

Автоматизация строительства: 6 критериев выбора ПО

Какую программу выбрать для управления стройками?
Этот вопрос задают собственники строительной компании при достижении компании определенного уровня зрелости.
Вопрос интересный и серьезный: давайте вместе с ним и разберемся...

Автоматизация строительства. Постановка требований и формирование критериев

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

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

Кто будет работать с новым ИТ решением?
Если под "кто" рассматривать должностные роли, то, для начала, в минимальном составе, скорее всего это будут сотрудники:

сметно-договорного подразделения (СДО),
планово-технического подразделения (ПТО),
подразделения материально-технического обеспечения (МТО)
финансового подразделения
кадрового подразделения
административного подразделения

Если под "кто" рассматривать усредненный портрет пользователя, давайте опишем его так:

Имеет опыт работы с пакетом MS Office,
Работал с другими пакетами:

Грандсмета, Смета.РУ, ТурбоСметчик, если это специалист-сметчик,
MS Project, Спайдер, Primavera, если это руководитель проекта или сотрудник ПТО
1С: Предприятие Склад, Бухгалтерия, если это сотрудники МТО или финансового подразделения

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

Таким образом, сформировался Критерий 1:
Наше ИТ решение должно быть либо точно не хуже упомянутых программных продуктов, либо должно уметь с ними дружить (получать готовые данные), а также одновременно учитывать потребности нашей компании, а это как минимум:

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

Как часто будут меняться пользователи?
Сразу ответим на этот вопрос так: очень часто! Чаще, чем можно подумать. Это, к сожалению реальность и общая беда, которая не особо зависит от отрасли, и с этим сталкиваются все. И в настоящее время возраст компании уже не является каким-то особенным показателем ее успешности, т.к. за этим может скрываться чуть менее чем 100% изменений в структуре и в людях. В борьбе с текучестью у каждой компании свои подходы и на этот мы останавливаться не будем.
Как с этим жить?
Если у вас уже есть полноценная информационная система и выстроенные процессы (регламент), то смена персонала будет наименее болезненной, т.к. компания работает по единому регламенту. Если же этого нет, то ваши ближайшие задачи

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

А тем временем сформировались элементы Критерия №2:

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

Ответы на вопросы:

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

можно объединить в Критерии:

3. Легкий интерфейс. Пользователь не должен блуждать по различным меню в поисках нужного. Когда мы описывали выше усредненный портрет упоминалось про то, что это типичный пользователь пакета MS Office. Наше решение должно обладать схожими элементами и концепциями
4. Только самое необходимое. Система должна больше давать чем забирать, а именно, пользователь должен вводить только необходимый минимум данных, но при этом сразу же получать аналитику, находить нужную информацию и видеть реакцию других пользователей на свои действия: прием заявок, оплата счетов, поступления ТМЦ, сдача работ и пр.
5. Эффективное управление ролями и полномочиями. Именно этот механизм позволит скрыть от пользователя то, что ему не нужно, сложив таким образом для него полное понимание его функций
6. Интеграция с ПО сторонних производителей. Если инженер-сметчик работает с Гранд-Смета, нет никакого смысла повторять функционал этого ПО, а лучше предусмотреть возможность интеграции, Если учет финансов ведется в 1С, то также есть смысл реализовать интеграцию.
НО, если пользователь привык работать в произвольных таблицах Excel, то это порождает разнородность данных и в таких случаях нужна замена Excel единым ИТ-решением.

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

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

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

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

Блог

Подпишитесь на новости

Автоматизация строительства. Постановка требований и формирование критериев