Сокиркин Леон
Как сохранить логику эксперта до его ухода из компании
Представьте учебную компанию. Руководитель корпоративных программ уходит через две недели. Он аккуратно передал договоры, расписания, презентации и таблицы. Новый руководитель открывает проект для крупного заказчика и видит странность: сотрудников одной организации разделили на три учебные группы, хотя общий курс обошёлся бы дешевле. В документах есть результат, но нет объяснения. Спросить ещё можно, однако никто не сформулировал вопрос.
Преемник объединяет группы. Через месяц выясняется, что участникам требовались разные рабочие упражнения, а часть руководителей не хотела обсуждать ошибки рядом с подчинёнными. Прежний руководитель учитывал это без отдельного регламента. Он помнил разговоры с заказчиком и понимал, где внешне похожие программы перестают быть одинаковыми.
Это вымышленная ситуация, но полезная модель передачи опыта. Компания сохранила файлы и потеряла причинную связь. ИИ может помочь её восстановить, если поручить ему задавать уточняющие вопросы и собирать проверяемые записи. Обычного пересказа папки здесь мало.
Почему подробная инструкция оставляет преемника без ответа
Инструкция хорошо описывает устойчивую процедуру: какие поля заполнить, кому передать результат, что приложить. Опыт специалиста становится особенно заметен в другом месте — когда обстоятельства похожи на знакомые, но действовать по шаблону уже нельзя.
Эксперт замечает деталь и меняет решение. Иногда деталь существенна, иногда это привычка после одного неприятного проекта. Если записать только действие, преемник начнёт воспроизводить оба варианта с одинаковой уверенностью. Получится аккуратный справочник, который распространяет вместе с опытом и старые предубеждения.
Поэтому предмет передачи стоит сформулировать точнее. Нужно сохранить, какую развилку видел человек, какие признаки считал важными, какие варианты отверг и что могло изменить его выбор. Полезный результат позволяет задать следующий вопрос: при каких новых обстоятельствах эту рекомендацию придётся пересмотреть?
ИИ здесь удобен как терпеливый интервьюер и редактор структуры. Он может последовательно возвращать разговор к пропущенной причине, сопоставлять ответы и собирать черновик. Подтверждать, что причина соответствует реальности, должны люди, знакомые с работой и материалами конкретного решения.
Выберите несколько решений с дорогой ошибкой
Просьба рассказать всё за последние пять лет часто превращается в экскурсию по должностным обязанностям. Начните с ограниченного списка решений, которые преемнику действительно предстоит принимать. Для учебной компании это могут быть разделение аудитории, отказ от типовой программы и выбор момента для дополнительного согласования содержания.
Попросите уходящего сотрудника и его будущего преемника независимо назвать по пять таких развилок. Первому проще вспомнить сложные случаи. Второму — обозначить места, где он пока не понимает основания выбора. Совпадения дают хороший старт, различия показывают возможные слепые зоны передачи.
Затем оцените каждый пункт по трём простым вопросам: повторится ли он в ближайшие месяцы, насколько болезненна ошибка и можно ли восстановить основания по имеющимся материалам. Сначала разбирайте повторяющиеся решения с ощутимыми последствиями. Редкий героический эпизод может быть занимательным, но почти бесполезным для следующего рабочего дня.
Ведите интервью вокруг конкретного эпизода
Для первого интервью выберите один завершённый случай. До разговора соберите доступные участникам материалы: исходный запрос, варианты предложения, изменения программы, итоговую переписку. Не нужно загружать всю историю компании. Достаточно контекста, необходимого для обсуждаемого выбора, с учётом доступа и конфиденциальности.
Дайте ИИ роль интервьюера с чёткой границей: не придумывать причины, которых нет в ответах и материалах. Каждый недостающий элемент должен становиться вопросом или пометкой о неизвестном. Фраза эксперта о том, что определённый подход обычно работает, пока остаётся его оценкой, а не доказанным правилом.
- Восстановите момент выбора. Что было известно именно тогда, до появления результата?
- Назовите альтернативы. Какие два или три действия действительно рассматривались?
- Найдите решающий признак. Какое наблюдение изменило предпочтение?
- Уточните границу. При каком изменении обстоятельств эксперт выбрал бы другой вариант?
- Проверьте последствие. Что произошло после решения и насколько это подтверждает первоначальное объяснение?
После первого ответа попросите пример, в котором внешне похожая ситуация привела к другому решению. Именно сравнение заставляет уточнять критерий. В учебной компании две группы могли объединить, потому что участники выполняли одну работу и открыто обсуждали общие затруднения. Значит, само различие должностей ещё не объясняет необходимость разделения.
Следующий полезный вопрос касается неудачи: когда выбранный подход не сработал и почему? Обсуждайте его спокойно, без поиска виноватого. Для передачи опыта ценнее выяснить пропущенный признак, чем получить безупречную историю профессиональной интуиции.
Что должно измениться в записи после уточнений
| Первый ответ | Что нужно прояснить | Полезная запись |
| Так надёжнее | Какую ошибку пытались предотвратить | Разделили упражнения из-за разных рабочих действий |
| Клиент сложный | Какое наблюдаемое поведение повлияло на выбор | Заказчик дважды менял состав участников после согласования |
| Мы всегда так делаем | Есть ли исключение и его причина | Общий курс подходит при совпадении задач и открытом обсуждении ошибок |
| Получилось хорошо | Как оценивали результат | Участники выполнили согласованные практические задания без дополнительного блока |
Как не получить оправдание задним числом
Во время интервью легко начать защищать старое решение, особенно если рядом сидит руководитель. Снизьте это давление заранее: запись нужна для будущей работы, а в ней допустимы ошибки и неизвестные обстоятельства. Не просите сотрудника доказать свою правоту. Просите восстановить доступную тогда картину и назвать то, чего он ещё не знал.
Полезно поочерёдно смотреть на эпизод с разных позиций. Что считал проблемой заказчик? Что видел исполнитель? Какая деталь могла показаться важной коллеге, который предлагал другой вариант? ИИ может подготовить такие вопросы, но не должен приписывать участникам мотивы. Если эксперт не знает, почему коллега возражал, это отдельный пробел для уточнения.
Иногда после разговора выясняется, что причин было несколько, а решающую уже не установить. Это нормальный результат. Сохраните варианты и укажите, какой материал помог бы их различить. Явно обозначенная неопределённость полезнее уверенного объяснения, собранного из правдоподобных догадок.
Соберите запись решения на одну страницу
Полная расшифровка разговора полезна для проверки деталей, но читать её перед рабочим выбором неудобно. Из интервью стоит получить короткую запись, которую преемник сможет сопоставить со своей ситуацией. У неё должны быть постоянные поля, даже если отдельные ответы пока отсутствуют.
- Ситуация и вопрос выбора — что требовалось решить
- Известные обстоятельства — только то, что было доступно на момент решения
- Рассмотренные варианты — вместе с причинами отказа
- Основание выбора — наблюдаемые признаки и объяснение их значения
- Границы применимости — когда рекомендация перестаёт подходить
- Результат и сомнения — что подтвердилось и что осталось неизвестным
- Материалы для проверки — ссылки или внутренние идентификаторы доступных документов
- Владелец записи и дата пересмотра — кто отвечает за актуальность
Для нашего условного проекта основание может выглядеть так: группы разделили, потому что участники выполняют разные действия и нуждаются в разных упражнениях. Разделение по статусу обсуждалось отдельно. Оно было оправдано только для блока с разбором собственных ошибок, где участники заранее обозначили ограничения открытого обсуждения.
Это уже существенно точнее правила о том, что руководителей всегда обучают отдельно. Преемник видит два самостоятельных основания и может проверить каждое. Если в новом проекте упражнения одинаковые, первое основание отсутствует. Если заказчик хочет общую дискуссию и участники готовы к ней, второе тоже требует нового решения.
Отделите свидетельство от уверенного объяснения
Человек рассказывает о прошлом, уже зная итог. Поэтому в записи полезно различать документы того времени, воспоминания участника и выводы, сделанные позднее. Это не оценка честности сотрудника. Такое разделение помогает понять, что именно можно проверить и насколько уверенно применять рекомендацию дальше.
Допустим, эксперт уверен, что заказчик просил разнести руководителей и специалистов. В переписке такого запроса нет. Он мог прозвучать устно, а мог быть интерпретацией более общего замечания. Запись должна сохранить эту неопределённость. Если доступен другой участник разговора, можно уточнить у него. Если нет, не стоит превращать воспоминание в обязательное условие работы.
Удобно использовать понятные пометки: подтверждено материалом, воспоминание участника, рабочее предположение, требует проверки. Не обязательно назначать им численные проценты уверенности. Число без согласованного способа расчёта лишь добавит видимость точности.
Отдельно фиксируйте ограничения результата. Успешное завершение программы не доказывает, что разделение групп было единственно правильным решением. Другой вариант не проверяли. Значит, запись описывает обоснованный выбор в известных условиях, а не универсальную причинную закономерность. 
Пусть преемник попробует принять решение самостоятельно
Передача опыта не заканчивается согласованием красивого документа. Нужна проверка использования. Выберите второй, ещё не разобранный случай и дайте преемнику исходные данные вместе с новой записью. Попросите назвать решение и показать, на какие признаки он опирался.
Эксперт сначала слушает, не подсказывая. Затем оба сравнивают ход рассуждения. Совпадение ответа само по себе недостаточно: человек мог угадать или повторить формулировку. Важнее, что он заметил ограничения, запросил недостающую информацию и сумел объяснить, почему рекомендация подходит этому случаю.
Проведите ещё одну короткую проверку с изменённым условием. Например, рабочие задания у участников теперь совпадают, но требования к приватности обсуждения различаются. Если преемник механически переносит прежнюю схему, запись нуждается в уточнении. Если видит новую развилку, передача начинает работать.
Наконец, разрешите оспорить исходное правило. Новый специалист может найти обстоятельство, которого эксперт не учитывал. Сохранение опыта не должно превращаться в пожизненное право ушедшего сотрудника определять решения компании.
Кто пересмотрит правило после ухода автора
У каждой записи должен остаться действующий владелец. Обычно им становится руководитель соответствующего процесса или специалист, который принимает такие решения сейчас. Он не обязан защищать первоначальную формулировку. Его задача — проверять сигналы о том, что условия изменились, и выпускать новую версию с объяснением причины.
Допустим, учебная компания перешла от общих занятий к отдельным практическим модулям. Прежняя рекомендация о разделении всей программы теперь может оказаться избыточной. Владелец меняет область применения записи и сохраняет предыдущую версию для понимания истории. Помощники должны получать актуальное правило, а пользователь — видеть, что изменилось.
Поставьте пересмотр в понятную точку работы: после первого самостоятельного проекта преемника, изменения формата услуги или обнаруженного исключения. Одна дата в календаре без ответственного легко останется декоративной. Запись живёт, пока у кого-то есть право и обязанность её исправлять.
Зачем здесь общая агентная платформа
Один разговор можно обработать отдельным инструментом. Сложность появляется, когда интервью ведут разные подразделения, записи обновляются, а рекомендации используются несколькими ИИ-помощниками. Один помощник может пересказывать старую версию, другой — не видеть ограничений доступа, третий — соединять предположение с подтверждённым фактом.
В таких условиях имеет смысл единая платформа ИИ-агентов с общей моделью доступа, версиями записей и назначенными владельцами. Интервьюер готовит черновик, эксперт подтверждает содержание, преемник проверяет применимость, а рабочий помощник получает утверждённую версию. Разделение этих ролей позволяет не принимать автоматически созданный текст за готовое знание.
Общая платформа должна сохранять связь рекомендации с её основаниями. Пользователю нужен способ открыть доступный ему материал, увидеть дату пересмотра и понять, кому задать вопрос. Если подтверждающий документ закрыт, помощник не должен раскрывать его содержание через пересказ. Политика доступа относится и к исходнику, и к производной записи.
Выбор платформы стоит проверять именно этим рабочим сценарием. Красивый ответ на вопрос о корпоративном опыте мало говорит о том, сможет ли система отозвать устаревшую рекомендацию и распространить исправление среди помощников, которые её используют.
Что делать маленькой команде
В небольшой компании экспертом нередко оказывается сам основатель. Формального ухода нет, но задача остаётся: научить другого человека выбирать без постоянного обращения к руководителю. Здесь можно начать с короткого интервью после сложного решения, пока обстоятельства ещё легко восстановить. Даже одна запись в неделю постепенно создаёт материал для передачи конкретного участка работы.
Не описывайте каждое бытовое действие. Если специалист способен объяснить выбор по устойчивому регламенту, достаточно проверить актуальность самого регламента. Отдельная запись нужна там, где заметно исключение, спор или дорогое последствие. Этот фильтр удерживает объём в разумных пределах и помогает команде читать накопленное.
Полезно также договориться об условии остановки. После нескольких разборов новый сотрудник принимает типовые решения самостоятельно, а необычные приносит владельцу процесса вместе со своим объяснением. Такой порядок показывает, какие основания уже переданы и какой опыт ещё предстоит разобрать. У руководителя появляется конкретная картина вместо ощущения, что без него никто ничего не понимает.
Как начать до последнего рабочего дня
Для первой попытки можно выбрать три решения и выделить неделю, если сотрудники успевают провести интервью и проверить записи. В первый день составьте список развилок и соберите материалы. Затем проведите короткие интервью, оставляя время на уточнение сомнительных деталей. После этого подготовьте записи, согласуйте их с экспертом и проведите разбор нового случая с преемником. Последний день оставьте на исправления, назначение владельцев и проверку доступа.
Не оценивайте работу количеством расшифрованных часов. Полезнее посмотреть, смог ли новый специалист обосновать выбор без подсказки и определить момент, когда ему необходима помощь. Если этого пока не произошло, ещё один уточняющий разговор принесёт больше пользы, чем десять дополнительных страниц.
Начните с простого действия: попросите опытного сотрудника вспомнить недавнее решение, которое коллега мог бы принять иначе. Возьмите два похожих случая с разными исходными условиями и выясните, где проходит граница между ними. Сохраните эту границу вместе с основаниями, сомнениями и ответственным за обновление. Тогда после ухода человека в компании останется возможность продолжать его рассуждение — и вовремя с ним не согласиться.