Использовать этот шаблон
Передача знаний — это то, что помогает организации сохранять устойчивость, когда люди и работа меняются. С Trupeer вы можете сэкономить часы на планировании передачи знаний, начав с бесплатного шаблона плана передачи знаний, настроив его с помощью ваших бренд-гайдлайнов и превратив каждую сессию KT в видео-обход, которым следующий человек действительно сможет воспользоваться. Срочно? Наш бесплатный генератор плана передачи знаний за считанные минуты создаст первый черновик на основе ваших процессов и команды.
Что такое шаблон плана передачи знаний?
Шаблон плана передачи знаний — это готовая структура для планирования того, как знания переходят от людей, которые ими владеют, к тем, кому они нужны, до того как носители станут недоступны. В нем указано, какие знания входят в охват, кто участвует, сессии и график, как будет выполняться и фиксироваться передача, а также критерии выхода, подтверждающие, что все сработало. Также его называют шаблоном KT-плана, планом передачи знаний или планом передачи (handover) знаний.
KT-план пишется для конкретной передачи: когда один человек уходит из роли, команда передает работу другой команде или процесс переходит к провайдеру аутсорсинга либо в GCC. Именно это отличает его от SOP по передаче знаний — стандартной процедуры, которой ваша организация следует каждый раз. SOP говорит, как вы выполняете передачу знаний; план — как вы сделаете именно эту передачу, с именами, датами и сессиями.
Когда нужен план передачи знаний?
KT-план нужен всякий раз, когда знания, которые не записаны или не находятся ни у кого другого, вот-вот должны перейти. Частые триггеры:
Увольнения и выход на пенсию, особенно если человек занимал роль несколько лет.
Внутренние перемещения, когда кто-то меняет команду или роль, но остается в организации.
Длительный отпуск, например декретный отпуск или саббатик более чем на несколько месяцев.
Роли одного человека, когда работу может выполнять только один человек, даже если пока никто не уходит.
Переходы команды и процесса, например аутсорсинг в BPO, смена провайдеров, создание GCC или внедрение новой системы.
Проверка проста: если бы этот человек или эта команда были недоступны уже завтра, что бы остановило работу и как долго потребовалось бы, чтобы кто-то это заметил?
Предпросмотр шаблона плана передачи знаний
Шаблон начинается с обзора передачи: кто передает, кто принимает и ключевые даты. Затем он охватывает знания в рамках охвата, роли, KT-график по сессиям, метод передачи, журнал перерывов, план документации, критерии выхода, доступ и связи, реестр известных пробелов и подтверждение (sign-off). Каждый раздел можно редактировать, поэтому он подходит как для единичного ухода, так и для перехода между несколькими командами.
Как настроить этот шаблон в Trupeer
Шаг 1: Откройте раздел Templates
Перейдите в раздел Templates из главной навигации.
Шаг 2: Выберите и откройте шаблон
Нажмите на любой шаблон, с которым хотите работать, чтобы открыть его.
Шаг 3: Разверните просмотр шаблона
При необходимости разверните просмотр шаблона, чтобы увидеть полную раскладку и детали.
Шаг 4: Редактируйте шаблон
Нажмите Edit, чтобы начать изменять выбранный шаблон.
В редакторе вы можете:
Добавлять новые разделы
Задавать или обновлять правила форматирования
Добавлять логотип и настраивать его положение и связанные параметры
Шаг 5: Сохраните настроенный шаблон
После того как вы внесете все необходимые изменения, нажмите Save, чтобы сохранить обновленный шаблон как свой.
Шаг 6: Предпросмотр и точная настройка шаблона
Когда вы захотите увидеть, как выглядит ваш настроенный шаблон, откройте Preview.
На экране предпросмотра при необходимости вы можете продолжить вносить правки напрямую, чтобы шаблон выглядел ровно так, как вам нужно.
С шаблоном плана передачи знаний вы можете:
Планировать передачу до того, как станет срочно: начните с структуры, созданной для handover, а не с пустой страницы.
Фиксировать неявные и явные знания: встроенные разделы охватывают рутину, исключения и связи.
Делать завершение измеримым: критерии выхода заменяют фразу «передача выполнена» доказательствами.
Оставаться в фирменном стиле: применяйте логотип, шрифты и цвета из бренд-кита Trupeer.
Быстрее вводить преемника в курс: сочетайте план с видео-обходами, записанными во время KT.
Достигать глобальных команд: переводите документацию KT на 65+ языков одним кликом.
Что должен содержать план передачи знаний
Полный KT-план включает эти разделы. Шаблон ниже следует тому же порядку.
Обзор: что передается, от кого, кому и к какому сроку.
Охват и области знаний: задачи, процессы, системы и связи в рамках охвата.
Роли: кто передает, кто принимает, кто наблюдает и кто подтверждает (sign-off).
График KT: каждая сессия или активность — с владельцем, датой и результатом.
Метод передачи: как знания будут переходить, включая запись и reverse shadowing.
Журнал перерывов: актуальная фиксация того, чего не знал принимающий.
План документации: что будет записано или подготовлено, и в каком приоритете.
Критерии выхода: доказательства того, что передача завершена.
Доступ, учетные данные и связи: что передается отдельно от рабочих сессий.
Реестр известных пробелов: что не передалось — с владельцем и датой.
Подтверждение (sign-off): кто подтверждает, что передача завершена, и когда.
Бесплатный шаблон плана передачи знаний: структура для копирования
Скопируйте структуру ниже в свой документ. Замените все в квадратных скобках.
1. Обзор. Передача: [роль, команда или процесс]. Передающий: [имя или команда]. Принимающий: [имя или команда]. Наблюдатель и sign-off: [руководитель или ответственный за переход]. Триггер: [увольнение, перемещение, уход, переход]. Последний день или go-live: [дата].
2. Охват и области знаний.
Область | Примеры | В охвате? | Риск при пропуске |
|---|---|---|---|
Регулярные задачи | [Ежедневные, еженедельные, ежемесячные, задачи на конец периода] | [Да / Нет] | [Косметика / Переделка / Инцидент] |
Системы и доступ | [Приложения, скрипты, учетные данные] | [Да / Нет] | [Косметика / Переделка / Инцидент] |
Исключения и история сбоев | [Что идет не так и что было сделано] | [Да / Нет] | [Косметика / Переделка / Инцидент] |
Связи | [Внутренние контакты, поставщики, клиенты] | [Да / Нет] | [Косметика / Переделка / Инцидент] |
3. Роли. Передающий наблюдает и вмешивается. Принимающий выполняет работу. Наблюдатель, обычно руководитель линии или ответственный за переход, ведет журнал перерывов и отвечает за sign-off. [Роль] обеспечивает прикрытие, чтобы принимающий действительно был освобожден от своих прежних обязанностей.
4. График KT.
Неделя | Активность | Владелец | Результат |
|---|---|---|---|
1 | Записанные обходы по каждой регулярной задаче; принимающий начинает выполнять работу, пока передающий наблюдает | Передающий и принимающий | Записи, журнал перерывов |
2–3 | Документация, написанная по журналу, сначала по пунктам с наибольшими последствиями; структурированное интервью по истории сбоев и связям | Принимающий, проверяет передающий | SOP и видео, список контактов |
4 | Тихий цикл: принимающий выполняет полный цикл работы без вмешательства | Принимающий, наблюдали | Доказательства выхода, реестр известных пробелов |
5. Метод передачи. Каждая сессия KT записывается. Начиная с первой недели принимающий выполняет работу, пока передающий наблюдает, и говорит только чтобы предотвратить ошибку (reverse shadowing). Записи превращаются в SOP и видео в течение [2] рабочих дней.
6. Журнал перерывов.
Задача | Что сказал передающий | Это было бы в списке? | Последствия при пропуске | Записано |
|---|---|---|---|---|
[Задача] | [Слова передающего] | [Да / Нет] | [Косметика / Переделка / Инцидент] | [Ссылка] |
7. План документации. Сначала оформляйте записи из журнала, оценивая их как переделку или инцидент. Пункты с оценкой «косметика» можно оставить в журнале. Храните все в [knowledge base].
8. Критерии выхода.
Критерий | Доказательство |
|---|---|
Каждая регулярная задача записана | Записи связаны в плане |
Документация по каждому пункту переделки или инцидента | Ссылки на SOP и видео |
Тихий цикл завершен | Заметка наблюдателя с датой |
Ответственность за известные пробелы закреплена | Реестр с владельцем и датой для каждой записи |
9. Доступ, учетные данные и связи. Доступ передается через [access request process] в учетные записи по ролям. Связи передаются через представление, с указанной в письменном виде передачей (handover).
10. Реестр известных пробелов. Пробел, владелец, срок, статус.
11. Подтверждение (sign-off). Наблюдатель подписывает, когда тихий цикл завершен и у каждого известного пробела есть владелец. Не раньше последнего дня передающего и не в него.
Сгенерируйте план передачи знаний за считанные минуты
Если вам не хочется начинать с пустого шаблона, бесплатный генератор плана передачи знаний создаст план за вас. Укажите процессы для передачи, опишите команду с каждой стороны и выберите окно KT — и он разложит по фазам, сессиям, владельцам и критериям выхода. Экспортируйте полный план с бесплатной учетной записью, затем запишите вашу первую KT-сессию в Trupeer.
Почему планы KT только по инвентарю упускают главное
Почти каждый план передачи знаний начинается одинаково: попросите уходящего человека перечислить, что он знает или чем владеет, превратите список в документы, отметьте пункты и подпишите форму.
У этого подхода есть фатальное допущение: что люди могут видеть собственные знания. Они не могут, и чем опытнее человек, тем меньше он это осознает. Через шесть лет в роли проверки, которые вы делаете не задумываясь, человек, к которому вы обращаетесь вместо официальной очереди, файл, который приходит с опозданием раз в четыре месяца: ни одно из этого не ощущается как знания. Это ощущается как «вторник».
Поэтому инвентаризация дает точную запись обязанностей и почти не дает привычек. План выглядит основательным, чек-лист полный, а то, что ломается в первый месяц, — это пункты, которые никто не подумал включить в список, включая самого уходящего. Исправление — не в том, чтобы составить лучший список. Исправление — перестать спрашивать и начать наблюдать.
Reverse shadowing и журнал перерывов
Стандартное shadowing предполагает, что принимающий наблюдает за передающим. Это кажется продуктивным и дает мало обучения, потому что человек, который уверенно выполняет знакомую задачу, пропускает решения.
Сделайте наоборот. Начиная с первой недели принимающий выполняет работу, пока передающий сидит рядом и не говорит ничего, если только не случится что-то, что вот-вот пойдет не так. Это reverse shadowing, и каждый раз, когда передающему приходится говорить, он раскрывает кусочек знания, который никогда бы не всплыл в списке.
Эти вмешательства заносятся в журнал перерывов — в режиме реального времени их заполняет наблюдатель, а не один из двух людей, которые выполняют работу. Подсчитывайте их еженедельно. Здоровая передача показывает резкое снижение: часто с примерно двадцати пяти в первую неделю до менее пяти к четвертой. Плоская линия обычно означает, что принимающему не дают реального контроля — это самая частая ошибка этого метода.
Тихий цикл: как заканчивается план передачи знаний
Передача завершена, когда проходит полный цикл работы и передающий не говорит вообще ничего. Не тогда, когда чек-лист заполнен, и не тогда, когда документы написаны.
Определите цикл как самый длинный период, в течение которого работа естественно выполняется. Для большинства операционных ролей это месяц, потому что он должен включать конец периода, ежемесячный отчет и поставщика, который выставляет счета с опозданием. Выбор более короткого цикла под период уведомления — самый распространенный способ незаметно «сломать» планы KT. Если период уведомления слишком короткий для полного цикла, запустите его после ухода передающего с указанным запасным вариантом (fallback) и зафиксируйте это как известный пробел, а не делайте вид, что все произошло.
Пример плана передачи знаний: одна роль, две передачи
Вот как подход работает на примере. Средняя энергетическая компания Nordvale Energy потеряла инженера по данным, который шесть лет отвечал за ночной pipeline отчетности.
Первая передача использовала инвентаризацию. Она перечислила 31 пункт, подготовила 14 документов и записала 4 видео-обхода. Ее руководитель подтвердил это в последний день. В следующем месяце в pipeline было девять инцидентов, и шесть из них были связаны с тем, что никогда не появлялось в списке: ручной шаг, который она выполняла каждую вторник, файл поставщика, который приходит с опозданием раз в четыре месяца, контакт в Finance, к которому она обращалась вместо официальной очереди, и скрипт с датой, которую нужно было менять каждый апрель.
Вторая передача использовала этот план. Восемь месяцев спустя из той же команды ушел еще один инженер. Преемник запускал pipeline с первой недели, пока уходящий наблюдал. Журнал перерывов зафиксировал 27 вмешательств в первую неделю, 11 — во вторую, 4 — в третью и 1 — в четвертую: 43 пункта, 19 из которых никогда бы не появились в списке. Документация была написана по журналу, приоритизируя по последствиям. Месяц после этого ухода дал два инцидента.
Вторая передача заняла не больше календарного времени, чем первая. Она дала меньше слов и гораздо меньше поломок. Детали в этом примере носят иллюстративный характер.
План передачи знаний для перехода команды или процесса
Этот же план масштабируется с одного человека до целой команды. Когда процесс переходит к провайдеру аутсорсинга, в GCC или к новому вендору, структура остается той же, с тремя изменениями:
Охват по процессам, а не по людям. Перечислите каждый процесс в переходе и SMEs, которые знают каждый из них.
График по волнам. Планируйте записанные KT-сессии по каждому процессу, затем воспроизведение, shadowing и reverse shadowing для принимающей команды.
Критерии выхода для каждого человека. Четко определите готовность каждого участника принимающей команды к cutover по отдельности, используя transition readiness assessment.
Для полного метода перехода см. шаблон transition SOP и чек-лист подтверждения передачи (transition handover sign-off checklist).
Сравнение методов передачи знаний
Метод | Что это | Работает, когда | Не работает, когда |
|---|---|---|---|
Документация в первую очередь | Передающий сначала записывает все до передачи | Работа процедурная и стабильная | Сроки долгие, потому что привычки невидимы для автора |
Shadowing | Принимающий наблюдает за работой передающего | Период уведомления очень короткий или принимающий новый в домене | Используется в одиночку, потому что уверенные люди пропускают рассуждения |
Reverse shadowing | Передающий наблюдает за работой принимающего | Есть как минимум три-четыре недели перекрытия | Принимающий не освобожден от прежних обязанностей |
Структурированное интервью | Третья сторона задает вопросы передающему | Извлечение истории сбоев и связей | Используется для извлечения рутины, которую передающий не может сформулировать |
Записанный обход | Передающий записывает себя, выполняющего задачи | Быстрое создание справочных материалов | Считается всей передачей, а не входными данными |
Реестр известных пробелов | Фиксация того, что не передалось | Всегда, как заключительный шаг | Считается провалом, а не честным результатом |
Практичная комбинация для окна в четыре недели: reverse shadowing для рутины, структурированное интервью для истории сбоев и связей, а также записанные обходы, чтобы документация обходилась дешево.
Варианты плана передачи знаний
Роли с упором на IT и системы
Проводите передачу в реальной среде, включите как минимум одну on-call ротацию или запуск на конец периода в перекрытии и относитесь к недокументированным зависимостям как к результату первого класса. Фиксируйте их в вашем IT-документировании.
Нет преемника или нет перекрытия
Если нет назначенного преемника, передайте знания руководителю или тому, кто временно будет держать работу. Если нет перекрытия, используйте доступное время для истории сбоев и зависимостей, потому что рутину можно восстановить постепенно, а зависимости — нельзя, и относитесь к реестру известных пробелов как к актуальному списку рисков.
Переходы между вендорами и аутсорсинг
Добавьте клиента и обоих провайдеров в качестве подписантов, фиксируйте каждую сессию как часть KT-обязательств по контракту и храните все в knowledge base, принадлежащей клиенту. Ознакомьтесь с нашим руководством по передаче знаний при переходе от вендора к вендору.
Государственные и регулируемые роли
Для ролей с назначенным ответственным лицом, контролируемой функцией или делегированными полномочиями привлекайте compliance в самом начале. Вакансия может потребовать отчетности, а преемнику может понадобиться одобрение, прежде чем он сможет действовать.
Записывайте каждую KT-сессию с Trupeer
Шаг с документацией — это то место, где передачи знаний чаще всего «застревают», потому что принимающему, который только что взял на себя полную роль, не хватает времени на написание. Trupeer убирает большую часть этих затрат. Принимающий выполняет задачу, пока передающий наблюдает, записывает это один раз с помощью AI screen recorder, а Trupeer превращает запись в пошаговый SOP со скриншотами и озвученным видео. Редактировать черновик, который уже существует, — это совсем другая работа, чем писать с нуля в конце долгой недели.
Поскольку журнал перерывов приоритизируется по последствиям, вы фиксируете десять пунктов, которые действительно важны, а не сорок, которые не важны. Публикуйте все в удобной для поиска knowledge base и переводите для команд в других локациях.
Этот же подход «сначала запись» работает и в масштабе. Genpact записала существующие сессии процессов в MS Teams и обходы от SMEs, загрузила их в Trupeer и получила SOP и демонстрационные видео на пяти языках: более 500 обучающих материалов для 140 000 сотрудников в 40 странах, с поставкой за 3 месяца вместо 12. Прочитайте историю клиента Genpact.
KT plan vs KT SOP vs handover document vs transition plan
Документ | Что он охватывает | Когда он создается |
|---|---|---|
План передачи знаний (Knowledge transfer plan) | Как будет проходить одна конкретная передача: охват, сессии, владельцы, критерии выхода | Для каждой передачи |
SOP по передаче знаний (Knowledge transfer SOP) | Стандартная процедура, которой ваша организация следует для каждой передачи | Один раз, затем обновляется |
Документ передачи (Handover document) | Что именно передается в конкретный момент времени | На этапе передачи |
План перехода (Transition plan) | Более широкий переход роли, команды или процесса, частью которого является KT | Для каждого перехода |
См. шаблон handover document, шаблон transition plan и шаблон knowledge management.
Чек-лист плана передачи знаний
Триггер, люди и даты зафиксированы в обзоре.
Каждая регулярная задача, система, область исключений и связи входят в охват или явно исключены.
Принимающий освобожден от прежних обязанностей на время перекрытия.
Каждая KT-сессия записана.
Reverse shadowing начинается в первую неделю, а журнал перерывов ведет наблюдатель.
Документация пишется по журналу, сначала по пунктам с наибольшими последствиями.
Завершен полный тихий цикл, включая работу на конец периода.
Доступ и связи передаются отдельно, в письменном виде.
У каждого известного пробела есть владелец и дата.
Подтверждение (sign-off) происходит после тихого цикла, а не в последний день.
Частые ошибки, которых стоит избегать
Планирование только по инвентарю. Списки фиксируют обязанности, а не привычки.
Не освобождать принимающего. Если он продолжает делать свою старую работу, reverse shadowing по-настоящему никогда не происходит.
Сокращать цикл под период уведомления. Зафиксируйте это как пробел.
Просить передающего написать документацию. Принимающий запомнит то, что не было очевидным.
Подписывать в последний день. К тому моменту никто не сможет исправить то, чего не хватает.
Скачайте бесплатный шаблон плана передачи знаний
Откройте шаблон в Trupeer, примените бренд-кит и записывайте ваши KT-сессии по мере выполнения, либо пусть генератор плана передачи знаний подготовит план за вас. Получите бесплатный шаблон плана передачи знаний.
Часто задаваемые вопросы
Что такое план передачи знаний?
План передачи знаний описывает, как знания будут переходить от людей, которые ими владеют, к тем, кто в них нуждается, для конкретного ухода, смены роли или перехода. Он включает охват, роли, сессии и график, метод передачи, документацию, критерии выхода и подтверждение (sign-off).
Что означает полное название KT plan?
KT — это knowledge transfer (передача знаний), поэтому KT plan — это план передачи знаний. Этот термин чаще всего встречается в IT-услугах и аутсорсинге, где переходы между командами и вендорами происходят довольно часто.
Что должен включать план передачи знаний?
Обзор, охват и области знаний, роли, график KT, метод передачи, журнал перерывов, план документации, критерии выхода, доступ и связи, реестр известных пробелов и подтверждение (sign-off).
Сколько времени должна занимать передача знаний?
Достаточно, чтобы включить один полный цикл работы без вмешательства — для большинства операционных ролей это месяц, потому что он должен включать задачи на конец периода. Четыре недели перекрытия — практичная цель; для узких ролей могут подойти и две недели.
Кто должен отвечать за план передачи знаний?
Линейный руководитель или ответственный за переход — как наблюдатель и за sign-off. Не человек, который уходит (у него меньше всего видимости собственных знаний), и не HR, который может отвечать за триггер, но не может оценить, сможет ли принимающий выполнить работу.
В чем разница между KT plan и KT SOP?
KT SOP — это стандартная процедура, которой ваша организация следует для каждой передачи. KT plan применяет ее к одной конкретной передаче, с именами, сессиями, датами и критериями выхода.
Как быстро создать план передачи знаний?
Используйте бесплатный генератор плана передачи знаний. Введите ваши процессы и команду, выберите окно KT и экспортируйте план с сессиями, владельцами и критериями выхода.
Что такое пример плана передачи знаний?
Пример Nordvale Energy на этой странице сравнивает две передачи одной и той же роли: одна на основе инвентаризации, которая привела к девяти инцидентам, и одна на основе reverse shadowing и журнала перерывов, которая привела к двум.
Есть ли шаблон плана передачи знаний в Word?
Структура выше вставляется прямо в Word или Google Docs. Откройте шаблон в Trupeer, примените бренд-кит и экспортируйте, а затем сохраните вашу версию с собственными триггерами и ролями.
Есть ли шаблон плана передачи знаний в Excel?
Excel — подходящее место для графика KT и журнала перерывов: одна строка на каждую сессию или вмешательство, с еженедельным подсчетом, чтобы было видно снижение числа перерывов, пока передача еще идет.
Есть ли шаблон плана передачи знаний в PPT?
Используйте слайды для конкретного случая, а не для плана: роли под риском, перекрытие, которое вы запрашиваете, количество перерывов из последней передачи и реестр известных пробелов.
Есть ли шаблон плана передачи знаний в PDF?
Экспортируйте свой PDF один раз, когда поля в квадратных скобках будут содержать ваши триггеры, даты и имена. Универсальный PDF не сможет это хранить, и план, который все еще говорит [Role], не будет выполнен.
В чем разница между передачей знаний и handover?
Handover — это документ и момент: вот что вы принимаете. Передача знаний — это процесс, который делает handover «жизнеспособным», и он занимает недели, а не один вечер.
