MVP
MVP за несколько недель: что входит в первый этап
Как укладываются сроки запуска продукта: фиксированный объём первой версии, еженедельные демонстрации и заранее согласованные критерии приёмки.
Срок запуска первой версии продукта определяется не скоростью разработки, а точностью постановки. MVP проверяет рыночную гипотезу минимальными средствами — это не урезанная версия всего продукта сразу, а набор функций, достаточный, чтобы получить ответ на конкретный вопрос.
Что даёт фиксированный объём
Объём работ по этапу фиксируется до начала разработки. Идеи, выходящие за рамки проверки, не отбрасываются — они переносятся в план развития. Это позволяет не растягивать первую версию: каждая новая функция оценивается по одному критерию — нужна ли она, чтобы проверить гипотезу сейчас.
Еженедельная демонстрация
Каждую неделю показываем рабочий результат. Заказчик видит прогресс не в отчёте, а в работающем продукте, и может скорректировать направление, пока изменения стоят дёшево. Без такого ритма расхождение между ожиданиями и результатом обычно обнаруживается на приёмке — то есть тогда, когда переделка стоит максимально дорого.
Критерии приёмки
Согласуются заранее: что именно считается выполненным и как это проверяется. Формулировка «сделать удобно» не работает — она допускает любое толкование и на приёмке превращается в спор.
Передача в эксплуатацию
По завершении этапа продукт передаётся с доступами, мониторингом и планом следующего этапа. Заказчик получает работающий сервис, а не набор файлов: развёртывание, наблюдение за доступностью и понятный список задач на развитие.
Подробнее о подходе — в статьях MVP: как проверить гипотезу и как выбрать подрядчика автоматизации.