Добро пожаловать в канал «Артём Волынец | Архитектура управления».

Этот канал посвящен проектированию эффективных организаций и систем управления.

Здесь публикуются материалы по темам:
• организационный дизайн;
• бизнес-процессы и BPM;
• роли, функции, ответственность и полномочия;
• KPI и операционная эффективность;
• корпоративное управление;
• управление холдингами;
• регламенты и стандарты.

Цель канала - разбирать практические подходы, которые помогают превращать организационную структуру в работающую систему управления.

Обсуждение материалов:
https://t.me/orgarchitecture

Связь с автором:
@Artem_Volynets

Когда в организации что-то ломается, первым делом ищут виноватого. Это почти всегда тупик.

Поручение не исполнено — виноват исполнитель. Решение принимали три месяца — виноват тот, кто тянул. Два департамента воюют — виноваты их руководители. Найдут, накажут, заменят. А через полгода то же самое повторяется с другими людьми на тех же местах.

В этом и есть главный признак: если проблема повторяется регулярно, причина не в людях. Причина в системе управления.

Организация — это не штатное расписание и не папка с регламентами. Это машина принятия и исполнения решений. Кто решает. Кто влияет. У кого полномочия. Кто отвечает. Где решение застревает. Любую управленческую конструкцию — структуру, комитет, KPI, ИТ-систему — стоит оценивать одним вопросом: как она влияет на качество решений в организации.

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

Хорошая система управления отличается от плохой одним: она работает независимо от того, какие конкретные люди сидят в креслах. Плохая держится на героях и ручном управлении. И сыплется, как только герой уходит в отпуск.

Этот канал — про устройство организаций на уровне системы. Не про мотивацию, не про модные методики, не про пересказ учебников. Про то, как устроены власть, ответственность и принятие решений в компаниях и холдингах, и что делает их управляемыми.

Здесь будут разборы, кейсы, разрушение управленческих мифов и неудобные вопросы к привычным практикам.

Если вы хоть раз ловили себя на мысли «мы уже меняли людей, а проблема осталась», вы на правильном уровне анализа. Меняют людей. Чинить нужно систему.

#экспертиза

Когда два отдела воюют, проще всего сослаться на «химию»: не сработались, амбиции, характеры. Объяснение удобное. И почти всегда ложное.

Проверьте его простым тестом: замените руководителей обоих подразделений. Если через полгода конфликт вспыхивает снова, но уже между новыми людьми, дело не в людях. Вы смотрите на конфликт полномочий, а не характеров.

Такие конфликты рождаются в одних и тех же местах:
— две функции отвечают за один результат, но по-разному его понимают;
— решение на стыке есть, а владельца у него нет — каждый тянет в свою сторону;
— общий ресурс, и не задано правило приоритета;
— у одного ответственность за итог, у другого — полномочия, которые на этот итог влияют.

Пример. В производственном холдинге закупки годами воевали с производством. Закупки экономят на цене — их так оценивают. Производство срывает план из-за того, что дешёвое сырьё хуже. Каждый честно делает свою работу. Конфликт не в том, что люди плохие. Просто никто не назначил, кто принимает решение «цена против стабильности» и по какому правилу.

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

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

Поэтому, когда вам в следующий раз скажут «они не сработались», задайте другой вопрос: а кто здесь вообще принимает решение — и есть ли у него на это полномочия?

А вы чаще видите конфликты людей или конфликты конструкции?

#экспертиза

Самый дорогой способ не решить проблему — заменить человека, который в ней не виноват.

Сценарий знакомый. Направление буксует. Находят ответственного, делают вывод «не тянет», меняют на сильного. Несколько месяцев лучше, за счёт ручного героизма нового. Потом всё возвращается. Меняют снова. Проблема живёт дольше, чем все, кого за неё уволили.

Почему так тянет решать кадрами:
— это быстро и видно: есть действие, есть «виновный», есть отчёт о мерах;
— это не требует трогать систему — а значит, не требует признавать, что дефект в ней;
— заменить человека психологически проще, чем переразложить полномочия.

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

Это не значит, что кадровых проблем не бывает. Бывают. Но прежде чем менять человека, стоит спросить: «А смог бы на этом месте справиться кто угодно — при такой конструкции роли?» Если ответ «нет» — вы собираетесь поменять лампочку там, где проблема в проводке.

Замена людей создаёт иллюзию управления и движения. А чинит ситуацию только изменение системы.

#ошибки

Ответственность — не строчка в приказе. Это конструкция из трёх опор.

Полномочия — право принимать решения в своей зоне.
Ресурсы — то, чем эти решения исполняются.
Спрос — за результат реально спрашивают.

Уберите любую опору, и конструкция перестаёт держать. Чаще всего выбивают первую: за результат спрашивают, а решать не дают. Получается не ответственный, а назначенный виноватый.

Прежде чем «назначить ответственного», проверьте все три опоры. Иначе вы ставите балку без колонны.

#инструменты

«Назначим ответственного» — самая популярная управленческая иллюзия.

Назначить ответственного легко. Сложнее ответить на вопрос, который за этим стоит: а чем этот человек реально может управлять? Если он отвечает за результат, но не может принимать решения, распоряжаться ресурсом и говорить «нет», то вы назначили не ответственного. Вы назначили виноватого заранее.

Ответственность держится на трёх опорах, и работает только когда они вместе:
— полномочия — право принимать решения по своей зоне;
— ресурсы — то, чем эти решения исполняются;
— спрос — с него действительно спрашивают за результат.

Уберите первую опору, и вся конструкция рушится. Человек либо выгорает и становится громоотводом для претензий, либо начинает добывать недостающую власть неформально: через связи, аппаратные игры, доступ к первому лицу. И то, и другое разрушает систему.

Пример. В компании назначили «ответственного за клиентский опыт». Звучит современно. Но влиять на продукт он не мог, на логистику не мог, на скрипты колл-центра не мог. Всё это чужие вотчины. За плохие отзывы спрашивали с него. За реальные причины отвечали те, кого это не касалось. Через год роль тихо упразднили: «не взлетела». Хотя не взлететь она не могла: ответственность была, полномочий не было.

Поэтому, давая ответственность, всегда проверяйте комплект. Ответственность без полномочий — это не жёсткий спрос, а ловушка, в которую вы сами загоняете своего сотрудника.

Посмотрите на свою структуру. Есть в ней роль, с которой спрашивают за результат, но реальных рычагов у неё нет? И как она у вас называется?

#экспертиза

«Поручения не исполняются» — и руководитель усиливает контроль. Обычно это не помогает.

Когда поручения регулярно повисают, реакция предсказуема: больше напоминаний, жёстче спрос, отдельный человек «на контроле». Давят симптом, причину не трогают. Через месяц всё повторяется.

Поручение живёт, только если у него есть четыре вещи: зафиксированная формулировка, один ответственный, срок и приоритет относительно остальных задач. Уберите любую — и оно начинает «не исполняться».

Чаще всего ломается приоритет. Руководитель раздаёт поручения из разных совещаний, и каждое подаётся как срочное. Исполнитель физически не может сделать всё сразу. Он молча выбирает, что делать первым, по своему пониманию важности. С его стороны это не саботаж, а единственный возможный ход.

Пример. В производственном холдинге внедрили систему контроля поручений: статусы, дашборды, еженедельный разбор просрочек. Дисциплина не выросла. Оказалось, поручения шли тремя потоками — от гендиректора, от профильного заместителя и из протоколов комитетов. Кто кого перебивает по важности — нигде не определено. Система честно показывала просрочки, но дефект был не в людях, а в отсутствии правила приоритезации.

Контроль фиксирует, что поручение не исполнено. На вопрос «почему» он не отвечает. А ответ чаще всего в том, что организация не определила, как её поручения соотносятся между собой.

Усиление контроля над хаосом приоритетов даёт не дисциплину, а более подробный отчёт о провалах. Прежде чем добавлять ещё один уровень контроля, стоит определить, у кого право расставлять приоритеты, когда поручений больше, чем рук.

#кейс

Чем больше в компании KPI, тем сильнее ощущение, что ею управляют. Управления при этом может не быть вовсе.

KPI измеряет. Управляет — решение. Это разные вещи, которые легко перепутать.

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

Показатель начинает работать в одной ситуации: когда за ним стоит человек, который может принять решение и имеет полномочия на него повлиять. Тогда KPI — сигнал к действию. Без такого человека это термометр, по которому никто не лечит.

Отсюда неудобный вывод. Сама по себе система KPI не управляет ничем. Управляет тот, кто на основании показателя принимает решение и отвечает за результат. Если такого человека в конструкции нет, рост числа метрик не усиливает управление. Он создаёт его имитацию.

Поэтому вопрос не в том, сколько у вас KPI. Вопрос в том, привязан ли хоть один из них к конкретному решению и конкретному человеку, который это решение принимает.

А в вашей практике KPI чаще двигают решения — или чаще просто фиксируют то, что и так уже случилось?

#дискуссия