Автоматизация бизнеса / Блог ontech.pro
Пилот внутренней системы: как выбрать первую группу сотрудников
Если пилот проводят только самые заинтересованные сотрудники, новая система может выглядеть удобнее, чем окажется в обычной смене. Если сразу подключить всех, команда не успеет разобрать проблемы. Первая группа должна показывать реальные различия работы и оставаться достаточно небольшой для внимательного сопровождения.
Подготовила команда ontech.pro · · 3 мин чтенияНачните с процесса и ролей
Выберите участок работы, который можно пройти от начала до результата: получение обращения, назначение задачи, выполнение и проверка. Определите, какие роли участвуют в этой цепочке. Одних исполнителей недостаточно, если решение зависит от администратора или руководителя. Включите представителей нужных ролей, чтобы тест не заканчивался искусственной передачей в старую систему на каждом шаге. Одновременно ограничьте число процессов: пилот всей компании трудно наблюдать и безопасно корректировать.
Добавьте разные способы работы
В группе полезны опытный сотрудник, новичок и человек, который обычно сталкивается с исключениями. Учтите филиалы, смены и рабочие устройства, если они действительно меняют сценарий. Не выбирайте участников только по лояльности к проекту и не назначайте критика единственным представителем пользователей. Задача — увидеть различия, а не получить нужную оценку. Согласуйте участие с руководителем, чтобы тестирование не стало дополнительной неоплаченной нагрузкой поверх полной смены.
Выделите время и канал помощи
Участники должны знать, кто отвечает на вопросы, куда сообщать об ошибке и когда будет обратная связь. Дайте короткую инструкцию по старту и учебный пример. Назначьте время для разбора наблюдений, иначе замечания останутся в случайных чатах. Не оценивайте сотрудника по скорости освоения незавершённой системы. Если люди боятся выглядеть некомпетентными, они скрывают проблемы и возвращаются к старому способу молча, а пилот теряет главное назначение.
Согласуйте работу с реальными данными
Решите, какие операции выполняются по-настоящему, а какие остаются учебными. При параллельной работе двух систем определите основной источник данных и порядок сверки. Двойной ввод допустим только как осознанный временный шаг с ответственным, иначе появляются две противоречивые версии задачи. Проверьте права участников и доступ к необходимой информации. Ошибка разрешений может выглядеть как неудобство интерфейса, хотя проблема лежит в настройке роли.
Собирайте наблюдения по задачам
Просите описывать цель, шаги и результат, а не только ставить оценку удобства. Отмечайте ручные обходы, повторный ввод, потерянные задачи и обращения за помощью. Различайте непонятное обучение, дефект и отсутствующее правило бизнеса. Для важной проблемы полезно наблюдать выполнение лично с разрешения участника. Не меняйте весь интерфейс после одного мнения: сначала установите, повторяется ли препятствие и к каким последствиям приводит.
Расширяйте после понятной проверки
Заранее назовите обязательные сценарии и недопустимые ошибки. Перед следующей группой исправьте критичные проблемы, обновите инструкцию и повторите затронутые действия. Выход из пилота означает, что процесс можно обслуживать обычной командой, а не только при постоянном присутствии разработчика. Открытые ограничения передайте новым участникам прямо, вместе с рабочим способом их обхода.