Люди не учатся не потому, что им не надо

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

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

И формально он прав. Он правда каждый день этим занимается. Ходит на статусы, пишет письма, двигает задачи, согласует сроки, ловит смежников, тушит пожары. У него уже есть ощущение практики. Поэтому обучение, которое выглядит как пересказ его операционки, не вызывает интереса. Даже если внутри там хорошие инструменты, сильный преподаватель и полезная методология.

Проблема в том, что человек часто путает знакомость с пониманием.

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

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

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

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

Вывод

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

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