MVP в аутсорс-разработке на первый взгляд отличается от классического MVP в стартапе. Но на самом деле они выполняют одну и ту же функцию — помогают быстрее понять, чего же хочет клиент на самом деле.
Только клиент стартапа — это тысячи пользователей, а в аутсорс-проекте — это несколько стейкхолдеров в компании-заказчике. В обоих случаях невозможно написать такое ТЗ на старте, чтобы до конца было понятно, что нужно клиентам и как точно это должно работать с их точки зрения (и будет ли оно так работать на самом деле).
Выдержка из действующих регламентов в Mechanica:Из всего Бэклога выделяется версия MVP (минимальный работоспособный продукт)
Это нужно делать всегда, даже если заказчика интересует только полная финальная версия продукта:
+ MVP дает возможность «пощупать» продукт гораздо раньше;
+ выявить неучтенные нюансы;
+ психологически позволяет прийти к быстрым осязаемым результатам, что придает доп. мотивацию и команде, и клиенту;
+ а также формирует платформу, на которую можно наращивать следующие Фичи, видеть осязаемый результат каждый спринт и демонстрировать его клиенту;
+ в качестве MVP может быть даже готовая часть админки, в которой, например, можно создавать/удалять/редактировать пользователей — это уже продукт;
+ MVP — это первая серьезная победа в проекте, она визуализирует продукт, по сути дает ему жизнь.