Интервью с Анатолием Игнатьевым, руководителем проектов по внедрению ПО ЦУС: «Наша задача — адаптировать ЦУС под потребности каждого клиента»

Интервью с Анатолием Игнатьевым, руководителем проектов по внедрению ПО ЦУС: «Наша задача — адаптировать ЦУС под потребности каждого клиента»

Расскажи о себе. Как давно работаешь в компании и за что отвечаешь?

Меня зовут Анатолий, я работаю в «Осмокоде» четыре года. За это время вырос от ведущего инженера отдела внедрения до руководителя проекта. Сейчас отвечаю за полный цикл реализации: от первичной встречи с заказчиком до сдачи готового продукта. Для этого управляю командой, балансирую между дедлайнами и взаимодействую с заказчиками.

На какой стадии проекта подключаешься?

Подключаюсь на этапе запуска проекта, когда меня назначают руководителем. Начинаю с предпроектного анализа, сотрудничая с пресейл-инженером. Иногда вступаю в проект после его старта: например, если нужно усилить команду или заменить руководителя.

С какими отделами компании ты взаимодействуешь на протяжении проекта?

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

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

С отделом разработки у нас очень тесная связь. Мы обсуждаем требования заказчика, оцениваем ресурсы и планируем задачи по разработке функций в ЦУС. Если требования нужно конкретизировать, сначала провожу переговоры с клиентом, потом составляю частное техническое задание с аналитиками и передаю его разработчикам. Вместе с разработкой провожу ревью ТЗ на возможность реализации запроса. После общения с отделом разработки в ТЗ можем внести корректировки, которые потом согласовываю с заказчиком.

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

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

С какими компаниями тебе довелось поработать?

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

А отличается ли специфика внедрения от компании к компании?

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

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

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

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

Какой самый масштабный кейс ты помнишь?

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

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

В результате у каждого проекта свои вызовы, будь то большие капитальные стройки или линейные объекты.

Часто ли меняются бизнес-требования строительных компаний?

Формально требования у всех одни: прозрачность процессов и понятная аналитика для руководства. Без «цифры» начальнику нужно звонить на стройку и ждать ответ, то есть он не получает данные в моменте. С использованием платформы ЦУС достаточно открыть систему и увидеть реальные метрики, подтвержденные документами, чтобы понять состояние дел на объекте.

Как часто выезжаешь в командировки?

Раньше я часто бывал в разъездах, теперь в основном работаю удаленно. Но выезды все равно бывают: например, на обучение сотрудников компании или сопровождение запуска.

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

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

Ты ощущаешь результаты от своего обучения? Становятся ли пользователи более лояльным или меньше задают вопросов?

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

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

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

Чувствуешь, что растешь профессионально?

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

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

Чем занимаешься в свободное время?

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

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

    Электронная книга «Руководство по внедрению цифровизации в строительстве»
    Электронная книга «Руководство по внедрению цифровизации в строительстве»
    Полезные материалы от специалистов Академии ЦУС