Инструкции есть. Почему решения всё равно возвращаются к вам

Хорошая инструкция отвечает на важный вопрос: что нужно сделать в известной ситуации?

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

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

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

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

Пока ситуация полностью совпадает с описанной, разница почти незаметна.

Она появляется в момент выбора.

Клиент просит нестандартное условие. Сроки сталкиваются друг с другом. Два допустимых решения дают разные последствия. Формально результат соответствует инструкции, но почему-то выглядит недостаточно хорошим. Возник случай, которого никто не предусмотрел.

Процедура закончилась, а решение всё ещё требуется.

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

Представим простой процесс.

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

Но клиент просит изменение.

Можно согласиться. Можно отказать. Можно предложить третий вариант. Все три решения технически возможны.

В инструкции нет ошибки. Она просто описывает другую часть работы.

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

Если этот критерий существует только в голове руководителя, процесс естественно возвращается к нему.

Внешне это выглядит как очередное «они опять спрашивают».

Но человек может прекрасно знать процедуру. Он не знает другого: по какому принципу здесь принимается решение.

Инструкция передала действие. Способ выбора остался у руководителя.

Особенно хорошо это видно при проверке результата.

Сотрудник сделал работу по инструкции. Руководитель смотрит и говорит:

«Нет, так нельзя».

Почему?

«Слишком грубо».

«Это выглядит непрофессионально».

«Клиент поймёт не то».

«Формально всё правильно, но я бы такое не отправил».

Это не обязательно произвол и не обязательно неспособность объяснять.

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

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

«Я просто вижу, что здесь что-то не так» иногда означает: критерий существует, но ещё не выделен как отдельное правило.

Тогда получается, что мы описали действия сотрудника, но не описали то, что делает руководитель, когда оценивает результат.

Последовательность работы передана.

Критерий «достаточно хорошо» — нет.

Поэтому без проверки качество начинает колебаться.

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

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

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

Но реальная работа состоит не только из типовых ситуаций.

Что делать, если клиент не прислал один документ, но просит начать работу сейчас?

Можно ли отступить от обычного срока ради важного заказа?

Что важнее, если два правила вступили в противоречие?

Какая сумма или какой риск уже требуют согласования?

В какой момент нестандартная ситуация перестаёт быть допустимым отклонением и должна быть передана выше?

Если ответ на любое исключение звучит как «спросить меня», система фактически содержит простое правило:

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

Для редких и рискованных решений это может быть совершенно разумно.

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

Тогда руководитель вроде бы вышел из исполнения, но остался универсальным обработчиком неопределённости.

Работа делегирована.

Архитектура решений почти не изменилась.

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

Сотруднику можно сказать:

«Теперь ты отвечаешь за это направление».

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

Формально ответственность передана.

Фактическое право решать — нет.

Philippe Aghion и Jean Tirole различают в организациях формальное право принимать решение и фактический контроль над решениями. Их модель также показывает связь реального права решать с инициативой подчинённого и контролем со стороны руководителя.

Для повседневной работы здесь важен очень конкретный вопрос.

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

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

Это не обязательно отсутствие инициативы.

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

Руководитель говорит:

«Я же просил не приходить ко мне с каждым вопросом».

А устройство системы сообщает:

«Если хочешь избежать ошибки, лучше сначала спроси».

Обычно побеждает система.

При этом автономность не означает, что человек должен решать всё сам.

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

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

Вопрос в том, понятна ли эта граница.

Что человек решает самостоятельно?

В каких пределах?

Какие ситуации обязательно передаёт руководителю?

По каким признакам понимает, что эта граница достигнута?

Если ответы неясны, безопаснее согласовывать почти всё.

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

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

Для профессиональной текстовой работы эта экономия уже наблюдалась экспериментально. В исследовании Shakked Noy и Whitney Zhang участники выполняли профессиональные письменные задания: использование ChatGPT в эксперименте сокращало среднее время выполнения и повышало качество результата. Исследование относится именно к письменным задачам и не доказывает эффективность ИИ для организационного проектирования или создания регламентов как таковых.

Но именно потому, что создавать документацию стало проще, важнее становится предыдущий вопрос:

что именно мы пытаемся формализовать?

Если проблема определена как «люди не знают, что делать», ИИ может помочь сделать инструкцию значительно яснее.

Если в старом документе пропущены шаги — найти их.

Если процесс существует только в устных объяснениях — помочь собрать его в единую форму.

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

Системе могло не хватать не последовательности действий, а критериев выбора.

Не ещё одного правила, а ясных границ полномочий.

Не более подробного описания стандартной ситуации, а способа работать с исключениями.

ИИ хорошо формализует ту модель проблемы, которую получает на входе.

Поэтому возможна новая версия старой ошибки:

ИИ может очень хорошо решить не ту задачу, которая на самом деле создаёт проблему.

В материале Criterio Digitale «Когда ИИ говорит “готово”» мы рассматривали похожее различение: хороший конечный результат сам по себе ещё не делает процесс прослеживаемым и управляемым.

Здесь логика та же.

Хорошая инструкция ещё не означает автономно работающей системы.

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

Не нужно разбирать всю компанию. Достаточно нескольких повторяющихся случаев.

Какие вопросы команда возвращает вам снова: это вопросы «что делать?» или «как выбрать?»

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

Известно ли это правило другому человеку — или пока существует только в вашей собственной оценке?

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

И, пожалуй, самый неудобный вопрос:

может ли сотрудник принять допустимое, профессионально обоснованное, но не ваше решение — и вы действительно оставите его в силе?

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

Потому что автономность проверяется не в тот момент, когда человек точно воспроизводит решение руководителя.

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

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

И не означает, что инструкции были напрасны.

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

Просто после этого стал виден следующий слой.

Не только действия, но решения.

Не только «что делать», но «по какому критерию выбирать».

Не только ответственность, но границы полномочий.

Не только стандартный путь, но исключения.

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

И далеко не всё из этого обязательно превращать в новый регламент.

Иногда нужно уточнить критерий качества.

Иногда изменить роль или границы полномочий.

Иногда дать человеку реальное право самостоятельно решать определённый класс вопросов.

Иногда, наоборот, яснее определить случаи, которые необходимо передавать выше.

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

Иногда ИИ может поддержать работу с информацией или помочь сделать накопленный опыт доступнее.

А часть профессионального суждения может разумно оставаться человеческой: не всё нужно и не всё возможно немедленно превратить в формальное правило.

Поэтому перед созданием следующей инструкции имеет смысл увидеть саму архитектуру решений:

где возникает решение;

кто фактически его принимает;

по какому критерию;

где начинаются исключения;

когда решение нужно передать выше;

что система узнаёт после результата.

Тогда исходный вопрос немного меняется.

Не только:

«Почему сотрудники снова приходят ко мне, хотя всё уже записано?»

А:

Что именно система до сих пор умеет делать только через меня?

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

Сначала устройство реальной системы.

Потом инструмент.