Босс 4 · Minimum Viable Product

MVP

Четвёртый босс. Команда сдаёт продукт, который запускается без разработчика: открытый репозиторий, README, линтеры в CI, архитектура C4 и живая демонстрация.

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

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

Сдача этапа

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

Загрузить до 23 января, 11:00

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

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

Что за босс

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

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

Репозиторий и код

Открытый репозиторий на GitHub или GitLab.
Продуманная структура: разделение на модули, понятная навигация по коду.
Код проходит линтеры (ESLint, Pylint, Black, Ruff — по стеку), конфигурация линтеров лежит в репозитории.
Линтеры запускаются автоматически в CI (GitHub Actions, GitLab CI или аналог), pipeline рабочий.

README

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

Архитектура

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

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

Цели проекта и заявленная проблема.
User Story Map и ключевые сценарии MVP.
Как продукт решает проблему, демонстрация работы, итоговая архитектура.

Реализованный функционал

Планы на MVP берутся из последних актуальных артефактов босса «Прототип»: User Story Map, сценарии и приоритизация, зафиксированные к моменту защиты. В презентации или репозитории должно быть явно отмечено, что относится к этапу MVP, а что — к MUP, чтобы реализованное можно было сопоставить с планами.

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

Сбор и использование обратной связи от пользователей обязательны только для самой высокой оценки этапа.

Правила боя

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

Чекпоинты

КТ1 — уровень 14, 19 декабря
КТ2 — уровень 15, 16 января

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

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

Одна оценка от 0 до 10. Учитывается: презентация, архитектура C4, репозиторий и код, запуск без разработчика, соответствие планам MVP, обратная связь (для 9–10).

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

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

Шкала 0–10

Оценка холистическая: презентация, архитектура, репозиторий и код, запуск без разработчика и соответствие планам MVP смотрятся вместе.

00 XP
дееспособного результата нетрабочего продукта нет или презентация не про MVP, архитектура не представлена или не соответствует задаче, запуск без разработчика невозможен, исходный код недоступен.
11.4 XP
продукт в зачаточном состояниикод или макеты есть, но до MVP решение не дотягивает — нет отчуждаемости или не работают базовые функции. Презентация не раскрывает цели и сценарии, в архитектуре серьёзные пробелы, запуск требует правки кода или сложной ручной настройки, репозиторий отсутствует или не отвечает требованиям.
22.8 XP
частичная реализацияпродукт работает с критическими ограничениями (только для одного пользователя, без инструкции по запуску). Презентация описывает продукт поверхностно, без связи с целями и User Story Map. Архитектура неполна: нет C4 уровней 1 и 2 или развёртывания. Репозиторий есть, но README неполный, структура не описана, линтеров и CI нет.
34.2 XP
минимальный уровеньзаявленные функции в целом выполняются, но с заметными недостатками. В презентации есть описание и цели, но нет демонстрации сценариев и связи с архитектурой. Диаграммы есть, но с недочётами (неполнота, ошибки нотации). Запуск без разработчика возможен, но README неполон, структура репозитория не продумана; линтеры и CI отсутствуют или не проходят стабильно.
45.6 XP
граница удовлетворительногопрезентация, архитектура и запуск есть, но каждый аспект с ограничениями. Продукт и сценарии показаны, но без обоснования, как решается проблема. C4 уровней 1 и 2 представлены, возможны несущественные ошибки, развёртывание упрощённое. README позволяет воспроизвести запуск, структура репозитория описана кратко или не описана; линтеры настроены, но не в CI, или CI нестабилен.
57 XP
всё из «Что загружаем» выполненопродукт решает базовые задачи, презентация отражает цели, сценарии и демонстрацию работы; в презентации или репозитории есть C4 уровней 1 и 2 и диаграмма развёртывания; открытый репозиторий с README (структура и инструкция по запуску); запуск без разработчика по README; линтеры настроены и проходят, CI запускает проверки автоматически.
68.4 XP
реализованный функционал соответствует планам на MVP из «Прототипа» (User Story Map, сценарии, приоритизация). Презентация связно показывает цели, USM, сценарии и скриншоты работы, видно, как продукт решает заявленную проблему. Архитектура чёткая, компоненты и взаимодействия соответствуют проекту; структура репозитория продумана и описана. Продукт стабильно работает по документации, пользователь не выполняет действий, несвойственных его роли.
79.8 XP
всё на уровне 6, плюсреализованы все запланированные сценарии и функции MVP; в презентации — шаги от прототипа к MVP и обоснование архитектурных и технических решений; диаграммы C4 и развёртывания полные, нотация соблюдена; код соответствует принятым стандартам, технический долг минимален, CI стабильно зелёный.
811.2 XP
сильный MVPпродукт готов к использованию в заявленном объёме, презентация и демонстрация на высоком уровне. Диаграммы готовы к использованию в разработке и развитии. README содержит запуск, настройку окружения и типовые сценарии использования; запуск и использование не требуют разработчика.
912.6 XP
всё на уровне 8, и обязательно: функционал выходит за рамки планов MVP — реализованы элементы следующего этапа (MUP); продукт развёрнут или готов к развёртыванию в целевом окружении; код без явного технического долга, возможны базовые тесты. Обязательно также собрана обратная связь от пользователей, проведён её анализ, и по результатам в продукте сделаны конкретные изменения (отражено в презентации или репозитории).
1014 XP
всё на уровне 9, и обязательно: реализована значимая часть MUP (расширенная пригодность к использованию, дополнительные сценарии, улучшенный UX), продукт внедрён на месте применения и используется. Репозиторий с тестами и качественной документацией, запуск без разработчика и без несвойственных пользователю действий. Обратная связь — от широкой аудитории, структурированными методами (анкеты с рейтингами, NPS, интервью), с глубоким анализом, визуализацией и описанными улучшениями продукта.

Пересдачи

1.0 — защита в срок, 23 января
0.6 — на ближайшем занятии после защиты: уровень 17, 30 января (дату подтверждает преподаватель)
0.4 — на ближайшем занятии после защиты: уровень 18, 6 февраля (дату подтверждает преподаватель)

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