Типовые ошибки и искажения.

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

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

Ошибка 1. Нарушение архитектурной логики: роли без основания

Одна из самых устойчивых ошибок — описывать роли, начиная с середины. С вопроса «кто что делает?» Это звучит рационально, но в логике организационной архитектуры — это пятый шаг, а не первый.
Если опираться на структуру Кондратьева, архитектура организации строится сверху вниз, по каскаду вопросов:
1. Зачем? — стратегия, принципы существования
2. Что? — бизнес-модель и способы создания ценности
3. Как? — ключевые процессы
4. Где? — звенья, точки структурной ответственности
5. Кто? — роли, исполнители и владельцы процессов
6. Сколько? — показатели и метрики

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

Ошибка 2. Роль как контейнер: иллюзия отделимости

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

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

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

Когда роль = функция
Полное обесчеловечивание.
Система описывает слот, не принимая в расчёт, что любая роль проживается. Через стиль, напряжение, привычки, страх. Через то, как человек разговаривает, отказывает, поддерживает, принимает решения.
Даже идеально подходящий новый человек не продолжает функцию — он запускает новую динамику.
Кто теперь главный? Кому доверяют? Кто кого спасает? Эти вопросы не прописаны ни в одном документе. Но именно они определяют устойчивость.

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

Перечень типовых искажений — в приложении.