Целевой процесс запуска образовательных программ

Thesis Partners разработали для Центрального университета целевой процесс запуска новых образовательных программ: точки принятия решений, разграничение ответственности функций и общий календарь запуска.

Клиент

Центральный университет — первый в России вуз, построенный на STEM-модели, с кампусом в Москве и программами бакалавриата, магистратуры и образования для руководителей. Направления ведут действующие практики: искусственный интеллект, разработка, бизнес и аналитика, дизайн. Университет создан при участии технологических компаний, и в разработке программ участвуют те, кто знает требования рынка изнутри.

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

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

Задача

Скорость роста университета во многом обеспечена культурой: высокий уровень доверия между командами, готовность помогать и брать ответственность, короткие связи между людьми. Такая культура — актив, и запрос клиента был сформулирован именно в этой логике: закрепить порядок запуска новых программ так, чтобы он поддерживал культуру, а не заменял её бюрократией.

С ростом организации задача усложняется естественным образом. Когда участников становится больше, чем удерживает личное знакомство — в социальной антропологии этот порог известен как число Данбара, — координация начинает требовать опоры, помимо личных договорённостей. Университет вышел с запросом заранее, до того как это стало ограничением.

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

Подход

Работа заняла два месяца и прошла в три этапа.

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

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

Оформление и передача. Процесс зафиксирован в виде карты на трёх листах формата А2, нормативного описания и комплекта рабочих шаблонов. Отдельно предложена модель внедрения.

Результат

Четыре точки принятия решений на годовом цикле запуска: концепция, экономика, коммуникация, готовность к старту. У каждой определены вход, состав участников и возможные исходы; решение фиксируется в едином месте. Модель сознательно оставлена лёгкой — четыре решения вместо многоступенчатых согласований.

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

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

Комплект рабочих инструментов — шесть документов: порядок запуска, концепция программы, паспорт программы, финансовая минимодель, единый бриф на запуск, календарь. Собран по правилу «ничего не пишем дважды».

Карта процесса на трёх листах А2: основной годовой маршрут, короткий маршрут для запуска потока или формата на действующей программе и партнёрский модуль.

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

Никита Нечаев, партнёр Thesis Partners

Внедрение

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

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

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

Борис Каптелов, партнёр Thesis Partners

Мы росли быстро и хотели закрепить то, что уже работает, — доверие между командами и способность быстро договариваться. Ценность проекта для нас в том, что процесс получился коротким: несколько понятных решений, общий календарь и ясные роли. Это освобождает время на содержание программ, а не добавляет согласований.

Александр Пономаренко, Центральный университет

Эффект

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

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

Масштаб проекта

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