Правильно, никак.

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

Ситуация рабочая — поехали! Команда быстро создаёт функциональный прототип — симпатичный интерфейс, функциональность ограничена, но базовые идеи демонстрируются идеально. Руководители ходят по объекту со смартфонами — всё прекрасно.

Однако... вместо того, чтобы одобрить доработку и переходить на следующий этап, заказчик вдруг решает, что “всё уже работает” и начинает требовать внедрения системы в “боевом режиме”. Как это получилось? При демонстрации результатов работы ЛПРам руководитель проекта со стороны заказчика не совсем чётко проговорил, что это только MVP, а не полноценное решение😊

Как избежать проблем в такой ситуации?

📍Убедитесь, что вы все понимаете одно и то же под MVP. Перед стартом проекта обсудите и запишите цели MVP: он создаётся не для использования “как есть”, а для проверки гипотез и демонстрации возможностей. 📍Юридическое подкрепление. Пропишите в договор, ТЗ, что разрабатывается всего лишь временный прототип, а не финальное ПО. 📍Зафиксируйте слабые стороны MVP. Иногда стоит даже осознанно не брать в MVP все важные функции, проговаривать, что такой прототип никогда не сможет пройти проверку информационной безопасности и т.д. 📍План перехода. Подготовьте пошаговый план доработки MVP и покажите, какие дополнительные затраты, сроки и ресурсы потребуются для создания полноценного решения.

И обязательно нужно не забыть помочь руководителю проекта подготовить презентацию для ЛПРов о том, какой результат на каждом этапе проекта компания получит и когда будет возможно первое “боевого внедрение”.