Ежемесячная стратегическая встреча команды коммерческих инициатив с ключевыми стейкхолдерами и трекером.
- Цель: спланировать тактику по OKR, драйвить прогресс инициативы и убрать системные ограничения.
- Фокус встречи: декомпозиция инициативы на следующий период, приоритизация крупных задач, поиск и устранение кросс-функциональных барьеров (блокеров), которые команда не может решить сама.
Встреча #1. Оцифровка бизнес-эффекта и фиксация экшн-планаЦель: Перевести размытые формулировки инициатив в конкретные бизнес-метрики и выявить первые барьеры на стыке департаментов, подготовить тактический план.
Результат: Спланированы результаты от старта до пилота инициативы. Описаны метрики, клчюевые ограничения и сценарий действий.
Встреча #2. Запуск инициативы, первые ограниченияЦель: Проверить, началось ли реальное движение по инициативам или команды ушли в привычную подготовку документов и согласования.
Результат: Защита командами первых сделанных шагов и разбор причин, если шаги не были сделаны из-за внутренних регламентов.
Встреча #3. Кросс-функциональные зависимостиЦель: Вскрыть конфликты за ресурсы между смежными подразделениями (например, когда инициативе нужен ИТ-ресурс, а у ИТ свои задачи).
Результат: Совместный поиск компромиссов и выравнивание приоритетов на уровне топ-менеджмента.
Встреча #4. Снятие системных барьеров Цель: Разрубить сложные бюрократические или инфраструктурные узлы, которые команды не могут решить на своем уровне управленческих полномочий. [
1]
Результат: Сессия эскалации проблем. Подготовка решений для топ-руководства компании по изменению внутренних правил ради ускорения проектов.
Встреча #5. Подготовка к внедрению в регулярные процессыЦель: Сформировать план интеграции успешных пилотов и инициатив в постоянную структуру и регламенты компании.
Результат: Защита планов масштабирования. Определение подразделений, которые примут результаты инициатив на постоянную поддержку.
Встреча #6. Передача в Run и защита от отката назадЦель: Закрепить полученный темп, передать результаты заказчику и внедрить регулярный механизм контроля, чтобы команда не забросила проект после ухода трекера.
Результат: Финальная ретроспектива и передача бэклога внедрения.