Управление - это архитектура связей, а не высота пьедестала
Читал сегодня посты про “как управлять” - почему-то рекомендовалась эта тематика. И важно - не “чем” управлять, а именно “как”. Везде акцент на механике: ставь KPI, спускай цели, контролируй. Но механика не сработает, если у системы нет обратной связи.
Не буду раздавать советы. Просто поразмышляю, как выглядит управление, когда “вертикаль” не слышит "горизонталь".
Кейс: "Магнит" как разорванный контракт
Весной еще эта “новость” была. 16 человек не вышли на смену. Не потому что саботировали - система была устроена так, что выполнить её было невозможно. На собеседовании обещали 225 рублей в час. В договоре - 56, остальное - сдельщина. Правила которой никто не объяснил, критерии меняли задним числом. Люди не понимали, за что им платят. А когда не понимаешь, как считается результат - не можешь им управлять.
В терминах архитектуры это отсутствие контракта между уровнями: вертикаль отправляет “запрос”, но не даёт спецификации. Горизонталь не может его обработать. Результат - отказ.
Резонанс вместо контроля
Когда директива резонирует с тем, что человек уже понимает, он делает задачу добровольно. Она становится “своей”, а не “спущенной”.
Когда не резонирует - человек уходит или делает формально. Не из вредности, а из невозможности: нет модели, как директива связана с его реальностью.
Почему KPI часто не работает
KPI - метрика, которая спускается сверху. Она говорит: “Делай вот столько”. Но не спрашивает: “Что мешает?”
В средах, где результат зависит от внешних факторов, KPI без учёта ограничений превращается в демотиватор. Непрозрачные системы вознаграждения и меняющиеся задним числом правила стабильно входят в топ причин выгорания и текучести.
И второй эффект: когда команда стабильно делает больше 120% плана, план подтягивают вверх, бонусы уменьшают. Через полгода показатели падают, текучесть растёт. Система сама съела свою мотивацию.
Альтернативы: диалог как механизм
Т-Банк и Яндекс используют OKR: цели ставятся сверху, но ключевые результаты согласуются с командами. В IT давно говорят: “Хочешь убить разработку - внедряй KPI”.
Один из чистых методов - Catchball. Не спуск цели, а диалог:
Руководитель: “Нам нужно 1000 единиц”. Цех: “Станок барахлит. Если починят - сделаем”. Руководитель: “Ок, фиксируем: 800 без ремонта, 1000 - с ремонтом”.
Цель становится общей, потому что в неё встроены ограничения, которые видит только тот, кто работает.
Когда ярлык совпадает с содержимым
Люди идут за тем, что уже есть в них. Помните, лозунг “За Родину”? Он работал, потому что опирался на существующее чувство. Если вертикаль присваивает смысл, который не резонирует, возникает отторжение.
В управлении так же: если цель ложится на реальность исполнителя и объясняет “зачем” - она принимается. Если выглядит как “нужно ради отчёта” - отвергается.
Механика власти
Управление - это не только право ставить задачи, но и способность слышать ограничения. Директивы, которые никто не выполняет, - не проблема исполнителей. Это проблема связи.
Директива без согласия - не управление. Это шум, который мешает и исполнителям, и руководству.
Практический вывод: контракт между уровнями
Спецификация цели: что нужно, в каких единицах, к какому сроку. Ограничения: что мешает, какие ресурсы нужны. Гарантии: что будет, если условия изменятся. Обратная связь: как исполнитель сообщает о проблемах и как это влияет на цели.
Когда эти четыре пункта согласованы, KPI перестаёт быть “кнопкой” и становится понятным контрактом.
Но почему-то я не нашел этих мыслей ни в одном из тех постов.
Вопрос (риторический) - а в чем смысл управления, которое частенько описывается в постах, если учат управлять сверху вниз, но не учат слышать тех, кто будет исполнять распоряжения руководства?
· 1 ч
“Дело не в умении, не в желании, и вообще ни в чём. Дело в самом пришивании подворотничка.” (с) ДМБ. ((:
Скорее всего так и получается в большинстве постов и не только об управлении. ((:
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён