Что я делаю в экстренных ситуациях для стабилизации работы
В каждой из компаний, с которыми я работал, рано или поздно случались разные по масштабу и причинам форс-мажоры. И в них есть одна общая закономерность - быстрее всего получалось восстановиться, действуя по пяти антикризисным принципам ниже.
1. Сохранить ядро продукта и доверие пользователей / партнеров, отсекая лишнюю нагрузку.
Восстановить всё разом точно не получится. Поэтому нужно сфокусироваться только на стабильной работе ядра вашего сервиса или продукта - того, что критично важно пользователям и партнерам, ведь именно от них зависит ваш бизнес.
Всё, что создает дополнительную нагрузку на ядро и конкурирует за ресурсы, нужно остановить, обсуждать отдельно и позже.
2. Детализировать фактуру проблем со смежниками до запроса на ресурсы.
Сбои часто происходят на стыках команд. Важные для вас сервисы, инструменты и данные будут зависеть от процессов и ресурсов у смежников, специфику которых понимают именно они.
Вам нужно синхронизироваться с коллегами и детально расписать, какие ресурсы какому ответственному за какую часть нужны, чтобы ваш запрос наверх действительно решал проблему, а не отнял у кого-то ценную возможность на восстановление.
3. Говорить о запросе ресурсов на языке бизнеса и давать варианты для принятия решений.
Ваши руководители будут завалены разрозненными запросами от разных команд. Поэтому в первую очередь они будут восстанавливать то, что понятно им самим, и принимать решения из логики максимальной отдачи на выделенные ресурсы.
Как может выглядеть понятный им запрос:
“Для команды [что за направление и кто отвечает за него] нужно [X конкретных ресурсов] на восстановление [процесса], чтобы мы могли принести [Y важного бизнесу, чаще всего это прибыль или метрика вокруг потребности клиентов] за [срок в ближайшие W дней]. Ниже 3 варианта, какие ресурсы что дадут в запросе, если сейчас их не получится найти целиком.”
4. Регулярно говорить с командой о статусе по прогрессу и плане на следующий день.
В вашей команде будут люди, которым непросто работать в случившейся неопределенности. Им особенно будет нужно получать статус: что происходит вокруг, какие есть договоренности и проблемы, что надо сделать и продумать, какой у этого приоритет и срок.
Фокусируйтесь на важной для их работы информации и определенности в том, что постепенно будет восстановлено всё и работа нормализуется. Так вы избежите лишних спекуляций и слухов.
5. Не можешь помочь восстановить - готовь план возвращения к росту.
В какой-то момент вы поймете, что лично уже никак не можете помочь восстановить критичные для вас сервисы быстрее и нужно дождаться их стабилизации. Теперь ваша задача - подготовить детальный план, как вы будете с ними работать в будущем.
Продумайте буквально по шагам, в какой очередности будете действовать, чтобы потом не терять на это время. Ваши коллеги восстановят ваш сервис, а восстанавливать показатели бизнеса и продукта будет нужно именно вам.
* Кризисные ситуации всегда заканчиваются. И то, в каком состоянии из них выйдет ваша команда и бизнес, что будут говорить пользователи и партнеры, зависит от вашего внутреннего стержня и готовности действовать по логичным правилам.
Подумайте о своих правилах выхода из экстренных ситуаций заранее или сохраните этот пост, чтобы он был под рукой в нужный момент.
💜 — если мои наблюдения были вам полезны, больше по теме можно изучить в методологии Business Continuity Management.
💬 — поделитесь в комментах случались ли в вашей работе кризисные ситуации и что помогло / не помогло из них выйти?
· вчера
В пятом пункте полезно заранее определить, по каким признакам можно возвращать нагрузку: критичный путь клиента снова работает, очередь накопленных задач сокращается, ответственный подтвердил устойчивость. И отдельно задать порядок возврата остановленных работ — иначе после восстановления несколько команд могут одновременно создать новый пик нагрузки. Вы фиксируете такие критерии до начала восстановления или уточняете по ходу?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· вчера
Часто это происходит на синках команды, да
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· вчера
Каждый день или несколько дней смотрятся варианты что можно включать дополнительно, к такой встрече у команд есть список с оценкой нагрузки
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· вчера
Так работает лучше, чем задавать порядок, обычно после поднятия стабильности ядра дальше можно быть более гибким - по этому полезны синки команды с меню что включать, что это даст, какую нагрузку создает.
На встрече приоритезируется, окается и проверяется после тестовых и затем продавцах выкаток
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· вчера
По крайне мере мой опыт в нескольких кризисах показал что так работает лучше всего, где команды децентрализованы
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 1 ч
Саша, спасибо за подробное пояснение. Понял: при стабильном ядре команды пересматривают варианты по эффекту и нагрузке, поэтому жёсткая очередь действительно может мешать. Для такого обсуждения я бы отдельно фиксировал, кто проверит результат пробного включения и при каких признаках его нужно отменить. Тогда после синхронизации остаются не только приоритеты, но и понятное решение с проверкой результата.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён