Контроль исполнения
Способность обеспечить движение задач к результату: видеть статус, выявлять отклонения, вмешиваться вовремя и не подменять контроль тотальной проверкой.
Определение
BT360 v2.0.0Способность обеспечить движение задач к результату: видеть статус, выявлять отклонения, вмешиваться вовремя и не подменять контроль тотальной проверкой.
Из чего складывается
3 ИНДИКАТОРА- 01Прозрачность статуса и метрик
- 02Раннее выявление отклонений
- 03Вмешательство без микроменеджмента
Уровни поведения 0–5
ЦЕЛЬ РУКОВОДИТЕЛЯ — 4| Ур. | Метка | Дескриптор |
|---|---|---|
| 0 | Отсутствует | Не знает статуса задач; узнаёт о провале постфактум; контроля нет или он хаотичен; обещания не проверяются. |
| 1 | Слабо развита | Контролирует по устным докладам; проверяет всё вручную; реагирует только на явный провал; микроменеджмент чередуется с полным отсутствием контроля. |
| 2 | Недостаточно развита | Проводит регулярные встречи по статусу; видит отклонения, но вмешивается поздно; контроль по процессу; метрики формальные. |
| 3 | Нормально развита | Выстраивает прозрачный статус и метрики; замечает отклонения рано; договаривается о точках контроля; вмешивается по триггерам; разбирает причины, а не только результат. |
| 4 | Сильно развита цель руководителя | Создаёт систему раннего предупреждения; контролирует результат, а не активность; вмешивается точно и минимально; обучает команду самоконтролю; сохраняет доверие. |
| 5 | Чрезмерно развита | Контроль превращается в тотальную проверку: ежедневные отчёты, дублирование, недоверие; команда тратит время на отчётность; инициатива исчезает; руководитель становится узким местом. |
Как измеряется
покрытие BLBDQ измеряет структурирование работы и внимание к людям, решётка Блейка–Моутона — баланс «производство/люди». Это стиль, а не качество контроля; нужен аудит реальных практик.
Действия развития
5 КАТЕГОРИЙLBDQ (структурирование работы) и управленческая решётка; аудит текущих точек контроля и их пользы.
Воркшоп «Контроль без микроменеджмента»: метрики, триггеры, статус-встречи, разбор отклонений.
Перестроить контроль в одном проекте: одна метрика, один статус, три триггера вмешательства.
Спросить команду, где контроль помогает, а где мешает; убрать два лишних отчёта.
Ввести в команде прозрачную доску статуса и правило «эскалация по триггеру, а не по настроению».