Change Management: можно ли заранее подготовиться?
Зачем вообще что-то менять, когда существует правило «если работает – не трогай»? Обычно появляются факторы, которые показывают, что время пришло. Например:
👉 Потери разного рода: менеджеры теряют данные о сделках, маркетинговые данные о пользователях не записываются в базу.
👉 Инфраструктура и выстроенные процессы не выдерживают нагрузку, особенно когда команда растёт. То, что работало для 10 человек, уже не сработает для ста.
👉 Появляется «узкое горлышко» в общем процессе.
В одной из компаний, в которой я работаю, столкнулись с тем, что отдел продаж растёт, а вместе с ним усиливается «узкое горлышко»: процесс работы со сделками замедлился.
Одну из причин обнаружили в устаревшей системе передачи сделок через CRM: не все данные о клиентах отображались корректно, а цепочка между отделом продаж и отделом закупок была нарушена. Вместе с аналитиком внесли несколько изменений — и, похоже, система снова заработала.
Пока будем тестировать, наблюдать и анализировать!
👉 Самый простой и логичный способ проверки изменений — отпустить процесс и понаблюдать, работает ли он без постоянного контроля. Изменения должны жить самостоятельно: быть описаны в вики, отражены в метриках сотрудников, а новички должны знать о них с первого дня. Если через несколько месяцев команда не вернётся к прежним процессам, значит, изменения закрепились.
👉 Будем использовать количественные метрики: как изменилось время выполнения задач, количество обработанных заявок, частота ошибок.
