Как определить объём проекта цифровизации производства: шестиэтапная модель внедрения
Проекты цифровизации останавливаются редко из-за технологий — чаще из-за объёма работ, границу которого никто не провёл: платформа выбрана, договор подписан, а через два месяца стороны всё ещё спорят, что входит в работу. В статье изложена шестиэтапная модель внедрения — диагностика, пилот, монтаж и наладка, приёмочная документация, годовое сопровождение, расширение — с описанием того, что каждый этап должен дать, чего он давать не должен и какие решения остаются за предприятием.
Почему определение объёма важнее выбора технологии
Большая часть времени на этапе оценки уходит на сравнение технологий: какая SCADA, нужна ли MES, какая база данных, свяжется ли она с существующими контроллерами. На водоканале, в энергетике и в машиностроении обсуждение идёт по одному сценарию. Сравнение полезно, но провал проекта редко объясняется им. Проект проваливается, когда ни в одном документе не сказано, где заканчивается первая очередь.
Объём работ — это не абзац в коммерческом предложении, а набор конкретных ответов: какая линия или какой объект, какие посты, какие показатели снимаются, какие отчёты формируются и при каких условиях работа считается выполненной. Пока этих ответов нет, трудоёмкость остаётся приблизительной, а последующие доработки не с чем сравнивать.
- На каждом совещании добавляются посты и отчёты, но нигде не зафиксировано, что взамен было исключено
- Целевой показатель повышения эффективности согласован до базовых измерений, и потом ни одна сторона не может подтвердить, достигнут ли он
- В договоре есть слово «интеграция», но не названы смежная система, направление передачи данных и владелец нормативно-справочной информации
- Детали экранов обсуждаются подробно, а адрес источника для каждого показателя всё ещё не назначен
- Приёмка описана формулой «система работает штатно», без единого измеримого условия
Все пять признаков появляются до того, как написана первая строка кода, — и именно поэтому в этот момент их ещё недорого исправить.
Шесть этапов: что каждый должен дать и чего давать не должен
Модель ниже делит проект цифровизации на шесть этапов. Смысл названий не в формальности процедуры: у каждого этапа появляется условие завершения, и обе стороны могут понять, действительно ли он закончен.
- Диагностика — даёт разбор проблемных точек и результаты базовых измерений. Правило простое: сначала измерить, потом считать — базовые данные собираются до согласования целевых показателей и объёма. Этап не даёт твёрдой цены на тиражирование по всему предприятию.
- Пилот — если участок можно очертить, работа начинается с малого объёма, критерии приёмки согласуются заранее; периоды и показатели без подтверждённых значений уточняются по итогам обследования обеими сторонами. Этап не даёт запуска по всему предприятию.
- Монтаж и наладка — начинается со стандартных инженерных шаблонов: распределение входов-выходов, перечень тегов, схема сети и спецификация экранов идут раньше разработки. Для проектов реконструкции результатом становится ещё и план работ без остановки производства. Этап не даёт новых требований — они идут через процедуру изменений.
- Приёмочная документация — сама документация и есть результат: по договору и объёму работ передаются руководство оператора, описание таблиц базы данных, спецификация интерфейсов, альбомы перечней тегов и другие согласованные материалы, чтобы предприятие могло дальше самостоятельно вести, запрашивать и расширять систему. Этап не даёт документов, о которых вспомнили после приёмки: перечень зафиксирован в техническом задании.
- Годовое сопровождение — даёт типовой договор обслуживания, перечень работ, обновляемый из года в год, и годовой отчёт по обслуживанию, чтобы сопровождение стало измеримым и проверяемым. Этап не даёт неограниченной новой разработки.
- Расширение — вторая очередь продвигается по объёму проекта и оценке на объекте, приоритет отдаётся совместимости с уже сделанными вложениями. Этап не даёт переделки первой очереди.
Часть «чего этап не даёт» весит столько же, сколько первая. Почти все споры на приёмке восходят к работе, которую одна сторона считала входящей в этап, где о ней никогда не договаривались.
По этапам: результаты и решения заказчика
Таблица ниже написана так, чтобы её можно было использовать как контрольный лист при разговоре с подрядчиком. Если третья графа по какому-то этапу не заполняется, объём этого этапа ещё не определён — независимо от толщины предложения.
| Этап | Основной результат | Что должен подтвердить заказчик |
|---|---|---|
| Диагностика | Разбор проблемных точек и результаты базовых измерений | Кто оформляет доступ на объект и выдаёт перечень оборудования; какой период измерений считается показательным |
| Пилот | Работающая система на узком участке, критерии приёмки согласованы заранее | Какая линия или объект очерчены; по каким показателям пока нет подтверждённых значений и нужно обследование |
| Монтаж и наладка | Распределение входов-выходов, перечень тегов, схема сети, спецификация экранов, затем сама система | Доступные окна остановки либо требование вести работы без остановки производства |
| Приёмочная документация | Согласованный комплект документов по договору и объёму работ | Какие документы входят в перечень, на каком языке, в каком формате файлов |
| Годовое сопровождение | Договор обслуживания, обновляемый перечень работ, годовой отчёт | Время реакции, какие работы входят в объём, порядок действий при изменении линии |
| Расширение | Оценка второй очереди и план с повторным использованием имеющихся активов | Какие части вложений первой очереди должны остаться в работе |
Нумерация задаёт последовательность, а не график. Диагностика может занять несколько дней, пилот на одной линии — от четырёх до восьми недель, внедрение по всему предприятию заметно дольше. Согласовать условие завершения каждого этапа важнее, чем согласовать его срок.
Документация — это результат, а не бумажная работа
Знакомая картина: система работает, инженер подрядчика знает, почему она работает, и больше не знает никто. Через два года линию реконструируют, тот инженер давно перешёл на другую работу, а предприятие не может поправить один отчёт, потому что никто не записал, какие таблицы он читает.
Полный комплект документации промышленного проекта насчитывает четырнадцать видов. Если сгруппировать их по моменту создания, перечень подрядчика проще сверить с договором.
| Группа документов | Что входит | Кто опирается на них после приёмки |
|---|---|---|
| Договор и объём | Проектное предложение, техническое задание, спецификация | Обе стороны — всякий раз, когда расходятся оценки объёма или приёмки |
| Инженерное проектирование | Таблица распределения входов-выходов, таблица адресов, схема сети, описание проектирования экранов | Служба КИПиА предприятия и следующий подрядчик, который возьмётся за систему |
| Система и интеграция | Описание таблиц базы данных, спецификация интерфейсов передачи данных | Служба ИТ предприятия и все, кто позже подключает ERP, WMS или отчётность |
| Передача и эксплуатация | Руководство оператора, протокол испытаний, приёмочные материалы, перечень работ по обслуживанию, годовой отчёт | Операторы и руководители, проверяющие, что сопровождение действительно выполнено |
Рекомендуемый подход — приложить этот перечень к техническому заданию, а не полагаться на добрую волю. Зафиксированный при подписании комплект документов не стоит дополнительных денег, а восстанавливать его после расформирования проектной команды дорого.
Какие показатели стоит вносить в техническое задание
Формулировку «система работает штатно» проверить нельзя. Пункт о приёмке работает только тогда, когда третий человек, не знающий истории проекта, может его прочитать, провести испытание и получить ответ «да» или «нет».
Показатели ниже измеримы на объекте, и их стоит обсуждать по пунктам до подписания. Значения заполняются совместно по фактическому процессу, а не переносятся из шаблона.
- Дозапись данных после обрыва связи: восстанавливаются ли автоматически технологические кривые за период перерыва и каким способом проверяется полнота
- Достоверность аварийных сигналов: как считаются ложные и пропущенные срабатывания, за какое окно наблюдения и какой порог допустим
- Задержка данных: интервал от изменения на оборудовании до его появления на экране и в базе — числом, а не словами «в реальном времени»
- Методика отчётов: по каждому отчёту правило агрегации, граница смены, часовой пояс и округление — чтобы производство и служба качества видели одну цифру
- Восстановление и реакция: время перезапуска после отказа сервера, срок хранения до переноса данных в исторический архив, время реакции по договору обслуживания
Такие показатели, как дозапись данных после обрыва связи и достоверность аварийных сигналов, можно вносить в техническое задание в качестве условий приёмки. Требование заказчика по этим пунктам — обычная практика, а не завышенное ожидание.
Итог
Объём проекта цифровизации определяется поэтапно, а не одним абзацем в договоре. Диагностика, пилот, монтаж и наладка, приёмочная документация, годовое сопровождение, расширение — если у каждого этапа есть результат и условие завершения, общее намерение «внедрить цифровизацию» превращается в работу, которую можно принять и оплатить.
Если обстановка на объекте пока не структурирована, наименее рискованный порядок — сначала измерить: провести базовые измерения, очертить пилот и только затем определять объём тиражирования.
Определить объём первой очереди
Расскажите об условиях на объекте и о нужных отчётах — предложим порядок диагностики, объём пилота и поэтапный план.
Связаться с нами