Управленческая технологическая карта
Слой для выявления скрытых управленческих конфликтов
- что меняется
- кто должен это понести
- кто теряет старую роль
- где будет сопротивление
- какой разговор нужен
- что надо закрепить артефактом
Это позволяет Private Board не давать наивные советы вида:
- Внедрите чек-лист.
- Назначьте ответственного.
- Сделайте регламент.
Потому что в реальности управленческое изменение почти всегда ломается не на чек-листе, а на вопросах:
- кто теперь владеет процессом?
- у кого забрали старую власть?
- кому добавили ответственность? -у кого нет полномочий?
- кто формально согласен, но будет тормозить?
- какой разговор фаундер избегает?
Главная ценность
Показывает, почему хорошее управленческое решение может не внедриться.
Как это изменение реально провести, чтобы оно не умерло в сопротивлении, хаосе или отсутствии владельца
Формула
Управленческое действие
→ точки напряжения → скрытые конфликты → владельцы изменения → артефакты / методики / комнаты → действия по нейтрализации → метрики проверки → системный след в бизнесе
Например
В кейсе “внедрить отдел контроля качества” поверхностно кажется:
надо внедрить контроль качества звонков
А реально внутри может быть конфликт:
- фаундер хочет прозрачности
- РОП боится потерять контроль над отделом
- менеджеры воспринимают ОКК как наказание
- контролер качества получает роль, но не имеет власти
- команда саботирует новые стандарты
Примеры типов конфликтов
Когда человек должен делать новую роль, но старая роль мешает. Когда от человека ждут результата, но не дают права решения. Когда результат нужен, но владелец ответственности не назначен. Когда собственник хочет контроль, а команда воспринимает это как недоверие. Когда новая система противоречит мотивации людей. Когда роль формально есть, но компетенции не хватает. Когда сопротивление идет не из процесса, а из страха, вины, обиды, защиты статуса. Когда изменение требует, чтобы собственник перестал быть центром решения.
Как это работает
Пользователь спрашивает:
Как внедрить ОКК?
Без этого слоя ответ будет:
Сделайте критерии оценки, назначьте контролера, заведите отчет.
С этим слоем ответ станет намного точнее:
Перед чек-листом нужно решить, кто владеет изменением:
- фаундер инициирует;
- РОП может воспринимать ОКК как потерю контроля;
- менеджеры могут воспринимать прослушку как наказание;
- нужен разговор, где ОКК объясняется не как недоверие, а как стандарт качества;
- у QA/РОПа должны быть права требовать исправления звонков.
Краткий профиль технологической карты изменений
Управленческое действие
внедрить отдел контроля качества звонков
Профиль
1. Цель изменения:сделать качество звонков управляемым.
2. Владелец изменения:РОП / QA-owner / COO.
3. Текущий фактический владелец:фаундер, потому что он тревожится за качество и сам хочет контролировать.
4. Кого изменение задевает:менеджеры продаж, РОП, контролер качества.
5. Точки напряжения:
- менеджеры воспринимают контроль как недоверие / наказание;
- РОП может защищать отдел;
- РОП теряет неформальную власть;
- фаундер может продолжить вмешиваться вручную;
- фаундер хочет контроль, но не хочет быть контролером;
- чек-лист может стать формальностью;
- данные собираются, но не используются в ритме управления.
6. Действия по нейтрализации:
- объяснить команде, что ОКК — не наказание, а стандарт качества;
- назначить владельца ОКК;
- дать владельцу право требовать исправления;
- сделать scorecard;
- ввести weekly review плохих звонков;
- зафиксировать метрику качества;
- связать качество с конверсией;
7. Артефакты:
- call scorecard;
- чек-лист качества;
- weekly QA report;
- agenda разбора звонков.
8. Комнаты:
- ОКК / quality control room;
- Сложный разговор;
- management rhythm.
9. Бизнес как актив:контроль качества перестает быть личной тревогой собственника и становится процессным активом.
10. Проверка результата:
- звонки оцениваются регулярно;
- РОП использует scorecard;
- менеджеры знают стандарт;
- фаундер не слушает звонки вручную;
- конверсия / качество первого контакта меняется.
Можно сказать, что Управленческая технологическая карта — это инструкция по повторяемому внедрению управленческого изменения.
ㅤ