Comments 17
MVP, наверное, все-таки лучше делать самому. Иначе как понять, как это все должно выглядеть и работать? Страны в поиске хотя бы по алфавиту поставьте.
MVP бывают разные. MVP для теста гипотезы - да, можно самому накидать. MVP продукта - думаю можно попробовать самому, но если есть бюджет - то проще работать с командой, которая все правильно сделает и уменьшит риск смерти проекта. Страны выводятся не по алфавиту, а по количеству экскурсий на страну.
Я из чистого любопытства залез на Ваш сайт, сам когда-то думал насчет чего-то подобного. Поиск не по алфавиту очень неудобно. Конечно, это мое личное мнение. Честно говоря, не вижу особого смысла ранжировать страны по количеству экскурсий. Или в этом есть смысл?
А в целом - классный проект.
Как вы выразилась mvp для теста гипотезы называется не также mvp, а poc - proof of concept
Зашёл по "громкому" заголовку с целью почерпнуть для себя полезной информации по "разработке продукта в сжатые сроки и параллелизации процессов", а по факту прочитал рекламную статью очередной студии.
Также вызывает сомнение, что заказчик вбухал 1+ млн. и спокойно ждал 10 месяцев погоды у моря. Через максимум 2 месяца уже все становится ясно и понятно, если банально минимально контролировать процесс разработки.
Извините, что не оправдал заголовок для вас. А что детальнее по процессам рассказать? В виде Road Map хотите видеть или как? Готов максимально поделиться тем, как делали. По бюджету можем дать контакт заказчика - уточнить тек ли было. Так как придумывать цифры для кейса на Habr мне кажется это выстрел в ногу самим себе. Вбухали да 1м. Ждали долго, получили UI. Только десктоп. Почему не контролировали - это не к нам вопрос.
Спасибо что поделились опытом, учтем в своих планах. Спасибо.
Очень круто результат!
А расскажите, пожалуйста, о том как строился процесс работы непосредственно внутри команды: из статьи понятно какие решения принимались на том или ином этапе, но не очень понятно как к ним приходили и как их воплощали в жизнь
Рассказать с точки зрения работы команды по процессу? По сути была команда: PM (с частичной функцией продукта), BA, UI, Front-end и Back-end, QA. Работали по Scrum-Канбан. Обсуждали блок задачи, например вход и регистрацию, UI делал макеты, BA проверял и описывал, Back-end писал логику и согласовывал с BA. Front-end шел и сразу все собирал, Back-end и UI. Тестировщик перепроверял. Так и шли блоками.
10 месяцев разработки, там явно не один человек работал... 1 млн за это время.
Они там должны были за две миски риса в день работать?
Это вопрос к заказчику. Я писал в тексте, что со слов Заказчика они потратили 1м и 10 месяцев. И получили только UI. Как было на самом деле - я не знаю. И точно не говорю, что прошлая команда плохая. Мы не знаем, что было на самом деле .
Разработка продукта в сжатые сроки. Как параллелить процессы и бежать впереди паровоза