Когда учебные проекты становятся похожи на разработку. Кейс МАИ и Т1

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

Так устроена совместная практика Т1 и МАИ для студентов первого курса ТОП-ИТ. В основе остаются учебные проекты, но процессы выстраиваются по тем же принципам, что и в продуктовой разработке. Вместо абстрактных заданий - прикладные кейсы. Где-то процессы до сих пор делаются вручную, где-то неудобные инструменты мешают работать, где-то, очевидно, не хватает автоматизации. В итоге появляется задача с понятным результатом и ограничениями.

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

Почему такой формат полезен

Главное здесь - не исходник сам по себе, а контекст вокруг него.

Проблема - собрать работающий MVP: с пользователем, сценариями и логикой.

На старте это особенно важно. Есть разница между «что-то сделать» и «собрать продукт». Во втором случае появляются вопросы, которые нельзя обойти: кому это нужно, что обязательно, а что можно отложить, как объяснить ценность.

Дальше - два примера проектов.

Кейс 1. PWA-приложение для учёта личного бюджета

Идея простая: приложение для учёта доходов и расходов. Добавление операций, история, фильтры, базовая анализ.

Ключевой момент - структура. Это PWA, а значит приложение должно работать и онлайн, и без интернета. Потребитель открывает его в любой ситуации - информация доступны, всё (или почти всё) функционирует.

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

Этот кейс быстро демонстрирует слабые места. Можно сделать аккуратный пользовательский интерфейс, но если информация теряются или расчёты некорректны - пользоваться таким продуктом невозможно.

Кейс 2. Конструктор интерактивных квестов и обучающих сценариев

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

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

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

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

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

Что даёт такая практика

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

Появляется понимание командной работы - как договариваться, распределять ответственность и синхронизироваться по ходу проекта. В этом помогает и набор инструментов: Т1 предоставил студентам и преподавателям доступ к платформе «Сфера» (Задачи, Знания, Исходник), которую команды используют как единое пространство для ведения разработки - от постановки задач и документации до работы с кодом и обсуждений. Отдельный навык - доводить задачу до состояния, когда ей можно пользоваться, а не просто показать на защите.

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