Проект не заканчивается запуском. Ценность появляется, когда решением пользуются и цель достигнута. Оценка решения это отдельная область знаний BABOK, и сеньорного БА от мидла часто отличает именно она.
Метрики успеха до старта
Метрики выбирают до разработки, иначе после запуска найдётся метрика, которая «выросла». Для каждой бизнес-цели:
- метрика и формула («доля заявок, рассмотренных за 2 дня и быстрее»);
- базовая линия (сейчас 35%);
- целевое значение и срок (70% через 3 месяца после запуска);
- источник данных и кто считает.
Различайте опережающие показатели (доля сотрудников, работающих в новой системе) и запаздывающие (выручка, отток). Первые видно через недели, вторые через месяцы.
Переходные требования
То, что нужно только на период перехода от старого к новому:
- миграция и очистка данных;
- обучение пользователей, инструкции;
- параллельная работа старой и новой системы;
- временные отчёты и ручные обходные процедуры;
- изменения регламентов и должностных инструкций;
- план отката, если что-то пойдёт не так.
Их часто забывают, и запуск срывается не из-за функций, а из-за того, что данные не перенесли или людей не научили.
Стратегии запуска
- Большой взрыв (big bang): все переходят сразу. Быстро, но риск высокий.
- Поэтапный: по модулям или подразделениям.
- Пилот: один филиал или группа, потом тиражирование.
- Параллельная работа: старая и новая системы одновременно, сверка результатов. Надёжно, но дорого и утомительно для людей.
Пилот
Пилот проверяет гипотезы до масштабирования. Нужно заранее определить: цель пилота, где и на ком, длительность, метрики и критерии «идём дальше / дорабатываем / останавливаемся», как сравниваем (контрольная группа или до/после). Выбирайте пилотную площадку типичную, а не лучшую: на лучшем филиале всё работает, а потом не взлетает у остальных.
Оценка после запуска
- Собираем метрики и сравниваем с базовой линией и целью.
- Отделяем эффект решения от внешних факторов (сезонность, маркетинговая акция). Помогают контрольная группа и сравнение с тем же периодом прошлого года.
- Ищем, где решение недодаёт ценность: функцию не используют, обходные пути, новые ошибки.
- Ищем причины: решение неудобно, не обучили, регламент не поменяли, проблема была не та.
- Рекомендации: доработать, обучить, поменять процесс или отказаться.
Принятие решения пользователями
Даже хорошее решение не работает, если им не пользуются. Признаки: люди ведут параллельный Excel, звонят вместо заявки в системе, жалуются в курилке. Что делать: найти чемпионов изменений в подразделениях, собирать обратную связь в первые недели, быстро чинить мелочи, объяснять «что изменилось для вас».
Ретроспектива проекта
Что получилось, что нет, какие допущения не подтвердились. Выводы записать и применить в следующем проекте.
Частые ошибки
- Метрики придумали после запуска.
- Нет базовой линии, сравнить не с чем.
- Отчитаться о запуске и уйти, не проверив эффект.
- Пилот на самом сильном подразделении.
- Забыли миграцию, обучение и регламенты.
Что спросят на собесе
- Как оценить, что решение достигло цели.
- Что такое переходные требования, примеры.
- Как спланировать пилот и критерии успеха.
- Решение внедрили, а им не пользуются: ваши действия.
- Как отделить эффект решения от внешних факторов.