Прототип

Что за босс

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

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

Это минимум, который должен быть выполнен: он же — планка оценки 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. Позже работа не принимается.

Шкала 0–10

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

0 — дееспособного прототипа нет: не запускается, критические ошибки, рабочего кода нет. Функции Must have не реализованы, архитектура не решает ключевых задач или выбрана неподходящей (микросервисы там, где хватает монолита).

1 — есть код или экраны, но основные функции не работают. Vision и mission могут быть некорректными, user stories слабые. Архитектура черновая: C4 не по нотации, не все компоненты отражены, технологии не указаны. Демонстрация показала лишь часть возможностей или не все объяснили свой вклад.

2 — функции работают частично, демонстрация прерывается ошибками и неструктурирована. Архитектура не учитывает риски и критический путь, USM отсутствует или не про этот продукт, планов на MVP нет.

3 — минимум функций есть, но с оговорками: запуск требует ручного вмешательства разработчиков, работа только для одного пользователя, нет нужной интеграции или интерфейс совсем черновой. USM неполна, C4 с ошибками нотации.

4 — есть всё, но каждый аспект с ограничениями: большая часть Must have реализована, основной сценарий проходит с оговорками, C4 в целом корректны, но второстепенное не проработано, планы на MVP без приоритизации, демонстрация структурирована слабо.

5 — всё из «Что загружаем» выполнено: vision, mission и user stories корректны, USM покрывает основные сценарии; C4 уровней 1 и 2 с компонентами, взаимодействиями и технологиями; прототип запускается на защите и основной сценарий проходит целиком; функции Must have реализованы, запуск — стандартными командами, результаты имеют законченный вид; планы на MVP зафиксированы.

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

7 — всё на уровне 6, плюс MoSCoW, типы пользователей и зависимости в USM; архитектурные решения обоснованы, показано, как архитектура закрывает риски и критический путь из «RAT-PoC»; в демонстрации — реальные сценарии с примерами данных; реализованы отдельные функции сверх минимума.

8 — USM качественная (INVEST, MoSCoW, временные промежутки и контрольные точки, типы пользователей, зависимости), планы на MVP показаны с зависимостями и контрольными точками. Архитектура: C4 уровня 3 (Component) для ключевых компонентов, диаграмма развёртывания, принципы GRASP, план развития архитектуры на следующие этапы. Демонстрация выставочного уровня: дополнительные возможности, обработка ошибок и edge cases. Код разделён на слои, применены паттерны проектирования, расширенная валидация, продуманный UX.

9 — всё на уровне 8, и обязательно: реализованы функции категории Should have или Could have — проработка выше, чем требуется для прототипа. Дополнительные возможности (экспорт, интеграции, расширенные поиск и фильтрация, оптимизация), интерактивная демонстрация в реальных условиях: несколько пользователей, разные типы данных.

10 — всё на уровне 9, и обязательно: готовность к развёртыванию — настроена конфигурация для production, есть документация по развёртыванию. Архитектура (C4 уровней 1–3 и развёртывание) готова к реализации на MVP без переделок, планы на MVP детализированы: сценарии и функции связаны зависимостями и контрольными точками.