MVP

Что за босс

Четвёртый босс-файт (защита проектного этапа). 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. На досдачу есть две недели, позже работа не принимается.

Шкала 0–10

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

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

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

2 — частичная реализация: продукт работает с критическими ограничениями (только для одного пользователя, без инструкции по запуску). Презентация описывает продукт поверхностно, без связи с целями и User Story Map. Архитектура неполна: нет C4 уровней 1 и 2 или развёртывания. Репозиторий есть, но README неполный, структура не описана, линтеров и CI нет.

3 — минимальный уровень: заявленные функции в целом выполняются, но с заметными недостатками. В презентации есть описание и цели, но нет демонстрации сценариев и связи с архитектурой. Диаграммы есть, но с недочётами (неполнота, ошибки нотации). Запуск без разработчика возможен, но README неполон, структура репозитория не продумана; линтеры и CI отсутствуют или не проходят стабильно.

4 — граница удовлетворительного: презентация, архитектура и запуск есть, но каждый аспект с ограничениями. Продукт и сценарии показаны, но без обоснования, как решается проблема. C4 уровней 1 и 2 представлены, возможны несущественные ошибки, развёртывание упрощённое. README позволяет воспроизвести запуск, структура репозитория описана кратко или не описана; линтеры настроены, но не в CI, или CI нестабилен.

5 — всё из «Что загружаем» выполнено: продукт решает базовые задачи, презентация отражает цели, сценарии и демонстрацию работы; в презентации или репозитории есть C4 уровней 1 и 2 и диаграмма развёртывания; открытый репозиторий с README (структура и инструкция по запуску); запуск без разработчика по README; линтеры настроены и проходят, CI запускает проверки автоматически.

6 — реализованный функционал соответствует планам на MVP из «Прототипа» (User Story Map, сценарии, приоритизация). Презентация связно показывает цели, USM, сценарии и скриншоты работы, видно, как продукт решает заявленную проблему. Архитектура чёткая, компоненты и взаимодействия соответствуют проекту; структура репозитория продумана и описана. Продукт стабильно работает по документации, пользователь не выполняет действий, несвойственных его роли.

7 — всё на уровне 6, плюс: реализованы все запланированные сценарии и функции MVP; в презентации — шаги от прототипа к MVP и обоснование архитектурных и технических решений; диаграммы C4 и развёртывания полные, нотация соблюдена; код соответствует принятым стандартам, технический долг минимален, CI стабильно зелёный.

8 — сильный MVP: продукт готов к использованию в заявленном объёме, презентация и демонстрация на высоком уровне. Диаграммы готовы к использованию в разработке и развитии. README содержит запуск, настройку окружения и типовые сценарии использования; запуск и использование не требуют разработчика.

9 — всё на уровне 8, и обязательно: функционал выходит за рамки планов MVP — реализованы элементы следующего этапа (MUP); продукт развёрнут или готов к развёртыванию в целевом окружении; код без явного технического долга, возможны базовые тесты. Обязательно также собрана обратная связь от пользователей, проведён её анализ, и по результатам в продукте сделаны конкретные изменения (отражено в презентации или репозитории).

10 — всё на уровне 9, и обязательно: реализована значимая часть MUP (расширенная пригодность к использованию, дополнительные сценарии, улучшенный UX), продукт внедрён на месте применения и используется. Репозиторий с тестами и качественной документацией, запуск без разработчика и без несвойственных пользователю действий. Обратная связь — от широкой аудитории, структурированными методами (анкеты с рейтингами, NPS, интервью), с глубоким анализом, визуализацией и описанными улучшениями продукта.