Управление - это архитектура связей, а не высота пьедестала

Читал сегодня посты про “как управлять” - почему-то рекомендовалась эта тематика. И важно - не “чем” управлять, а именно “как”. Везде акцент на механике: ставь KPI, спускай цели, контролируй. Но механика не сработает, если у системы нет обратной связи.

Не буду раздавать советы. Просто поразмышляю, как выглядит управление, когда “вертикаль” не слышит "горизонталь".

Кейс: "Магнит" как разорванный контракт

Весной еще эта “новость” была. 16 человек не вышли на смену. Не потому что саботировали - система была устроена так, что выполнить её было невозможно. На собеседовании обещали 225 рублей в час. В договоре - 56, остальное - сдельщина. Правила которой никто не объяснил, критерии меняли задним числом. Люди не понимали, за что им платят. А когда не понимаешь, как считается результат - не можешь им управлять.

В терминах архитектуры это отсутствие контракта между уровнями: вертикаль отправляет “запрос”, но не даёт спецификации. Горизонталь не может его обработать. Результат - отказ.

Резонанс вместо контроля

Когда директива резонирует с тем, что человек уже понимает, он делает задачу добровольно. Она становится “своей”, а не “спущенной”.

Когда не резонирует - человек уходит или делает формально. Не из вредности, а из невозможности: нет модели, как директива связана с его реальностью.

Почему KPI часто не работает

KPI - метрика, которая спускается сверху. Она говорит: “Делай вот столько”. Но не спрашивает: “Что мешает?”

В средах, где результат зависит от внешних факторов, KPI без учёта ограничений превращается в демотиватор. Непрозрачные системы вознаграждения и меняющиеся задним числом правила стабильно входят в топ причин выгорания и текучести.

И второй эффект: когда команда стабильно делает больше 120% плана, план подтягивают вверх, бонусы уменьшают. Через полгода показатели падают, текучесть растёт. Система сама съела свою мотивацию.

Альтернативы: диалог как механизм

Т-Банк и Яндекс используют OKR: цели ставятся сверху, но ключевые результаты согласуются с командами. В IT давно говорят: “Хочешь убить разработку - внедряй KPI”.

Один из чистых методов - Catchball. Не спуск цели, а диалог:

Руководитель: “Нам нужно 1000 единиц”. Цех: “Станок барахлит. Если починят - сделаем”. Руководитель: “Ок, фиксируем: 800 без ремонта, 1000 - с ремонтом”.

Цель становится общей, потому что в неё встроены ограничения, которые видит только тот, кто работает.

Когда ярлык совпадает с содержимым

Люди идут за тем, что уже есть в них. Помните, лозунг “За Родину”? Он работал, потому что опирался на существующее чувство. Если вертикаль присваивает смысл, который не резонирует, возникает отторжение.

В управлении так же: если цель ложится на реальность исполнителя и объясняет “зачем” - она принимается. Если выглядит как “нужно ради отчёта” - отвергается.

Механика власти

Управление - это не только право ставить задачи, но и способность слышать ограничения. Директивы, которые никто не выполняет, - не проблема исполнителей. Это проблема связи.

Директива без согласия - не управление. Это шум, который мешает и исполнителям, и руководству.

Практический вывод: контракт между уровнями

Спецификация цели: что нужно, в каких единицах, к какому сроку. Ограничения: что мешает, какие ресурсы нужны. Гарантии: что будет, если условия изменятся. Обратная связь: как исполнитель сообщает о проблемах и как это влияет на цели.

Когда эти четыре пункта согласованы, KPI перестаёт быть “кнопкой” и становится понятным контрактом.

Но почему-то я не нашел этих мыслей ни в одном из тех постов.

Вопрос (риторический) - а в чем смысл управления, которое частенько описывается в постах, если учат управлять сверху вниз, но не учат слышать тех, кто будет исполнять распоряжения руководства?