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

Решение живет дольше, чем причины его появления

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

Однако в большинстве организаций сохраняется только финальный результат. В протоколе появляется короткая запись: «Утвердить архитектуру», «Выбрать поставщика», «Отказаться от функции», «Перенести сроки». Иногда фиксируется исполнитель и дата исполнения. Но почти никогда не сохраняется логика, которая привела участников обсуждения именно к такому выводу. Со временем документ остается, а мотивы забываются.

Почему организация начинает спорить с собственным прошлым

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

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

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

Компания не допустила ошибку при принятии решения. Она потеряла память о причинах, по которым это решение было принято.

Почему сохраняется только итог

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

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

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

Организационная память — это не архив документов

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

Но документ хранит лишь небольшую часть управленческой реальности.

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

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

Что теряет компания вместе с контекстом

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

Чем крупнее становится компания, тем дороже обходится подобная потеря памяти.

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

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

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

Почему проблема не связана с людьми

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

Однако эти меры не устраняют корневую проблему.

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

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

Что именно записывать

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

Что решили. Единственное поле, которое обычно и так заполняется.

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

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

Что мы считали верным на тот момент. Допущения о рынке, технологии, поведении клиентов, планах партнера. Не факты, а то, во что верили и на чем строили расчет.

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

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

Какие решения этого заслуживают и где хранить запись

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

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

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

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

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

Память о вопросах, а не только об ответах

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

Зрелая организационная память хранит не только ответы, но и вопросы, на которые эти ответы были даны.