Полная версия:
"Наивная цифровизация" - Почему строительный бизнес не справляется с крутыми поворотами рынка.
Красная зона начиналась при задержке более десяти дней.
Один проект приближался к красной границе. Руководитель знал, что восстановить срок невозможно. Для этого требовалось увеличить ресурсы, изменить последовательность работ и договориться с подрядчиками.
Это было сложно.
Скорректировать график оказалось проще.
Часть работ перенесли на следующий этап. Несколько задач объединили. Для одной операции изменили длительность. Затем утвердили «актуализированный план».
После актуализации отклонение сократилось с восемнадцати дней до трёх.
Проект снова стал жёлтым.
Физически не изменилось ничего. Рабочих не прибавилось. Материалы не поступили. Отставание не исчезло.
Изменился документ, относительно которого оно измерялось.
На совещании руководитель доложил:
• После актуализации графика ситуация стабилизирована.
Это была изящная фраза. Она создавала впечатление, что кто-то стабилизировал ситуацию, хотя на самом деле стабилизировали способ её описания.
Через три месяца срок снова оказался под угрозой.
График актуализировали ещё раз.
Если бы проект продолжался достаточно долго, он мог бы достичь абсолютной точности: каждая фактическая дата немедленно становилась бы плановой.
Компания получила бы идеально управляемый проект, который завершился на два года позже, но ни разу официально не опоздал.
Перенос ответственности как корпоративный спорт
Теневой контур работает не только с информацией. Он перемещает ответственность.
В официальной модели каждое отклонение должно иметь причину, владельца и корректирующее действие.
В неофициальной модели участники стараются сделать так, чтобы причина находилась за пределами их полномочий, владелец сидел в другом подразделении, а корректирующее действие требовало решения руководства.
Лучший результат — доказать, что проблема возникла из-за отсутствия информации, которую должен был предоставить кто-то другой.
Тогда сотрудник превращается из участника происшествия в его первую жертву.
Пример 5. Совещание о недостающем кабеле
Монтажная бригада не могла приступить к работе: на объекте отсутствовал кабель необходимого типа.
Начальник участка спросил снабжение:
• Где кабель?
Снабжение ответило:
• Не было подтверждённой заявки.
Производственно-технический отдел сообщил:
• Мы отправили заявку две недели назад.
Снабжение уточнило:
• Вы отправили предварительную потребность, а не подтверждённую заявку.
ПТО возразило:
• Для подтверждения требовалась рабочая документация.
Проектировщик сказал:
• Документация была выдана.
Начальник участка открыл папку:
• Здесь старая версия.
Проектировщик проверил:
• Новая версия направлена письмом.
ИТ-специалист посмотрел журнал:
• Письмо было заблокировано из-за размера вложения.
На несколько секунд в комнате воцарилась тишина. Все посмотрели на ИТ-специалиста с благодарностью охотников, неожиданно обнаруживших следы подходящего животного.
ИТ-специалист почувствовал опасность и добавил:
• Пользователю было направлено автоматическое уведомление.
Теперь внимание переключилось на пользователя.
Пользователь сказал, что уведомление попало в папку нежелательной почты.
На совещании присутствовали семь человек, и каждый внёс посильный вклад в отсутствие кабеля. Это создавало редкое чувство коллективного единства.
После часа обсуждений подготовили протокол:
Причиной задержки стало несвоевременное прохождение информации между заинтересованными подразделениями.
Формулировка обладала большим достоинством: в ней не было ни одного живого человека.
Кабель заказали.
Но главное достижение состояло в другом — ответственность удалось растворить в процессе.
Она теперь принадлежала «взаимодействию».
Взаимодействие не получало премию, не писало объяснительных и не присутствовало на совещании. Идеальный виновный.
Выиграть время — значит изменить реальность
Иногда задержка информации имеет практическую цель. Человек рассчитывает устранить проблему до того, как о ней узнает руководство.
Логика понятна:
• возникло отклонение;
• если сразу сообщить, начнётся контроль;
• контроль потребует отчётов и совещаний;
• отчёты и совещания отнимут время;
• лучше потратить это время на устранение отклонения;
если всё получится, сообщать вообще не придётся.
На первый взгляд это разумно.
Иногда такой подход действительно спасает процесс от лишней бюрократии.
Проблема появляется, когда устранить отклонение не удаётся. Тогда организация узнаёт о нём позже, располагает меньшим временем и получает уже не одну проблему, а две: само отклонение и потерянный период реакции.
Человек хотел защитить систему от преждевременной тревоги.
В итоге защитил тревогу от своевременной системы.
Пример 6. Поставщик, который почти успел
Поставщик оборудования обнаружил, что изготовление шкафа управления задерживается на десять дней.
Менеджер не сообщил заказчику. Он рассчитывал ускорить сборку и сократить задержку.
Через несколько дней удалось вернуть три дня.
Менеджер ободрился и продолжил молчать.
Затем обнаружился дефект комплектующего. Задержка выросла до двух недель.
К этому моменту заказчик уже подготовил площадку, вызвал монтажников и заказал подъёмную технику.
Когда информация наконец появилась, изменить график без потерь было невозможно.
Заказчик спросил:
• Почему вы не сообщили раньше?
Менеджер ответил:
• Мы надеялись решить вопрос собственными силами.
Это был честный и даже благородный ответ. Менеджер пытался спасти ситуацию. Он не хотел перекладывать проблему на заказчика.
Но вместе с проблемой он удерживал и право заказчика управлять последствиями.
Теневой контур часто возникает из хороших намерений. Это делает его особенно опасным. Злой умысел можно запретить. Добрые намерения обычно награждают.
Неофициальный маршрут быстрее официального
В организации неприятная информация редко движется по утверждённому маршруту.
Сначала её обсуждают неофициально.
Рабочий говорит мастеру.
Мастер — начальнику участка.
Начальник участка звонит знакомому в производственно-техническом отделе.
Тот советуется с проектировщиком.
Проектировщик просит пока ничего не регистрировать, потому что хочет проверить решение.
Параллельно информация распространяется через мессенджеры, телефонные разговоры и курилку. Через час о проблеме знают все, кроме цифровой системы и руководителя проекта.
У цифровой модели нет статуса «все уже знают, но официально никто не сообщил».
Между тем это один из самых распространённых статусов корпоративной жизни.
Пример 7. Лифт, о котором знали все
В новом здании периодически останавливался лифт.
Технический персонал знал о проблеме. Охрана знала. Сотрудники, работавшие на верхних этажах, знали особенно хорошо.
В системе технического обслуживания зарегистрировали только два обращения.
Большинство сотрудников сообщало охране устно. Охрана перезапускала лифт и считала проблему временно решённой.
Когда лифт останавливался снова, процедура повторялась.
Через месяц директор оказался внутри.
Через пятнадцать минут проблема получила высший приоритет, официальный номер, ответственного и срок устранения.
На совещании спросили:
• Почему раньше не было информации?
Техническая служба открыла систему:
• Официально было только два обращения.
Сотрудники возмутились:
• Мы постоянно говорили охране!
Охрана объяснила:
• Мы каждый раз перезапускали лифт.
Каждая сторона была права.
Сотрудники сообщали.
Охрана реагировала.
Система почти ничего не знала.
Официальный контур считал проблему редкой. Теневой контур обслуживал её ежедневно.
Лифт оказался единственным участником, который последовательно придерживался своей позиции.
Психика не ломает систему — она к ней приспосабливается
Удобно считать, что теневой контур возникает из-за плохих сотрудников.
Это позволяет заменить нескольких людей, провести обучение и объявить проблему решённой.
Но теневой контур создаётся не характерами, а условиями.
Если сообщение о проблеме приводит к наказанию, люди задерживают проблемы.
Если выполнение показателя приносит премию, люди учатся управлять показателем.
Если ответственность распределяется через поиск виновного, участники заранее готовят защиту.
Если официальная процедура слишком медленна, появляется неофициальная.
Если система не помогает устранить отклонение, сотрудники используют её только для отчётности.
Люди не обязательно саботируют управление. Они приспосабливаются к нему.
Человек вообще обладает удивительной способностью приспосабливаться. Он может привыкнуть к шуму, пробкам, неудобному креслу и еженедельному совещанию без повестки. Поэтому не стоит удивляться, что он приспосабливается и к цифровой системе.
Если для закрытия операции нужно нажать кнопку, он нажмёт кнопку.
Если требуется прикрепить фотографию, он найдёт фотографию.
Если нельзя завершить задачу с открытым замечанием, замечание будет закрыто.
Вопрос о физическом результате может при этом остаться без ответа.
Человек не нарушает систему.
Он выполняет её требования с такой точностью, что их бессмысленность становится особенно заметной.
Почему цифровая модель не видит теневой контур
Большинство корпоративных платформ регистрирует только формальные действия:
• документ создан;
• статус изменён;
• задача назначена;
• комментарий добавлен;
• согласование завершено;
срок перенесён.
Но система не видит:
• когда человек впервые узнал о проблеме;
• почему не сообщил сразу;
• с кем советовался неофициально;
• какого решения опасался;
• какой показатель пытался защитить;
• чью реакцию хотел смягчить;
сколько времени потратил на поиск безопасной формулировки.
Именно поэтому цифровая история процесса может быть формально точной и фактически неполной.
В ней отражено то, что люди решили зарегистрировать.
Не обязательно то, что происходило.
Система видит следы официального движения. Теневой контур ходит по ковру и старается не оставлять следов.
Как сделать теневой контур видимым
Психику невозможно полностью формализовать. Но можно спроектировать систему так, чтобы ей было сложнее управлять фактами.
Для этого необходимо отделить регистрацию FACT от оценки виновности.
Сначала фиксируется событие.
Затем определяется его причина.
Только после этого рассматривается ответственность.
Если все три действия соединены в одной форме, человек понимает: сообщая о факте, он одновременно участвует в собственном допросе. Разумеется, он захочет сначала посоветоваться с адвокатом, даже если адвокатом выступает более опытный коллега из соседнего кабинета.
Регистрация отклонения должна помогать процессу, а не автоматически запускать наказание.
Кроме того, цифровая система должна:
• получать факты непосредственно из операций и измерений;
• фиксировать время возникновения события, а не только время регистрации;
• хранить историю изменений;
• сопоставлять статусы с физическими результатами;
• обнаруживать массовое закрытие и повторное открытие задач;
• отслеживать систематический перенос сроков;
• выявлять расхождение между показателями и конечным результатом;
• автоматически запускать стандартные корректирующие действия;
передавать человеку только исключения, действительно требующие решения.
Цель состоит не в том, чтобы поймать сотрудника на искажении данных.
Цель — сделать так, чтобы искажение перестало быть удобным способом управления ситуацией.
Два контура должны поменяться местами
Сегодня во многих организациях официальный цифровой контур занимается регистрацией документов, а теневой человеческий — реальным управлением.
Люди звонят друг другу, договариваются, ускоряют, задерживают, скрывают, уточняют и исправляют. После этого результаты неофициального управления аккуратно заносятся в программу.
Получается странная конструкция.
Реальный процесс управляется в телефонных разговорах.
Цифровая система хранит его посмертную документацию.
Чтобы перейти к зрелому цифровому управлению, эти контуры должны поменяться местами.
Стандартные события, отклонения и корректирующие воздействия должны обрабатываться цифровой моделью.
Человеческий контур должен работать там, где требуется понимание контекста, изменение правил или решение нестандартной проблемы.
Человек остаётся в системе.
Но он перестаёт быть тайным диспетчером, который вручную решает, какой факт заслуживает существования.
Тень, которая всегда следует за моделью
Психологический контур невозможно уничтожить.
Пока в организации работают люди, они будут обсуждать решения, бояться последствий, защищать интересы и пытаться выиграть время.
Это нормально.
Ненормально строить систему так, будто ничего этого не существует.
Если цифровая модель не учитывает задержку информации, задержка станет невидимой.
Если не учитывает возможность искажения показателя, показатель станет удобной декорацией.
Если не отделяет факт от наказания, люди будут прятать факты.
Если не связывает данные с физическим результатом, цифровая картина постепенно начнёт жить собственной жизнью.
Она станет аккуратнее реальности, спокойнее реальности и значительно дешевле в обслуживании — потому что в ней не потребуется ничего исправлять.
Человек же останется рядом.
Нелепый, осторожный, самоуверенный и по-своему симпатичный.
Он будет нажимать правильные кнопки, выбирать безопасные статусы и искренне надеяться, что до следующего совещания проблема как-нибудь передумает быть проблемой.
Официальный контур покажет, что всё находится под контролем.
Теневой контур будет знать правду.
А FACT, как терпеливый свидетель в коридоре суда, продолжит ждать, когда его наконец пригласят внутрь.
Глава 4. Глаз и совесть начальника
Просто опыт: Глаз начальника полезен для профессиональной оценки, но опасен как постоянная архитектура информационной системы.
Когда в организации отсутствуют стандарты, статусы, критерии готовности и алгоритмы реакции, она всё равно должна как-то работать.
Тогда появляется он.
Опытный начальник.
Он входит на объект, смотрит по сторонам и через несколько минут понимает то, чего информационная система не смогла установить за неделю.
Он замечает, что подрядчик отстаёт, хотя график остаётся зелёным. Понимает, что материал ещё не заказан, хотя заявка имеет статус «в работе». По выражению лица мастера определяет, что техника снова сломалась. По необычной вежливости поставщика догадывается, что поставка не состоится.
Он знает, что руководитель одного подразделения никогда не сообщает плохих новостей до обеда, а другого — после. Помнит, какой подрядчик обещает срок с запасом, а какой воспринимает календарь как произведение художественной литературы.
Программа видит статусы.
Начальник видит людей.
Программа читает данные.
Начальник читает паузы между словами.
Именно поэтому организация постепенно делает его универсальным регулятором. Там, где нет правила, он принимает решение. Где нет достоверных данных — оценивает ситуацию. Где не определена ответственность — назначает ответственного. Где процесс остановился — звонит нужному человеку.
Система держится на его опыте, памяти, авторитете и совести.
Это кажется разумным.
Особенно пока начальник находится на рабочем месте.
Универсальный регулятор
Опытный начальник обычно не считает себя частью информационной архитектуры.
Он просто работает.
Утром отвечает на звонки, днём проводит совещания, вечером проверяет отчёты. Между этими занятиями он устраняет противоречия, которые система не смогла обнаружить, и принимает решения, для которых никто не написал алгоритма.
Если проектировщик и строитель по-разному понимают чертёж, начальник определяет, кто понял его менее неправильно.
Если два подразделения спорят об ответственности, он находит человека, способного выполнить работу независимо от распределения ответственности.
Если график показывает одно, а объект — другое, он верит объекту. Объект, в отличие от графика, редко успевает подготовиться к совещанию.
Начальник становится одновременно:
• датчиком;
• аналитиком;
• интегратором;
• диспетчером;
• арбитром;
• регулятором;
• аварийным каналом связи;
хранителем неформальных правил.
Вечером он уходит домой с чувством, что весь день решал мелкие вопросы.
На самом деле он вручную исполнял функции отсутствующей системы управления.
Организация называет это опытом.
Иногда — лидерством.
Если начальник просит увеличить зарплату, это называют сложной экономической ситуацией.
Пример 1. Начальник, который услышал отставание
На строительном объекте проходило еженедельное совещание.
Представитель подрядчика докладывал:
• Работы идут в соответствии с актуализированным графиком. Ресурсы мобилизованы. Критических ограничений нет.
На экране действительно не было критических ограничений. Несколько задач горели жёлтым, но жёлтый цвет в корпоративных системах обычно означает, что ситуация уже плохая, однако участники пока не готовы использовать красный.
Руководитель проекта посмотрел на подрядчика.
• Сколько человек сегодня работает на участке?
• Ресурс соответствует текущей потребности.
• Я спросил, сколько человек.
• С учётом инженерно-технического персонала?
• Без учёта слов. Сколько людей?
После короткой паузы выяснилось, что вместо сорока рабочих на площадке находились двадцать три.
Руководитель продолжил:
• Материал на следующую неделю заказан?
• Заявка находится в работе.
• Это значит, что заказан?
• Она передана ответственному специалисту.
• Материал заказан?
После второй паузы выяснилось, что заказ ещё не размещён.
Цифровая система не обнаружила проблему. Формально ресурсы были «мобилизованы», а заявка — «в работе».
Начальник обнаружил её по двум паузам и одному уклончивому наречию.
У него был профессиональный слух. Он слышал отставание раньше, чем оно появлялось в отчёте.
После совещания молодой аналитик спросил:
• Как вы поняли, что они не успевают?
Руководитель пожал плечами:
— Когда подрядчик говорит, что всё идёт по графику, нужно смотреть график. Когда он говорит это особенно уверенно, нужно идти на площадку.
Так работала система раннего предупреждения.
Она носила пиджак, пила крепкий чай и не имела резервной копии.
Глаз начальника
Выражение «глаз начальника» часто звучит иронично. Но профессиональный взгляд действительно существует.
Опытный руководитель замечает слабые сигналы, которые трудно сразу формализовать:
• непривычное снижение темпа;
• изменение поведения команды;
• несоответствие между докладом и физическим результатом;
• опасную последовательность мелких отклонений;
• попытку подразделения заранее подготовить оправдание;
• проблему, ещё не достигшую установленного порога;
решение, которое формально правильно, но практически не сработает.
Такой взгляд формируется годами.
В нём соединяются знания, память о прошлых случаях и способность сопоставлять признаки, которые по отдельности ничего не доказывают.
Программа видит, что срок поставки ещё не нарушен.
Начальник знает, что поставщик третий день отвечает необычно вежливо.
Программа считает, что документ находится на согласовании.
Начальник замечает, что согласующий перестал отвечать на звонки.
Программа показывает выполнение на 80%.
Начальник видит, что оставшиеся 20% потребуют половину общего времени.
Его глаз полезен там, где необходимо понять контекст. Проблема возникает, когда без этого глаза невозможно выполнить ни одну стандартную операцию.
Пример 2. Склад, на котором всё было
На производственном предприятии система показывала, что необходимый подшипник находится на складе.
Количество — две штуки.
Статус — доступен.
Место хранения — секция B-14.
Механик пришёл в секцию B-14 и обнаружил пустую полку.
Кладовщик проверил систему:
• Должно быть две штуки.
Механик посмотрел на полку:
• Здесь ни одной.
• Но в системе две.
Возник классический конфликт цифровой и физической реальности. Обе стороны держались уверенно. Система имела базу данных. Полка обладала преимуществом непосредственного присутствия.
Позвали начальника склада.
Он выслушал участников и спросил:
• Кто последний брал подшипники?
Выяснили, что неделю назад один передали ремонтной бригаде без оформления, а второй переложили в другой шкаф, чтобы не мешал инвентаризации.
Начальник пошёл к нужному шкафу и достал подшипник.
• Откуда вы знали? — спросил механик.
• Я знаю своих людей.
Эта фраза прозвучала гордо.
Но в ней находился диагноз системы.
Цифровой учёт не знал, где лежит деталь. Кладовщики не соблюдали процедуру. Движение материальных ценностей восстанавливалось по памяти начальника.
Предприятие имело складскую информационную систему.
Складом управляла биографическая память одного человека.
Когда начальник уходил в отпуск, предприятие временно переходило к археологии.
Совесть начальника
Глаза позволяют увидеть отклонение.
Совесть решает, что с ним делать.
При слабой системе руководитель постоянно оказывается перед выбором:
• остановить работу или разрешить продолжить;
• зарегистрировать дефект или устранить без огласки;
• сообщить наверх или сначала попробовать решить самостоятельно;
• наказать сотрудника или признать ошибку процесса;
• защитить срок или качество;
выполнить формальное требование или сохранить практический результат.
Регламент часто не даёт однозначного ответа. Данные неполны. Времени мало. Тогда решение зависит от личной профессиональной этики руководителя.
Хороший начальник принимает ответственность на себя. Он не прячет проблему, защищает команду от бессмысленного давления и не позволяет формальному показателю уничтожить результат.
Организация быстро привыкает к такому человеку.
Она перестаёт улучшать процесс, потому что начальник компенсирует его слабости.
Зачем создавать алгоритм реакции, если можно позвонить Ивану Николаевичу?
Зачем определять критерии готовности, если он сам посмотрит?
Зачем связывать данные, если он всё помнит?
Чем лучше руководитель справляется с хаосом, тем меньше у организации стимулов этот хаос устранять.
В результате профессиональная совесть превращается из нравственного преимущества в элемент производственной инфраструктуры.
Инфраструктура надёжная.
Но иногда хочет в отпуск.
Пример 3. Партия изделий и один честный человек
Завод готовил крупную партию изделий к отправке заказчику. Срок был критическим. За задержку предусматривался штраф.
Во время финального контроля обнаружилось отклонение одного параметра. Оно не выглядело катастрофическим, но выходило за установленный допуск.
Инженер по качеству предложил задержать отгрузку и провести проверку.
Коммерческий директор возразил:
• У нас нет подтверждения, что отклонение влияет на эксплуатацию.
Инженер ответил:
• У нас также нет подтверждения, что не влияет.
