Корпоративная академия и университет: как спроектировать внутренний учебный центр

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

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

Определи задачу внутреннего учебного центра

Для этого проекта названия «корпоративная академия» и «корпоративный университет» обозначают систему внутреннего обучения. Зафиксируй её назначение: кого ты обучаешь, какому действию и как проверишь его выполнение. Название само по себе не определяет программу.

Цель «повысить профессионализм» слишком расплывчата для пилота. Выбери наблюдаемое действие: провести первичное интервью, проверить документы или подготовить заявку перед передачей исполнителю.

Подходящую компетенцию можно описать через четыре признака:

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

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

Составь паспорт пилота и назначь роли

Собери краткий паспорт, который ограничит объём программы. Для примера с заявкой он выглядит так:

• Рабочая проблема: исполнитель возвращает заявки из-за отсутствия исходных данных.
• Компетенция: подготовка заявки перед передачей.
• Участники: сотрудники, которые регулярно ставят такие задачи.
• Входная проверка: каждый готовит заявку по заданной ситуации до обучения.
• Результат обучения: участник выделяет необходимые данные, обнаруживает пробелы и задаёт уточняющие вопросы.
• Подтверждение: проверяющий оценивает учебную заявку и последующие рабочие заявки.
• Граница пилота: программа не охватывает планирование всего проекта.

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

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

Хочешь навести порядок в задачах и процессах команды? Начни с одного маршрута в Legend BMS. Зарегистрироваться →

Построй программу от итогового действия

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

1. Входное задание. Участник составляет заявку по исходной ситуации без подсказок.
2. Разбор примера. Автор объясняет, почему данных в готовой заявке достаточно для следующего шага.
3. Поиск ошибок. Участник находит пробелы в другой заявке и формулирует вопросы.
4. Самостоятельная практика. Участник готовит заявку по новой ситуации сопоставимой сложности.
5. Обратная связь. Проверяющий указывает несоответствия критериям, участник дорабатывает результат.
6. Применение. Руководитель или проверяющий оценивает реальные заявки после обучения.

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

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

Проверь навык по единым критериям

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

В условном примере проверяй следующее:

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

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

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

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

Проведи пилот и реши, что расширять

Ниже - условный план на четыре недели. Подстрой его под частоту рабочего действия и возможность проверить каждого участника.

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

Если за этот период нужные задачи не возникли, продли наблюдение. Заранее выдели время на обучение, проверку и доработку. Для оценки трудозатрат учитывай фактически затраченное время участников и ответственных. Время ожидания обратной связи само по себе не равно зарплатному убытку.

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

Перенеси маршрут пилота в Legend BMS

В конструкторе бизнес-процессов Legend BMS можно описать шаги пилота, роли и условия перехода. Задай маршрут: входное задание, практика, проверка, доработка при замечаниях и оценка рабочего результата. Для каждого шага определи ответственного и результат, который он должен передать дальше.

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

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