Почему модель «MVP + развитие» лучше, чем классическая водопадная

Сначала введем в курс дела и расскажем, что такое MVP. Возможно, вы могли слышать термин, если изучали тему стартапов. MVP или Minimum Viable Product — это минимально-жизнеспособный продукт, который позволяет во-первых, проверить работу гипотез на пользователях, а во-вторых, исследовать целевую аудиторию запущенного продукта. MVP пришел из концепций Lean Startup и Customer Development.

Для понимания можно использовать аналогию еды (все ведь такое любят:). Представим бургер, который состоит из двух булочек и котлеты. Съедобно? В целом — да. Но не хватает соусов, листика салата, огурчиков-помидорчиков.

Так и мы, когда создаем MVP, дальше продолжаем с ним работать в формате спринтов и развиваем. Добавляем те самые ингредиенты, которые по итогу дадут вкусный результат.

Если говорить про сайты, то даже имея MVP сайта, уже можно наполнить его контентом и рассказать о продукте, дать форму для контактов и предложить выйти на взаимодействие с менеджерами.

Плюсы подхода:

• Слона едим по частям. Весь проект разбиваем на кучу маленьких спринтов и проверяем множество гипотез.

• Изменения можно внести на любом этапе и ничего не посыпется.

• Продукт может тестироваться на ранних этапах, причем самими же пользователями.

• Клиент, который представляет услуги или товары на создаваемом сайте, уже может начать продавать.

• Команда меньше устает за счет постоянной демонстрации конечного небольшого понятного результата.

Минусы подхода:

• Невозможно точно предсказать, сколько денег в итоге уйдет на проект. Развитие может быть бесконечным, но в рамках оговоренных ежемесячных трат.

• Можно увлечься в доработках и не прийти к какой-то конечной точке при разработке, все время откладывая релиз продукта.

Мы придерживаемся мнения, что проще через пару месяцев получить начальную, но рабочую версию продукта, чем через 8 получить классный проект, но который уже никому не нужен. За это время бизнес уже мог закрыться, владелец обанкротиться, ведь сайт не был готов и, соответственно, продажи не шли или шли плохо. Может просто пропала мотивация. Если бы выбрали подход «MVP+развитие», то за этот период можно было протестировать 20 различных гипотез.

Выводы напрашиваются сами

Не будем совсем принижать водопадную модель, она подходит в следующих случаях:

• Заказчик знает, что он хочет получить в самом конце.

• Заказчику известны все сроки и решения, которые будут приняты на каждом этапе.

• Команде заранее известно, какими инструментами они будут пользоваться в процессе разработки.

• У клиента нет желания постоянно взаимодействовать с командой, согласен только в редких случаях.

• Проект долгий, сложный и дорогостоящий.