Практически все сегодняшние анонсы прикладных тренингов содержат фразу о том, что содержание исключительно практично – никакой теории, чистые приёмы работы, «сразу бери – и в дело». И это чистая правда. Эти тренинги так и устроены: сугубо прикладные объяснения, рассказывающие какие таблички в каких формочках заполнять, какие кнопки в каких софтах нажимать.

      Скажем, берём практику Jobs-To-Be-Done (JTBD)65 из инженерии требований или практику управления буферами проекта в голдраттовском варианте управления проектами. Вас научат последовательности шагов, покажут какие таблички заполнять, какой софт использовать.

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

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

      Успех мы определяем тут как в системной инженерии: как учёт интересов внешних проектных ролей проекта. Эти самые внешние проектные роли почему-то оказываются крайне недовольными, в деятельности «по методе из тренинга» вдруг обнаруживаются мириады ошибок, если не в самой этой деятельности, так на всех стыках с остальными работами проекта.

      Всё, что можно в трёхдневном курсе неправильно понять или пропустить