Где на самом деле находится точка контроля

Иллюзия управляемости и количественные данные

Большинство систем показывают уже состоявшийся факт. Финансовый отчет отражает проводки, CRM отображает текущий статус сделки, проектная система фиксирует уже выполненные задачи, а аналитические панели собирают информацию о том, что уже произошло.

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

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

Один проект, в котором все было под контролем

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

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

Формально контроль существовал на каждом этапе. Фактически единой системы управления процессом не было.

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

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

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

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

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

Точка контроля возникает гораздо раньше

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

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

Именно здесь процесс начинает терять управляемость, хотя внешне это еще никак не проявляется.

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

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

Почему цифровизация не решает эту проблему

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

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

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

Контроль начинается не с наблюдения, а с единого контекста

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

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

Однозначно определена текущая версия. Не «последний файл в папке» и не «то, что прислали в последнем письме», а место, где видно: вот действующая редакция, дата такая-то, изменил такой-то. Проверка простая — попросить двух участников назвать номер актуальной версии. Если им пришлось уточнять друг у друга, свойства нет.

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

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

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

Как заметить расхождение до сведения результатов

Из механизма следует и то, как обнаружить расхождение заранее. Ни один из способов не требует системы и бюджета.

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

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

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

Где это нужно, а где избыточно

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

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

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

Контроль стоит раньше отчетности 

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

Вопрос управляемости сегодня все чаще определяется не количеством инструментов контроля, а тем, существует ли в компании единая точка, относительно которой принимаются все последующие решения.

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