Что такое пилотный проект и как запустить пилот внедрения
Основы3 минРедакция Innovialabs
Коротко
Пилот — это запуск новой системы на ограниченном участке бизнеса с заранее заданными критериями успеха. Он показывает, работает ли решение в реальных условиях, до того как вы потратите ресурсы на внедрение во всей компании.
Что такое пилотный проект
Пилотный проект (пилот) — это внедрение новой системы в небольшой части бизнеса: в одном филиале, отделе, на одной линейке товаров или с частью клиентов. Цель — проверить в реальной работе, решает ли система задачу, и найти проблемы, пока их цена невелика.
Пилот отличается от тестирования и прототипа. Тестирование проверяет, что программа работает без ошибок. Прототип показывает идею. Пилот проверяет, что с системой реальные люди выполняют реальную работу лучше, чем раньше.
Как выбрать масштаб пилота
Хороший участок для пилота:
- типичный, а не исключительный — чтобы результаты можно было перенести на остальных;
- достаточно активный, чтобы за срок пилота накопились данные;
- изолированный — сбой не останавливает весь бизнес;
- с понятным «до»: есть возможность сравнить показатели с прошлым периодом или другим участком.
Избегайте двух крайностей: самого лучшего филиала (результаты будут слишком оптимистичны) и самого проблемного (система станет виноватой во всех бедах).
Кто нужен в команде пилота
| Роль | Задача |
|---|---|
| Спонсор со стороны руководства | Даёт ресурсы, принимает итоговое решение |
| Владелец пилота | Отвечает за ход пилота, собирает обратную связь |
| Ключевые пользователи | Работают в системе каждый день, сообщают о проблемах |
| Представитель подрядчика | Быстро исправляет ошибки и вносит мелкие правки |
| Аналитик или ответственный за данные | Считает показатели и сравнивает с исходными |
Важно, чтобы у пользователей было время на пилот. Если работа в новой системе ложится сверху на обычную нагрузку, результаты будут искажены.
Как задать критерии успеха
Критерии определяют до старта и записывают. Иначе по итогам каждый увидит то, что хотел увидеть.
Хорошие критерии:
- измеримы: время обработки заявки, число ошибок, доля операций без ручных правок;
- связаны с целью внедрения, а не с удобством интерфейса как таковым;
- имеют пороги: что считаем успехом, что — частичным успехом, что — провалом;
- включают качественные сигналы: готовы ли сотрудники работать в системе дальше, какие жалобы повторяются.
Пример формулировки: «Пилот успешен, если за период пилота заявки обрабатываются быстрее, чем в прошлом квартале, ни одна заявка не потеряна, а большинство ключевых пользователей готовы продолжать работу в системе».
Сколько должен длиться пилот
Универсального срока нет. Ориентируйтесь на цикл процесса: пилот должен охватить хотя бы один полный цикл работы, а лучше несколько.
- если процесс повторяется ежедневно — бывает достаточно нескольких недель;
- если важны месячное закрытие, отчётность или сезонность — пилот должен их захватить;
- первые дни уходят на привыкание, поэтому оценивать стоит не с первого дня.
Слишком короткий пилот покажет только трудности переходного периода. Слишком длинный превращается в «вечный пилот», когда никто не решается ни внедрить, ни закрыть.
Как решить, что делать после пилота
По итогам возможны три решения:
- Внедрять дальше — критерии выполнены, критичных проблем нет. Планируйте поэтапное расширение.
- Доработать и повторить — идея работает, но есть проблемы, которые нужно решить. Зафиксируйте список доработок и срок повторной проверки.
- Остановить — система не решает задачу. Это тоже ценный результат: вы потратили меньше, чем при полном внедрении.
Перед расширением подготовьте обучение на основе опыта пилота, обновите инструкции и назначьте внутренних наставников из числа пилотных пользователей.
Частые ошибки
- Нет критериев успеха — итог решается на ощущениях.
- Пилот без поддержки — ошибки исправляются неделями, пользователи разочаровываются.
- Параллельная работа в старой системе без правил — данные расходятся, сравнивать нечего.
- Игнорировать обратную связь — пользователи перестают сообщать о проблемах.