Босс 3 · Прототип продукта

Прототип

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

Защищается очно всей командой; XP (баллы) за этап считаются от одной оценки 0–10 с учётом коэффициента попытки.

Награда: 11 XP (баллов)
Формат: Очная защита: 5 минут рассказ + 5 минут на вопросы
Старт: уровень 8, 7 ноября
Босс-файт: уровень 12, 5 декабря, с 13:00
Загрузка до: 5 декабря, 11:00

Сдача этапа

Материалы команды

Загрузить до 5 декабря, 11:00

Загрузка ссылок доступна вошедшим в аккаунт участникам команды.

Ссылку сохраняет любой участник команды; её видят все. Пустое поле убирает ссылку.

Что за босс

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

Что загружаем

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

Презентация (PDF)

Цели проекта, User Story Map и сценарии, демонстрация работы прототипа, архитектура.
Vision и mission, user stories по правилам, USM, покрывающая основные сценарии продукта.

Архитектура

C4 уровня 1 (Context) и уровня 2 (Container): фронтенд, бэкенд, база и их взаимодействие.
Для каждого компонента указаны технологии и инструменты.

Демонстрация

Прототип запускается и работает на защите, без критических ошибок.
Основной пользовательский сценарий показан целиком.

Функциональная полнота

Реализованы все функции категории Must have из босса «RAT-PoC».
Запуск не требует длительной подготовки: достаточно стандартных команд. Участие разработчиков в запуске здесь ещё допускается.
Результаты работы имеют законченный вид: данные сохраняются и корректно отображаются.

Планы на MVP

В презентации или в USM зафиксированы планы на MVP: сценарии, приоритизация MoSCoW и явная отметка, что входит в этап MVP. По этим планам оценивается следующий босс.

Правила боя

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

Чекпоинты

КТ1 — уровень 10, 21 ноября

Чекпоинт (контрольная точка) — промежуточная сверка до защиты: дату задаёт преподаватель, состав артефактов команда выбирает сама. Оценка на чекпоинте не ставится — там собирают замечания.

Как оценивается

Одна оценка от 0 до 10. Учитывается: продукт, архитектура, демонстрация, функциональная полнота.

XP = оценка / 10 × 11 XP × коэффициент попытки

Что стоит за каждой оценкой — в «Шкале 0–10» сразу ниже.

Шкала 0–10

Оценка холистическая: продукт, архитектура, демонстрация и функциональная полнота смотрятся вместе.

00 XP
дееспособного прототипа нетне запускается, критические ошибки, рабочего кода нет. Функции Must have не реализованы, архитектура не решает ключевых задач или выбрана неподходящей (микросервисы там, где хватает монолита).
11.1 XP
есть код или экраны, но основные функции не работают. Vision и mission могут быть некорректными, user stories слабые. Архитектура черновая: C4 не по нотации, не все компоненты отражены, технологии не указаны. Демонстрация показала лишь часть возможностей или не все объяснили свой вклад.
22.2 XP
функции работают частично, демонстрация прерывается ошибками и неструктурирована. Архитектура не учитывает риски и критический путь, USM отсутствует или не про этот продукт, планов на MVP нет.
33.3 XP
минимум функций есть, но с оговоркамизапуск требует ручного вмешательства разработчиков, работа только для одного пользователя, нет нужной интеграции или интерфейс совсем черновой. USM неполна, C4 с ошибками нотации.
44.4 XP
есть всё, но каждый аспект с ограничениямибольшая часть Must have реализована, основной сценарий проходит с оговорками, C4 в целом корректны, но второстепенное не проработано, планы на MVP без приоритизации, демонстрация структурирована слабо.
55.5 XP
всё из «Что загружаем» выполненоvision, mission и user stories корректны, USM покрывает основные сценарии; C4 уровней 1 и 2 с компонентами, взаимодействиями и технологиями; прототип запускается на защите и основной сценарий проходит целиком; функции Must have реализованы, запуск — стандартными командами, результаты имеют законченный вид; планы на MVP зафиксированы.
66.6 XP
C4 полные и по нотации, описаны слои приложения, архитектура наглядно решает ключевые задачи продукта. Показаны все основные функции этапа из USM, видна интеграция компонентов, вклад каждого участника понятен и весом. Продукт работает для нескольких пользователей, интерфейс законченный, есть базовая валидация и обработка ошибок.
77.7 XP
всё на уровне 6, плюс MoSCoW, типы пользователей и зависимости в USM; архитектурные решения обоснованы, показано, как архитектура закрывает риски и критический путь из «RAT-PoC»; в демонстрации — реальные сценарии с примерами данных; реализованы отдельные функции сверх минимума.
88.8 XP
USM качественная (INVEST, MoSCoW, временные промежутки и контрольные точки, типы пользователей, зависимости), планы на MVP показаны с зависимостями и контрольными точками. Архитектура: C4 уровня 3 (Component) для ключевых компонентов, диаграмма развёртывания, принципы GRASP, план развития архитектуры на следующие этапы. Демонстрация выставочного уровня: дополнительные возможности, обработка ошибок и edge cases. Код разделён на слои, применены паттерны проектирования, расширенная валидация, продуманный UX.
99.9 XP
всё на уровне 8, и обязательно: реализованы функции категории Should have или Could have — проработка выше, чем требуется для прототипа. Дополнительные возможности (экспорт, интеграции, расширенные поиск и фильтрация, оптимизация), интерактивная демонстрация в реальных условиях: несколько пользователей, разные типы данных.
1011 XP
всё на уровне 9, и обязательно: готовность к развёртыванию — настроена конфигурация для production, есть документация по развёртыванию. Архитектура (C4 уровней 1–3 и развёртывание) готова к реализации на MVP без переделок, планы на MVP детализированы: сценарии и функции связаны зависимостями и контрольными точками.

Пересдачи

1.0 — защита в срок, 5 декабря
0.6 — на ближайшем занятии после защиты: уровень 13, 12 декабря (дату подтверждает преподаватель)
0.4 — на ближайшем занятии после защиты: уровень 14, 19 декабря (дату подтверждает преподаватель)

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