Потеря знаний при уходе сотрудника: уходит не человек, а контекст
Я вёл достаточно созвонов и провожал достаточно людей, чтобы усвоить простую вещь: когда из команды уходит ключевой человек, больнее всего не то, что он унёс. Больнее то, чего он никому не оставил.
Формально всё на месте. Репозиторий, доступы, папка с договорами, таск-трекер с закрытыми задачами. А потом наступает первый вопрос без ответа. Почему мы выбрали именно этого подрядчика, а не того, что был дешевле? О чём договорились с заказчиком в апреле — до того, как переписали ТЗ? Кто и на каком созвоне решил, что фичу выкатываем без второго этапа согласования?
Этих ответов нет ни в одном документе. Они были в голове одного человека. И вместе с ним ушли. Уход ключевого сотрудника обнажает это мгновенно.
Потеря знаний при уходе сотрудника — это в первую очередь потеря контекста решений, а не фактов. Факты худо-бедно записаны. Контекст — почему так, а не иначе, что рассматривали и отвергли, о чём именно договорились устно — живёт в разговорах. А разговоры мы обычно не храним.
Почему обычная документация не спасает
Любой руководитель скажет: ну так пусть пишут документацию, ведут вики, оставляют комментарии. Правильно. Только на практике это почти не работает, и вот почему.
- Документируют результат, а не путь к нему. В вики попадает «делаем через очередь сообщений». Не попадает «два часа спорили и отказались от прямых вызовов, потому что подрядчик не тянет нагрузку». Через полгода кто-то предложит прямые вызовы снова — и грабли повторятся.
- Договорённости с внешними людьми нигде не живут. Заказчик, подрядчик, смежная команда — половина решений принимается в звонках и переписке. В корпоративную вики это не заносят почти никогда.
- Документацию пишут по остаточному принципу. Когда горит — не до неё. А уходит человек чаще всего именно тогда, когда горело: перегорел, устал, нашёл лучше.
- Человек не знает, что именно ценно. То, что для него очевидно, для остального — критическое знание. Он не запишет очевидное. Ровно оно и пропадёт.
Поэтому классический knowledge management команды, построенный на дисциплине «все всё записывают», проваливается предсказуемо. Он держится на добровольном усилии в самый неподходящий момент. А память организации не может зависеть от того, нашёл ли уставший человек полчаса перед увольнением.
Что на самом деле нужно удержать
Прежде чем чинить процесс, стоит понять, какое знание реально дорого стоит. По моим наблюдениям, оно делится на три слоя.
- Решения и их причины. Что решили и — главное — почему. Какие варианты отклонили. Это защищает от хождения по кругу.
- Договорённости. С кем, о чём, к какому сроку. Особенно устные — они самые скользкие и самые важные при разборе «кто кому что обещал».
- Связи и обязательства. Кто за что отвечает, у кого какие хвосты, где что подвешено в ожидании ответа.
Заметьте: почти всё это рождается на встречах. Не в коде, не в задачах — в разговорах между людьми. Значит, и удерживать знание надо там, где оно возникает, а не надеяться, что кто-то потом перенесёт его в вики по памяти.
Принцип: знание вне головы, в момент возникновения
Если свести всё к одному правилу, оно такое: фиксируй знание в тот момент, когда оно появляется, и храни его отдельно от человека.
На практике это несколько привычек, которые стоит встроить в работу команды.
- После каждого значимого созвона — не память, а запись. Не «Петя запомнил», а решение зафиксировано текстом: что решили, кто отвечает, срок. Пять минут дисциплины вместо провала памяти через год.
- Договорённости с внешними — в общий контур. Всё, о чём договорились с подрядчиком или заказчиком, должно лежать там, где команда это найдёт и без автора договорённости.
- Причина рядом с решением. Записывая «выбрали X», добавляй одну строку «потому что Y, отвергли Z». Эта строка спасает будущего тебя.
- Знание — в общем месте, а не в личной переписке. Всё, что лежит в чьём-то личном чате или в чьей-то голове, при уходе человека исчезает. Всё, что лежит в общем и находимом месте, — остаётся.
Звучит очевидно. Сложность не в идее, а в том, чтобы это происходило само, а не силой воли перегруженных людей.
Где здесь помогает инструмент
Самая слабая точка — момент фиксации. Человек только что провёл час на созвоне, в голове десять решений, а впереди следующая встреча. Просить его сесть и аккуратно всё записать — значит снова упереться в тот самый остаточный принцип.
Это ровно та задача, под которую я стал использовать Alfric. Он слушает рабочий созвон и сам отдаёт результат: протокол с решениями, задачи с ответственными и сроками, короткое саммари. Хвосты — то, что подвисло без ответа, — он потом напоминает. А любую старую договорённость можно найти обычным вопросом, человеческими словами: «что решили с подрядчиком в мае?». Не нужно помнить, в каком файле это лежит.
Отдельно важно, где всё это хранится. Записи и расшифровки лежат на компьютере, в обычных markdown-файлах — не в облаке чужого вендора. Синхронизация зашифрована, ключ у пользователя. То есть память команды остаётся вашей: нет привязки к поставщику, из которого потом не выберешься. Работает на macOS, Windows и iOS, стоит 990 ₽/мес. Это не замена культуре фиксации — это способ сделать её дешёвой настолько, чтобы она наконец случалась.
С чего начать на этой неделе
Не надо строить систему знаний на квартал вперёд — это как раз тот большой план, который парализует. Начните с одного шага.
Выберите один регулярный созвон — тот, где принимаются решения. И введите правило: после него в общем месте появляется три строки — что решили, кто отвечает, к какому сроку. Всё. Одна встреча, одна привычка.
Через месяц у вас накопится то, чего раньше не было нигде: письменный след решений с причинами. И когда кто-то соберётся уходить — а рано или поздно соберётся, — вы обнаружите, что уходит человек, но не уходит контекст. Именно в этом разница между командой, которая держит знание, и командой, которая каждый раз собирает его заново.