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

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

Что такое ОПЭ

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

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

Каким проектам нужен этот этап

Как проходит ОПЭ

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

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

В ходе эксплуатации. Ведём ежедневную отчётность: сколько поступило обращений, их категоризация и критичность, что уже отработано. Клиент и команда каждый день видят, как идёт этап. Обращения делятся на два типа: те, что нужно исправить сейчас, — они входят в контур проекта; и доработки, которые вместе с клиентом откладываем на потом, потому что они за рамками текущего ТЗ. Для нас это бэклог, для клиента — понятный список будущих задач.

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

Замечания в ОПЭ — это нормально

Обращения и замечания в ходе ОПЭ — часть сложного внедрения. Ради того, чтобы их собрать и отработать до массового старта, этап и существует. Это не показатель того, что проект сделан плохо, а признак того, что систему проверяют по-настоящему.

Как ОПЭ помогает принять новую систему

Любое изменение процесса поначалу воспринимается настороженно. Чтобы внедрение прошло спокойно, мы действуем так:

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

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

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

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

Что будет, если пропустить этап

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

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