Порядок, контроль, время. Как снижать энтропию и хаос в организации

1) «Какую проблему решает эта система?»

2) «Каковы три самых важных действия, которые мне нужно выполнить?»

3) «Если я нарушу только одно правило, какое из них будет самым фатальным?»

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

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

Шаг третий: тестирование на хаос — проверка устойчивости в безопасной среде

Цель: выявить слабые места системы с минимальными затратами перед полномасштабным внедрением.

Что делать:

Выберите контролируемую область (команду, проект, месяц)

Активно введите некоторые нагрузки, неожиданные изменения и помехи

Наблюдайте, где порядок рушится, где деформируется, а где обходится

Контрольный список (вопросы, которые нужно задать себе перед пилотным проектом):

Сможет ли этот порядок функционировать, если ключевая фигура внезапно исчезнет?

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

Если объем работы внезапно удвоится, какой узел сбойнет первым?

Есть ли у нас «кнопка отката», позволяющая быстро восстановить исходное состояние в случае неудачи пилотного проекта?

Распространённые ошибки слишком широкий охват тестирования (слишком высокая цена провала) или слишком идеальные условия тестирования (не позволяют выявить уязвимости).

Четвертый шаг: развертывание во времени и пространстве — выбор точки резонанса с наименьшим сопротивлением

Цель: выбрать наиболее подходящее время, масштаб и темп для нового порядка, чтобы его внедрение выглядело естественным и неизбежным.

Что делать:

Начинать с областей с «высокой болезненностью и низким риском» (где все готовы к изменениям, а неудача не вызывает страха)

Внедряйте по одному ключевому изменению за раз (не вводите три новых процесса одновременно)

Используйте «шаблон из трёх фраз» для коммуникации (см. ниже)

Шаблон из трёх фраз для коммуникации при внедрении (говорите в точном соответствии с текстом):

«С какой проблемой мы столкнулись?» — выявите болевую точку

«Как этот новый порядок решает проблему?» — установите причинно-следственную связь

«Какие изменения вы почувствуете?» — опишите опыт

Пример: «В последнее время запросы клиентов постоянно задерживаются (проблема). В будущем отделы продаж, продуктов и технической поддержки должны проводить 15-минутные совещания для согласования действий (решение). Вы заметите, что больше не нужно постоянно назойливо спрашивать о ходе работы (ощущения)».

Распространенные ошибки: одновременное внедрение нескольких новых процессов (когнитивная перегрузка) или запуск пилотного проекта в самом «сложном» отделе (сильное чувство неудачи).

Пятый шаг: постоянный мониторинг — переход от роли строителя к роли садовника

Цель: после ввода системы в эксплуатацию — постоянное отслеживание снижения её эффективности, адаптированности к окружающей среде и признаков роста внутренней энтропии.

Что делать:

Создать несколько простых «показателей здоровья системы» (например, «количество обходов процесса в неделю», «количество нестандартных заявок, вызванных новыми правилами»)

Раз в месяц уделять 15 минут проверке работоспособности (см. ниже)

При обнаружении признаков снижения эффективности системы не спешите вносить исправления. Сначала определите: устарела ли сама система или нарушился порядок её выполнения?

Ежемесячная проверка работоспособности порядков (ответы дают все члены команды):

Какой порядок обходили чаще всего в прошлом месяце? Почему?

Какое правило вызвало у большинства людей ощущение «это неразумно»? Действительно ли оно необходимо?

Если бы сегодня мы разрабатывали его с нуля, сохранили бы мы этот порядок?

Распространённые ошибки: После введения порядка о нём больше не заботятся, или при обнаружении проблемы просто добавляют новое правило (что приводит к «огромному раздуванию системы»).

1.8 Три основных рычага: методы укрепления правил, которые можно применить уже сегодня

Не нужно сносить и строить заново. Выберите один рычаг и приступайте к делу уже сегодня.

Рычаг № 1: определите, что значит «завершение»

Проблема: хаос в большинстве организаций возникает из-за отсутствия единого стандарта «завершения».

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

Пример:

«Завершение рассмотрения требований» = подписи представителей отдела продукта, отдела разработки и отдела тестирования + планирование следующего цикла итерации

«Завершение обработки жалобы клиента» = подтверждение клиентом, что проблема решена + запись результатов анализа первопричин

«Завершение найма» = принятие предложения кандидатом + подача всех документов перед приемом на работу

Почему это работает: это микрогенетика порядка, описанная в книге . Четкий критерий завершения позволяет сократить на 80 % путаницу, связанную с фразой «Я думал, что уже сделал».

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

Признак успеха: через две недели как минимум три разных человека будут самостоятельно ссылаться на эту фразу при совместной работе, а количество переделок, вызванных фразой «Я думал...», сократится более чем на 50%.

Рычаг № 2: Создание «единого источника правды»

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

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

Пример:

Ход проекта → Единственным источником достоверной информации является панель инструментов Jira; в презентации PowerPoint необходимо указывать «дату, на которую приведены данные»

Статус клиента → Единственным источником достоверной информации является «оценка состояния клиента» в CRM-системе; в еженедельных отчетах по продажам запрещается самостоятельно формулировать оценки

Остаток бюджета → Единственным источником достоверной информации является остаток в финансовой системе в режиме реального времени; данные из любых таблиц Excel не принимаются во внимание

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

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

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

Рычаг № 3: Регулярное «избавление от лишнего в системах»

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

Действия: каждый квартал выбирайте одну пятницу днём и уделяйте 90 минут на «очистку» правил. Три железных правила:

Любое правило, которое никто не применял в течение 30 дней подряд, следует сразу отменить

Любое правило, для понимания которого при его применении требуется объяснение , подлежит переработке

Любое правило, нарушение которого никто не заметил или за которое никто не привлек к ответственности, следует либо отменить, либо усилить его исполнение

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

Ваши действия: на следующей неделе возьмите последнюю версию документа с описанием рабочих процессов вашего отдела. Отметьте в нём правила, о существовании которых вы не знали, правила, которые никогда не выполнялись, и правила, которые все тайно обходят. Удалите три из них и посмотрите на следующей неделе, заметит ли кто-нибудь их отсутствие.

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

1.9 Полный пример: «Восстановление земли» компании Qidian Technology ( Комплексный адаптированный пример)

Ситуация: Qidian Technology — компания, разрабатывающая инструменты для корпоративного сотрудничества в формате SaaS, которая за полтора года расширилась с 50 до 200 сотрудников. Между отделами продаж, продукта и технического обеспечения постоянно возникали конфликты: отдел продаж обещал клиентам «запуск новой функции в течение двух недель», технический отдел оценивал срок в «не менее двух месяцев», а отдел продукта подвергался критике с обеих сторон. Каждая из трёх сторон вела свою собственную документацию по требованиям — отдел продаж использовал Excel, отдел продуктов — Confluence, а технический отдел — Jira — что приводило к несогласованности данных и удлиняло цикл доставки до 45 дней.

Директор по операциям Чжан Вэй рассказывает: «Однажды отдел продаж пообещал клиенту, что „эта функция обязательно будет запущена на следующей неделе“, а мы об этом даже не знали. Только когда клиент пожаловался генеральному директору Ван Лу, мы впервые услышали об этом запросе».

Диагностика O·DaDi:

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

Разрыв в масштабе: на макроуровне провозглашается «клиент прежде всего», а на микроуровне действует правило «кто первым предложил, тот и отвечает, но на самом деле никто не несёт ответственности»

Оценка патологии: смещение пластов + цементное затвердевание

Процесс вмешательства:

Этап

Действие

Цель

1–2-я недели

Разведка: опрос 12 человек, выявлено, что «при личном общении цикл выполнения заказов сокращается на 40%»

Обнаружение сигнала

2–3-я недели

Систематизация: разработка принципа «определение требований за 15 минут» — проведение 15-минутных совещаний между отделами продаж, продукта и технического обеспечения, обновление статуса в течение 24 часов после совещания

Правило «одной фразы»

3–4-я недели

Тестирование: в ходе пилотного проекта выяснилось, что «15 минут недостаточно»; правило скорректировано на «делать только предварительные выводы, а вопросы, требующие дополнительного исследования, направлять в ускоренный режим (дополнительные 2 дня)»

Выявление слабых мест

4–5-я недели

Внедрение: коммуникация с использованием шаблона из трёх предложений, начало продвижения с отдела продаж

Минимизация сопротивления

Непрерывность

Мониторинг: установка двух показателей (процент достижения целей на 24-часовых совещаниях, процент отказов по запросам), ежемесячный анализ эффективности

Предотвращение отката

Внедрение трёх основных рычагов:

Определение «завершения»: завершение рассмотрения запроса = подписи всех трех сторон + подтверждение сроков

Единый источник информации: единственный источник информации о статусе запроса = канва Notion, доступная для отделов продаж, продукта и технического обеспечения

Оптимизация процедур: отказ от документов, поддерживаемых каждой из трёх сторон отдельно, и объединение их в единый документ с правилами

Результат:

4-я неделя: один из менеджеров по продажам сказал: «Раньше мне приходилось постоянно выпрашивать у продуктовой команды информацию о ходе работы, а теперь достаточно открыть канву, чтобы узнать — это экономит мне 1 час в день».

8-я неделя: цикл реализации требований сократился с 45 до 28 дней, количество жалоб клиентов снизилось на 30%

12-я неделя: команда начала самостоятельно предлагать идеи по оптимизации процессов

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

На ежеквартальном совещании по подведению итогов Ван Лу объявила: «Это самое успешное преобразование за последний год».

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

Это была проблема контроля. И это уже тема второй главы.

Краткое резюме главы (три ключевые мысли)

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

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

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

Задание для читателя

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

Не нужно, чтобы оно было идеальным. Достаточно, чтобы любой член команды, прочитав эту фразу, понял: «До какой степени нужно дойти, чтобы остановиться».

Затем понаблюдайте: сколько человек усомнится в этом предложении, сколько его процитирует, и сколько «я думал» превратится в «я знаю».

Это и будет ваш первый свайный столб, вбитый в землю.

Анонс следующей главы: порядок — это земля, но земле нужна вода, чтобы орошаться. В следующей главе мы вернёмся к технологии «Ски-Дян» — к тому, как система восстановления успешного порядка незаметно приводит к раздуванию контроля. Как формируется замкнутый круг «слишком много контроля — и всё погибает, слишком мало — и наступает хаос»? Золотое правило контроля (C) даст вам ориентир.

Глава 2. Контроль (C): почему при ужесточении наступает смерть, а при ослаблении — хаос?

Контроль — это не вождь, а погода.

Краткий обзор главы

Ключевой вопрос: почему при ужесточении наступает застой, а при ослаблении — хаос?

Определение в одном предложении: Контроль = придание энергии порядку, чтобы правильные вещи происходили постоянно (как погода, а не как поводья).

Золотое правило управления: 0 < сила управления ≤ несущая способность системы. Цель — не «больше», а «соответствие».

Четыре элемента уравнения силы контроля: точность информации | интенсивность энергии | эффективность системы | временное окно

Схема управления в три этапа: профилактика (максимальное соотношение вложений и результатов) > корректировка в процессе > совершенствование после завершения

Три основных рычага: сокращение разрешительных процедур | замена на прозрачность | эксперимент с минимальным надзором

Пример по основной линии: «Qiedian Technology», вторая часть — почему через год после восстановления порядка возникла «американская горка контроля»?

Один риторический вопрос: если вы сократите контроль наполовину, команда развалится или станет работать лучше?

Если у вас есть всего 15 минут: перейдите сразу к разделу «2.6 Три основных рычага».

Вступление: второй вопрос в три часа ночи

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

Этот вопрос называется «контроль». У него есть конкретный адрес: компания «Цидиан Технологии» ( адаптированный пример).

Через год после запуска инициативы «Утверждение требований за 15 минут» цикл выполнения заказов в Qidian Technology стабилизировался, количество жалоб от клиентов сократилось, и Ван Лу (генеральный директор) на том квартальном совещании по итогам работы заявила: «Это было самое успешное преобразование за последний год». Но на этом история не закончилась.

Численность компании выросла с 200 до 220 человек. Изначально, чтобы «жестко закрепить новые процессы», на каждом этапе процесса был предусмотрен этап утверждения; каждый этап утверждения породил свой чек-лист; каждый чек-лист требовал проверки отдельным сотрудником. За год разветвлённая система утверждений незаметно охватила каждый этап — теперь даже для изменения цвета кнопки требуется подпись технического директора.

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

После трёх таких циклов в три часа ночи Ван Лу записала этот вопрос: почему при ужесточении всё замирает, а при ослаблении — погружается в хаос?

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

2.1 Что такое контроль? Это не ограничение, а расширение возможностей

Для Ван Лу эта «американская горка» началась не в этом году — на протяжении восьми лет своей управленческой карьеры она постоянно колебалась между «жестким контролем» и «свободой действий».

Утверждение, мониторинг, отчетность, привлечение к ответственности — когда речь заходит о «контроле», у большинства людей в голове сразу возникают именно эти ассоциации. Все они в совокупности имеют одно общее название: ограничение.

Но это как раз и является заблуждением.

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

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

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

Ограничение

Расширение возможностей

Отправная точка

Недоверие: если не следить, то произойдет беда

Доверие: создайте условия, и люди сами будут действовать

Типичные проявления

Усиление контроля, требование ежедневных отчетов, привлечение к ответственности

Устанавливать стандарты, предоставлять ресурсы, спрашивать: «Какая поддержка вам нужна?»

Реакция команды

Формы заполнены, но никто их не читает

Если что-то пошло не так, сначала исправляем сами

Результат

Наступил порядок, но двигатель заглох

Порядок и двигатель работают вместе

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

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

Определив сущность, перейдем к тому, о чём на самом деле пойдёт речь в этой главе: интенсивности.

Контроль — это погода, а порядок — земля, принимающая дождь. Откуда берётся дождь? Из энергии, вливаемой контролем.

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

Засуха (недостаток контроля)

Наводнение (избыток контроля)

Земля

Уплотнение, растрескивание

Задыхание, гниение корней

Двигатель

Заглох

Перегрузка и сгорание

Команда

Никто не знает, куда идти

Таблицы заполнены, но никто их не смотрит

Консенсус

Распад из-за потери связи

Подчинение выдается за что-то другое

«Американские горки» Ван Лу — это постоянное переключение между остановкой и сгоранием.

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

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

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

2.2 Самопроверка контроля: нормальная ли у вас погода?

Потратьте 3 минуты на ответы на следующие 12 вопросов («да» — 1 балл, «нет» — 0 баллов), сначала определите, «есть ли проблема», а затем установите, «где именно она».

Часть 1: Самодиагностика симптомов (быстрая локализация)

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

#

Вопрос

Да/Нет

Направление

1

Заметили ли вы заметное снижение эффективности команды после последнего ужесточения контроля?

Нет

2

Часто ли сотрудники говорят: «Всё равно руководство одобрит, я пока подожду»?

Нет

3

Повторяется ли одна и та же ошибка в течение 6 месяцев?

Засуха

4

Члены команды не возражают на собрании, но после него не выполняют поручения?

Нет

5

Требуется ли для реализации простого решения одобрение нескольких человек?

Нет

6

Не может ли команда определить, как действовать дальше?

Засуха

Часть 2

: Диагностика механизмов (определение характера)

Ответьте на следующие 6 вопросов: чем больше ответов «да», тем лучше.