Как технологии влияют на разработку MVP
Работа над успешным MVP начинается с понимания цели проекта и его детальной проработки. С помощью каких технологий он будет реализован ― тоже немаловажный вопрос. Об этом и поговорим с экспертами группы компаний ЛАНИТ.
Выбор технологий для MVP
Основные критерии выбора технологий, на которые обычно ориентируются разработчики при создании продукта, — широкое распространение стека на рынке, легкость в изучении и большое количество специалистов, которые с ним работают, говорит Петр Рыляков, руководитель отдела разработки архитектурных решений компании «Онланта» (входит в группу ЛАНИТ).
Роман Почиталкин, бизнес-партнер «ЛАНИТ ― Би Пи Эм», обращает внимание на то, что сами по себе технологии вторичны:
«В своей работе я неоднократно сталкивался с ситуациями, когда первая версия продукта создавалась для решения конкретной задачи без учета потенциала будущего развития. Она успешно с ней справлялась, и за счет позитивного опыта решение тиражировалось и обрастало функционалом. Часто непрофильным. Отсутствие четких целей и метрик для оценки эффективности, стратегии развития и архитектурного надзора в итоге приводило к росту дефектов, снижению производительности, увеличению сроков и стоимости доработок. Причиной считаем несовершенство технологий, но это не имело решающего значения».
«В своей работе я неоднократно сталкивался с ситуациями, когда первая версия продукта создавалась для решения конкретной задачи без учета потенциала будущего развития. Она успешно с ней справлялась, и за счет позитивного опыта решение тиражировалось и обрастало функционалом. Часто непрофильным. Отсутствие четких целей и метрик для оценки эффективности, стратегии развития и архитектурного надзора в итоге приводило к росту дефектов, снижению производительности, увеличению сроков и стоимости доработок. Причиной считаем несовершенство технологий, но это не имело решающего значения».
Логика создания MVP вполне допускает использование любых доступных инструментов для проверки гипотезы. Уже после того, как заказчик убедился в правильности подходов, определился с целевым решением и стратегией развития, можно провести рефакторинг или в принципе поменять технологический стек на более подходящий.
Поэтому вопрос выбора технологии для разработки MVP имеет смысл рассматривать с учетом ожиданий от целевого решения и стратегии развития продукта. Иначе даже изначально успешный MVP не гарантирует достижение поставленных целей.
Поэтому вопрос выбора технологии для разработки MVP имеет смысл рассматривать с учетом ожиданий от целевого решения и стратегии развития продукта. Иначе даже изначально успешный MVP не гарантирует достижение поставленных целей.
Как понять, что выбраны подходящие технологии
Неправильно подобранный стек ведет к разного рода осложнениям. По словам Петра Рылякова, это проблемы с доступностью и производительностью решения, из-за чего пользователи могут отказаться от его использования. Роман Почиталкин добавляет к этому списку дорогое сопровождение масштабирования системы и проблемы с безопасностью.
Чтобы избежать этого, заказчику необходимо обозначить функциональные и нефункциональные требования к будущему продукту: например, сколько пользователей будут работать в системе, какая будет интенсивность ее использования, как будет увеличиваться количество пользователей по мере роста компании, какие операции в системе будут происходить, какие стандарты безопасности приняты в организации. Опытные подрядчики предложат анкету, чтобы получить ответы на эти и другие вопросы, о которых нужно задуматься на старте.
Следующий шаг — техническое собеседование с ИТ- и ИБ-специалистами, где заказчик как раз сможет понять, какие технологии подрядчик предлагает использовать и почему. Исполнитель, в свою очередь, должен уметь прозрачно рассказывать о них и своем выборе.
Чтобы избежать этого, заказчику необходимо обозначить функциональные и нефункциональные требования к будущему продукту: например, сколько пользователей будут работать в системе, какая будет интенсивность ее использования, как будет увеличиваться количество пользователей по мере роста компании, какие операции в системе будут происходить, какие стандарты безопасности приняты в организации. Опытные подрядчики предложат анкету, чтобы получить ответы на эти и другие вопросы, о которых нужно задуматься на старте.
Следующий шаг — техническое собеседование с ИТ- и ИБ-специалистами, где заказчик как раз сможет понять, какие технологии подрядчик предлагает использовать и почему. Исполнитель, в свою очередь, должен уметь прозрачно рассказывать о них и своем выборе.
Стоит ли ориентироваться на популярные технологии
В разработке, как и любой другой сфере, есть популярные инструменты. Спросили у экспертов ЛАНИТ, какие технологии сейчас востребованы и правильно ли ориентироваться на них при создании MVP.
Дмитрий Медведев, директор департамента прикладных решений компании «ЛАНИТ–ТЕРКОМ»
При разработке продукта может быть использован практически любой стек в зависимости от требований к проекту и специфики задач. Как правило, это определяется на начальных этапах анализа и проработки архитектуры.
Что касается популярных стеков, они обладают рядом преимуществ в плане дальнейшей поддержки, развития продукта, возможности подключения большего количества специалистов, у которых есть знания по работе с ними. На эти вещи стоит обращать внимание. Но в то же время непопулярный стек может наиболее точно подходить под ваши задачи.
Так что при выборе стоит выслушать аргументацию подрядчика и, если есть какие-то сомнения, уточнить, почему предложена такая технология для конкретной задачи, а уже после принимать решение.
Что касается популярных стеков, они обладают рядом преимуществ в плане дальнейшей поддержки, развития продукта, возможности подключения большего количества специалистов, у которых есть знания по работе с ними. На эти вещи стоит обращать внимание. Но в то же время непопулярный стек может наиболее точно подходить под ваши задачи.
Так что при выборе стоит выслушать аргументацию подрядчика и, если есть какие-то сомнения, уточнить, почему предложена такая технология для конкретной задачи, а уже после принимать решение.
Роман Почиталкин, бизнес-партнер «ЛАНИТ ― Би Пи Эм»
Если говорить только о разработке MVP, то технология не имеет решающего значения. Главное ― минимизировать затраты на проверку гипотезы.
Если стоит задача определиться со стеком на начальном этапе, то у Java, JavaScript, .NET и Python есть большое количество библиотек и фреймворков, сильно упрощающих жизнь команде разработки, поэтому они достаточно распространены.
Если стоит задача определиться со стеком на начальном этапе, то у Java, JavaScript, .NET и Python есть большое количество библиотек и фреймворков, сильно упрощающих жизнь команде разработки, поэтому они достаточно распространены.
Александр Наймарк, директор департамента продуктовой разработки компании НОРБИТ
Выбор инструмента играет важную роль. С одной стороны, от него требуется гибкость, чтобы адаптироваться под новые требования и гипотезы. Условно, на прошлой встрече получили пожелания от заказчика, к новой — они уже учтены. С другой ― сроки и стоимость реализации должны быть экономически целесообразны.
Исходя из нашей практики, лучше всего для таких задач подходят no-code-платформы. Они позволяют создавать прототип без привлечения дорогостоящих ресурсов разработки и быстро внедрять его. А в дальнейшем, после подтверждения гипотезы, такое решение можно будет развивать эволюционно, тиражировать, увеличивая нагрузку, и при этом не дублировать затраты на решение вопросов качества кода и информационной безопасности.
В целом не важно, насколько конкретный инструмент нравится подрядчику или заказчику. Важно, сможет ли команда в дальнейшем поддерживать решение, сколько стоят специалисты, которые работают со стеком, развивается ли он вообще. И, конечно, технические характеристики: скорость разработки, красивые и удобные фронтенд и бэкенд.
Исходя из нашей практики, лучше всего для таких задач подходят no-code-платформы. Они позволяют создавать прототип без привлечения дорогостоящих ресурсов разработки и быстро внедрять его. А в дальнейшем, после подтверждения гипотезы, такое решение можно будет развивать эволюционно, тиражировать, увеличивая нагрузку, и при этом не дублировать затраты на решение вопросов качества кода и информационной безопасности.
В целом не важно, насколько конкретный инструмент нравится подрядчику или заказчику. Важно, сможет ли команда в дальнейшем поддерживать решение, сколько стоят специалисты, которые работают со стеком, развивается ли он вообще. И, конечно, технические характеристики: скорость разработки, красивые и удобные фронтенд и бэкенд.
Петр Рыляков, руководитель отдела разработки архитектурных решений компании «Онланта»
Языки программирования JavaScript, Python и PHP до сих пор остаются относительно простыми и стабильными, на которых можно создавать разнообразные приложения. Они позволяют делать софт, способный выдерживать нагрузку от большого количества пользователей и запросов. Разработчиков, которые используют эти языки, достаточно, поэтому всегда можно найти баланс между финансовыми затратами и качеством и создать хорошее стабильное решение.
ИТ-продукт в большей степени ориентирован не только на создание и кодогенерацию, но и на инфраструктуру, на которой он работает. И, собственно, чем понятнее и популярнее стек, тем больше шансов сделать стабильное и надежное решение.
Тем не менее мы исходим от задач. Бывает так, что для определенного класса лучше использовать стабильные продукты, которые уже давно не новые для рынка, де-факто стандартные.
ИТ-продукт в большей степени ориентирован не только на создание и кодогенерацию, но и на инфраструктуру, на которой он работает. И, собственно, чем понятнее и популярнее стек, тем больше шансов сделать стабильное и надежное решение.
Тем не менее мы исходим от задач. Бывает так, что для определенного класса лучше использовать стабильные продукты, которые уже давно не новые для рынка, де-факто стандартные.
Кейсы, которые показывают, на чем строится успешное взаимодействие заказчика и подрядчика на этапе создания MVP.
Вернуться ко всем материалам
©RB.RU, 2024
Автор: Ирина Печёрская
Фото на обложке: Shutterstock / topvector
Реклама АО "ЛАНИТ"
ИНН: 7727004113
erid: F7NfYUJCUneP3zZ75YjJ
Автор: Ирина Печёрская
Фото на обложке: Shutterstock / topvector
Реклама АО "ЛАНИТ"
ИНН: 7727004113
erid: F7NfYUJCUneP3zZ75YjJ
Поделиться:
Наталия Рябцева