- -
- 100%
- +
С одной стороны, компании необходимо удерживать достигнутый результат. Это означает необходимость воспроизводимости, предсказуемости, контроля качества и соблюдения обязательств. Эта часть деятельности формирует контур стабильности, который стремится снижать вариативность и закреплять текущее состояние системы.
С другой стороны, компания вынуждена изменяться. Она сталкивается с внешней средой, ищет новые решения, запускает продукты, адаптируется, пробует и ошибается. Это формирует контур развития, задача которого — увеличивать вариативность и обеспечивать выход за пределы уже достигнутого.
Оба контура возникают не потому, что компания «решила ими заняться», а потому что иначе она не может существовать на растущем масштабе. Даже если они не закреплены организационно, они уже присутствуют в системе. Это проявляется в разных типах деятельности, в разных способах принятия решений и в разных ожиданиях к результату.
В этот момент возникает важное искажение восприятия. Компании часто кажется, что развитие у неё «ещё впереди», что сначала нужно «навести порядок», а уже потом заниматься изменениями. На практике это почти никогда не соответствует реальности. Внутри уже идут инициативы, запускаются новые направления, пробуются решения, параллельно с этим продолжается операционная работа.
Развитие уже происходит, просто оно не осмыслено как отдельный контур.
И именно здесь возникает основная проблема. Система не различает эти два режима и не управляет ими как взаимосвязанной структурой. Для неё это всё одна и та же деятельность, подчинённая одной логике управления, хотя фактически речь идёт о двух разных типах задач.
Живое наблюдение
Почти ни одна компания не живёт в одном контуре. Она одновременно делает операционную работу, запускает изменения, тестирует новые направления. Ощущение «у нас ещё нет развития» возникает не потому, что его нет, а потому что оно не осмыслено и не управляется.
2.2 Перекос между стабильностью и развитием
Контуры стабильности и развития предъявляют к системе требования, которые не просто отличаются, а противоречат друг другу.
Стабильность требует снижения вариативности, стандартизации, контроля и предсказуемости. Развитие, напротив, требует увеличения вариативности, допуска отклонений, скорости и готовности работать с неопределённостью. Эти требования направлены в разные стороны, и усиление одного неизбежно ослабляет другой.
Именно поэтому система не может полноценно реализовывать оба контура, действуя в рамках единой логики управления. Когда компания пытается управлять ими одинаково, один из контуров начинает доминировать.
Если приоритет смещается в сторону стабильности, система становится более предсказуемой, но теряет способность к изменениям и начинает отставать от среды. Если же акцент делается на развитии, система ускоряется, но теряет воспроизводимость и устойчивость.
Перекос возникает не как ошибка или просчёт. Он возникает как прямое следствие попытки совместить противоположные требования без их разделения и согласования.
На практике это проявляется в очень узнаваемых ситуациях. В один момент компания чувствует, что теряет управляемость, и стремится «собраться», навести порядок, усилить контроль. В другой момент она ощущает, что замедляется, и пытается ускориться, запустить новые инициативы, «выйти в развитие».
Обе реакции логичны. И обе приводят к одному и тому же результату — к новому перекосу.
Сцена из реальности
Разговоры в этот момент звучат почти одинаково. Сначала звучит тревога: «у нас всё разваливается, нужно остановиться и навести порядок». В ответ возникает страх: «мы не можем остановиться, нам нужно расти». Через некоторое время ситуация разворачивается в другую сторону: «у нас всё стабильно», но на вопрос о развитии звучит ответ «пока не до этого». Перекос просто меняет направление.
2.3 Усиление одного контура разрушает систему
Когда последствия перекоса становятся очевидными, система пытается их компенсировать. Но делает это она привычным способом — усиливая тот контур, который кажется недостающим.
Если компания теряет управляемость, она усиливает стабильность. Вводятся дополнительные уровни контроля, ужесточаются процедуры, сокращается пространство для отклонений. Система становится более формализованной и, на первый взгляд, более управляемой.
Если же возникает ощущение стагнации, усиливается контур развития. Появляется больше инициатив, запускаются новые проекты, ускоряются процессы, увеличивается количество экспериментов.
Каждое из этих действий выглядит разумным и обоснованным.
Проблема заключается в том, что они происходят внутри той же логики, которая уже привела к перекосу.
Усиление стабильности постепенно снижает способность системы к адаптации. Она становится жёсткой, инерционной и всё хуже реагирует на изменения внешней среды. Усиление развития, напротив, разрушает воспроизводимость. Система начинает работать нестабильно, увеличивается количество сбоев, и базовый результат перестаёт быть гарантированным.
Каждый из контуров необходим, но в изоляции любой из них становится разрушительным.
Именно здесь возникает один из самых сложных для принятия выводов. Чем активнее система пытается «исправить ситуацию», усиливая один из контуров, тем сильнее она углубляет исходное противоречие.
Инсайт
Интуитивно кажется, что нужно «добавить порядка» или «добавить развития». Но одностороннее усиление всегда даёт перекос: система либо застывает и теряет скорость, либо ускоряется и теряет устойчивость.
2.4 Локальная оптимизация ухудшает целое
В условиях несинхронности система начинает адаптироваться фрагментарно. Отдельные части стремятся повысить собственную эффективность, исходя из локальных задач и критериев.
Подразделения и функции начинают оптимизироваться внутри своего контура. Те, кто отвечает за стабильность, усиливают контроль, стандартизацию и снижение отклонений. Те, кто работает в зоне развития, увеличивают скорость изменений, количество инициатив и вариативность решений.
На уровне отдельных частей такие действия выглядят рациональными.
Проблема проявляется на уровне системы.
Эти изменения не согласованы между собой. Усиление контроля в одном месте замедляет изменения в другом. Рост вариативности в одном контуре разрушает воспроизводимость в другом. В результате локально правильные решения начинают противоречить друг другу.
Система оказывается в ситуации, когда улучшение отдельных элементов приводит к ухудшению её состояния в целом.
Это хорошо видно на операционных примерах. Производство может снижать себестоимость за счёт оптимизации процессов, в то время как продажи сталкиваются с ростом сроков и теряют гибкость. Для каждого блока это выглядит как успех, но для клиента результат становится хуже.
В этот момент становится очевидно, что система не складывается из оптимизированных частей. Она существует как целое, и без согласования контуров любое локальное улучшение усиливает общий дисбаланс.
Живая сцена
Маркетинг запускает акцию: «купи 10 пачек — 11 получишь бесплатно». Реклама выходит, клиенты приходят, продажи растут. Через короткое время начинается поток обращений: люди купили десять, но не получили обещанную одиннадцатую. Внутри компании начинается хаос. Продажи пытаются разобраться, склад не понимает, о чём речь, производство отвечает, что его никто не информировал о такой акции. В результате компания в срочном режиме пытается «закрыть дыру», а для клиента это выглядит как простая вещь — обещание не выполнено. Это не ошибка конкретного отдела. Это результат того, что один контур принял решение, а другой о нём не знал.
Дополнительно возникает ещё один эффект, который редко проговаривается напрямую. Система начинает сопротивляться изменениям. Это сопротивление не всегда осознаётся, но проявляется достаточно устойчиво.
Люди могут интуитивно защищать текущий порядок не потому, что не понимают необходимости изменений, а потому что чувствуют: изменение системы неизбежно приведёт к изменению их роли, зоны влияния и позиции внутри компании.
Про сопротивление
Иногда сопротивление возникает не на уровне аргументов, а на уровне ощущений. Люди не всегда могут объяснить, почему им «не нравится» изменение, но при этом точно чувствуют, что вместе с изменением системы изменится и их место в ней.
2.5 Несинхронность как неизбежный этап роста
По мере роста система неизбежно проходит через стадию несинхронности.
Усложнение увеличивает количество элементов, связей и решений. В системе начинают проявляться разные типы деятельности, требующие разных режимов управления. Контуры стабильности и развития формируются как необходимое условие функционирования.
Однако механизм их согласования не возникает автоматически.
Система продолжает действовать в рамках единой логики управления, которая не способна одновременно удерживать противоположные требования. В результате разные части начинают развиваться с разной скоростью и по разным принципам.
Возникает рассогласование.
Важно понимать, что это не ошибка и не сбой. Это закономерная стадия развития.
Практически любая растущая компания проходит через этот этап. Сначала возникает хаос, затем появляются элементы системности, после чего формируется перекос между частями, и только затем возникает попытка синхронизации.
Ключевой вопрос здесь заключается не в том, есть ли перекос.
Ключевой вопрос в том, видит ли компания этот перекос как единое системное явление или продолжает воспринимать его как набор отдельных проблем.
Пока он воспринимается фрагментарно, система не может с ним работать.
Честный кусок
Несинхронность — это не ошибка. Это стадия. Проблема начинается в тот момент, когда её продолжают воспринимать как набор отдельных сбоев, а не как единое системное явление.
2.6 Перекос как естественное состояние системы
Если в системе отсутствует механизм синхронизации, перекос становится её базовым состоянием.
Баланс между стабильностью и развитием не возникает сам по себе и не удерживается автоматически. Это не состояние, к которому система «возвращается», а результат, который необходимо специально поддерживать.
Без этого система постоянно смещается в сторону одного из контуров.
Это смещение может временно компенсироваться, но не устраняется, потому что не затрагивает принцип организации. Усиление одного контура сменяется попыткой компенсировать его через усиление другого, что порождает новый перекос.
Движение происходит не через устойчивое равновесие, а через последовательность смещений.
Поэтому перекос не является аномалией.
Это естественное состояние системы, которая не обладает механизмом согласования противоположных режимов.
Идея «идеального баланса» в этом контексте оказывается иллюзией. Система всегда где-то перегружена, где-то недоразвита и где-то нестабильна.
Баланс здесь — это не точка, а процесс постоянной настройки.
Инсайт
Баланс нельзя «достичь и сохранить». Его можно только постоянно удерживать, двигаясь между перекосами.
2.7 Отсутствие синхронизации приводит к росту энтропии
Несинхронность между контурами неизбежно приводит к росту энтропии внутри системы.
Решения принимаются в разных логиках, процессы развиваются несогласованно, приоритеты начинают вступать в конфликт. Количество внутренних противоречий увеличивается быстрее, чем способность системы их разрешать.
Постепенно накапливается несогласованность.
Связи между элементами ослабевают, предсказуемость снижается, управляемость ухудшается. Система начинает тратить всё больше ресурсов на координацию и устранение последствий собственных противоречий, вместо того чтобы направлять их на развитие.
Рост в этих условиях только усиливает проблему, поскольку увеличивает количество взаимодействий без увеличения согласованности.
Сначала это проявляется в небольших сбоях и локальных конфликтах. Затем увеличивается вариативность, растёт доля ручного управления, усиливается зависимость от отдельных людей. И в какой-то момент становится очевидно, что внутренние отклонения начинают расти быстрее, чем сам бизнес.
Это и есть предел, к которому приходит система.
Дальнейшее движение становится возможным только при изменении способа организации, то есть при появлении механизма синхронизации между контурами.
Только в этот момент развитие перестаёт быть хаотичным и начинает становиться управляемым.
Формулировка
Система распадается не в один момент. Это происходит постепенно, через накопление несогласованностей. И в какой-то точке становится видно, что внутренний хаос начинает расти быстрее, чем сам бизнес.
ГЛАВА 3 Иллюзия инструментов
3.1 Попытка лечить систему локальными решениями
Когда система входит в состояние несинхронности, она почти неизбежно начинает воспринимать собственные ограничения как набор отдельных проблем. Замедление процессов, конфликты между функциями, снижение эффективности и управляемости фиксируются как локальные сбои, которые необходимо устранить.
Это не ошибка мышления и не управленческая слабость. Это естественная реакция системы, которая не способна увидеть саму себя целиком. Она видит только проявления и потому интерпретирует их как независимые события.
В результате каждая проблема получает своё отдельное решение. Усиливается контроль, вводятся дополнительные процедуры, внедряются инструменты, перераспределяется ответственность. На уровне действий это выглядит как активная работа с проблемами и создаёт ощущение движения.
Однако эти действия направлены на устранение симптомов, а не на изменение принципа, по которому система устроена.
Отдельные решения могут давать краткосрочный эффект. Где-то снижается вариативность, где-то ускоряется процесс, где-то появляется больше прозрачности. Но способ, которым система принимает решения и воспроизводит себя, остаётся прежним.
Именно поэтому через некоторое время проблемы возвращаются — часто в той же форме или в чуть изменённой.
Система начинает накапливать решения, но не меняет своего состояния. Она становится более нагруженной, более сложной, но не более управляемой. Количество действий увеличивается, а ограничения продолжают воспроизводиться.
Живая сцена
Разговоры в этот момент выглядят почти шаблонно. Если падает маржа, звучит предложение внедрить KPI (ключевые показатели эффективности). Если срываются сроки, появляется идея «пойти в Lean (бережливое производство)». Если возникает хаос в продажах, принимается решение срочно внедрить CRM (управление взаимоотношениями с клиентами). Каждый раз система реагирует одинаково: на симптом накладывается инструмент. При этом сама система как целое даже не становится предметом обсуждения.
Дополнительное наблюдение
В какой-то момент в компании накапливается ощущение, что «мы постоянно что-то внедряем, но легче не становится». Это важный сигнал. Он означает, что количество решений растёт быстрее, чем способность системы ими управлять.
Мини-инсайт
Система почти никогда не формулирует проблему как проблему устройства. Она всегда формулирует её как проблему конкретного участка. Именно поэтому лечится не причина, а проявление.
3.2 Методики внедряются без архитектуры
По мере усиления проблем компания начинает всё активнее обращаться к управленческим методикам. Это выглядит логично: если внутри возникают сбои, значит нужно внедрить подходы, которые повышают эффективность, прозрачность и управляемость.
Однако на практике эти методики почти всегда накладываются на существующую систему без изменения её архитектуры. Принципы принятия решений, распределения власти и взаимодействия между функциями остаются прежними.
Любая методика изначально предполагает определённую среду, в которой она может работать. Она опирается на конкретную логику принятия решений, на определённую степень прозрачности и на согласованность между элементами системы. Если этой среды нет, методика не выполняет свою функцию.
Она не ломает систему. Она встраивается в неё.
Проходя через существующую модель управления, методика неизбежно трансформируется. Её логика упрощается, искажается или подменяется. Она начинает работать не так, как задумано, а так, как позволяет текущая архитектура.
В результате возникает эффект, который часто трудно сразу распознать. Инструмент вроде бы внедрён, но его влияние определяется не им самим, а системой, в которую он встроен.
Методика перестаёт менять систему и начинает её обслуживать.
Живая сцена
Руководитель говорит: «Мы внедрили Lean (бережливое производство)». При этом если посмотреть глубже, оказывается, что появились доски, встречи и отчёты, но решения по-прежнему принимаются в ручном режиме, приоритеты меняются по ситуации, а ответственность не закреплена. Внешне методика есть, но её логика в системе не работает.
Инсайт
Методика не меняет систему, если не меняется способ принятия решений. В этом случае меняется форма, но не содержание.
3.3 Наличие инструментов не означает наличие системы
По мере накопления инструментов компания начинает выглядеть более зрелой. Появляются регламенты, показатели, процессы, системы планирования и контроля. Снаружи это воспринимается как движение к системности.
И внутри часто возникает то же ощущение.
Однако наличие инструментов само по себе не означает наличие системы.
Система определяется не перечнем элементов, а принципом их организации. Важно не то, какие инструменты есть, а то, как они связаны между собой и как через них принимаются решения.
Если этот принцип отсутствует или не изменён, элементы не складываются в целое.
Они остаются разрозненными. Каждый инструмент начинает работать в своей логике, не согласуясь с другими. Показатели не связаны с процессами, процессы — с решениями, решения — с целями.
В результате возникает парадокс. Внешняя сложность воспринимается как системность, хотя на самом деле она отражает лишь рост количества несвязанных элементов.
Система не возникает.
Возникает её имитация.
Живой пример
В компании есть CRM (управление взаимоотношениями с клиентами), в которой фиксируются сделки, есть KPI (ключевые показатели эффективности), по которым оцениваются сотрудники, и есть регламенты, описывающие процессы. Но при этом решения принимаются ситуативно, приоритеты меняются ежедневно, а ответственность остаётся размытой. Инструменты присутствуют, но они не соединены в систему.
Формулировка
Инструменты создают ощущение порядка. Но ощущение — это не управление.
3.4 Система не собирается из набора практик
Идея о том, что систему можно построить, последовательно внедряя лучшие практики, выглядит логично. Кажется, что если добавить достаточно правильных элементов, в какой-то момент они начнут работать вместе.
Но в реальности этого не происходит.
Каждая практика создаётся внутри определённой архитектуры и опирается на согласованные принципы. Она предполагает определённый способ принятия решений, определённый уровень ответственности и определённую связность системы.
Если эта архитектура отсутствует, практика теряет свою функцию.
Она не становится частью системы. Она становится отдельным элементом, который работает фрагментарно.
Добавление практик без изменения принципа организации не приводит к формированию системы. Оно лишь увеличивает количество элементов, между которыми нет согласования.
Система не собирается снизу вверх.
Она задаётся сверху — через способ организации, который определяет, как связаны элементы и как принимаются решения.
Без этого любые практики остаются набором несогласованных действий.
Расширенная аналогия
Если разложить детали двигателя на столе, можно увидеть все необходимые элементы. Но пока они не соединены, движение не возникает. С системой происходит то же самое: наличие элементов не создаёт целостности.
3.5 Инструменты усиливают существующий перекос
В условиях несинхронности любой инструмент неизбежно встраивается в существующую логику системы. Он не меняет её, а продолжает.
Если система уже находится в перекосе в сторону стабильности, инструмент используется для усиления контроля, стандартизации и снижения вариативности. В результате система становится ещё более жёсткой и менее способной к изменениям.
Если система смещена в сторону развития, инструмент начинает работать на ускорение изменений, увеличение количества инициатив и расширение вариативности. Это усиливает нестабильность и снижает воспроизводимость.
Инструмент не существует вне системы. Он всегда действует внутри неё и подчиняется её логике.
Поэтому он не устраняет перекос.
Он его усиливает.
Живое наблюдение
Когда в систему с перекосом в контроль внедряют KPI (ключевые показатели эффективности), они редко дают прозрачность. Чаще они усиливают давление. Люди начинают оптимизировать показатели, а не результат. Система становится более напряжённой, но не более управляемой.
Короткий пример
В системе с перекосом в развитие CRM (управление взаимоотношениями с клиентами) не наводит порядок в продажах. Она фиксирует происходящий хаос и делает его более заметным.
3.6 Lean (бережливое производство), KPI (ключевые показатели эффективности) и CRM (управление взаимоотношениями с клиентами) как изолированные решения
Это особенно хорошо видно на конкретных инструментах.
Lean (бережливое производство) внедряется для повышения эффективности процессов. KPI (ключевые показатели эффективности) — для управления результатами. CRM (управление взаимоотношениями с клиентами) — для систематизации работы с клиентами. Каждый из них решает понятную локальную задачу.
Но ни один из них сам по себе не меняет систему.
Lean (бережливое производство) не меняет принцип принятия решений. KPI (ключевые показатели эффективности) не устраняет противоречия между функциями. CRM (управление взаимоотношениями с клиентами) не влияет на архитектуру управления.
В условиях несинхронности они начинают работать в разных логиках. Показатели могут стимулировать поведение, которое противоречит процессной эффективности. Оптимизация процессов может замедлять развитие. Работа с клиентами может не учитывать реальные ограничения внутри компании.
Инструменты не соединяются.
Они начинают конфликтовать.
И в итоге не усиливают систему, а создают дополнительные точки напряжения.
Живая сцена
Руководитель говорит: «У нас KPI (ключевые показатели эффективности) не работают». При разборе выясняется, что каждый отдел выполняет свои показатели, но в итоге компания теряет управляемость. Продажи продают больше, чем может произвести система, производство оптимизирует себестоимость в ущерб срокам, а клиент сталкивается с несоответствием ожиданий и реальности.
Усиление
Инструменты конфликтуют не потому, что они плохие. Они конфликтуют потому, что между ними нет единого принципа согласования.
3.7 Инструменты адаптируются под старую систему
Ожидание обычно строится на том, что внедрение инструментов изменит систему. Что новые практики «перестроят» компанию и выведут её на другой уровень.