2021-02-02 12:09:10
Вот бывает,
нужно менять что-то в привычном ходе работы целой команды. Ну например, идут у вас трафиковые кампании по разным продуктам. Процесс налажен, все загружены, да и результаты есть. Но ты видишь точку роста, которая требует изменений в подходе. И тут возникает вопрос,
как внедрить эти изменения так, чтобы с одной стороны не порушить процесс, а с другой — не законсервироваться в привычном ходе вещей и не терять гибкость в принятии решений?
Опытным путем я выделил для себя ряд менеджерских принципов, которым стараюсь следовать в таких ситуациях:
1. Продумай базовую механику сам. Оцени как это должно быть в идеале и распиши алгоритм, вовлеченных сотрудников, процесс взаимодействия между ними и желаемый результат.
2. Покажи этот драфт нескольким ответственным сотрудникам твоей команды. Собери мнения и на их основе внеси доработки, если это необходимо.
3. Разбей внедрение на этапы. Начни с локального эксперимента. Одну часть проработай с одним сотрудником твоей команды, другую – с другим. Это поможет подготовить механику лучше и вовлечь людей в процесс. Так сказать, это будут ваши «early adopters».
4. Для всей команды объяви заранее о том, что процесс будет меняться, и сейчас ты прорабатываешь детали. Обозначь примерные сроки.
5. Когда все готово. Собери презентацию и проведи внутренний митап. Покажи весь процесс на примере, объясни какие инструменты мы используем для этой задачи и как ими пользоваться.
6. Зафиксируй тайминг внедрения и договорись о чеках с командой.
7. Далее цикл повторяется. При этом важно, что тайминг одного такого захода не должен быть больше 2-3 недель иначе рискуете затянуть.
Такой подход позволяет получить
более прогнозируемые результаты, а также показывает команде, что изменения в устоявшихся процессах
обоснованы и обязательны для всех. При этом важно не просто вкидывать в людей какие-то новые инструкции, а дать им представление о том, как это должно работать максимально четко, как если бы этот процесс ты вводил для самого себя.
#личныйопыт
669 viewsedited 09:09
R
