Бажанова Юлия про IT

Как контролировать MVP, если ресурсы ограничены

➡️Сегодня предлагаю обсудить проблему перерасхода ресурсов на проекте, и как его избежать.

1️⃣ Цели. Начнём с основы - когда вы только начали разработку MVP, донесите всей команде основные цели.

2️⃣ Приоритизация. Мои подписчики наверняка прекрасно знают, что это и как это работает. Сосредоточьтесь главным образом на том, ради чего которого и затевалось это MVP.

3️⃣ Демо - как можно чаще. Вам нужно быть и с заказчиком (в первую очередь) и с пользователями — on the same page.

4️⃣ Жесткие дедлайны - все мы - менеджеры, немного драконы😁
Установите жёсткие ограничения на время и другие ресурсы на MVP.

5️⃣ Метрики. До старта согласуйте метрики успешности MVP с заказчиком. Это не даст разрастись бэклогу mvp, а ещё поможет сосредоточиться на достижении четких результатов.

6️⃣ Минимум документации - не надо убивать время на документирование. Да, важно и нужно самое-критичное фиксировать. А в остальном от вас ждут результат mvp - продукт, а не бумажки. Их можно сделать в конце или параллельно. В процессе разработки MVP меняется - вы просто убьете время на документирование.

7️⃣ Техдолг. Я всегда была и есть за качество. Но не стремитесь к идеальному коду на этапе MVP, находите баланс, чтобы быстрее получить продукт и получить пользовательскую обратную связь. Берем в работу то, что архиважно, что скажется на архитекттуре или приниципиально важных вещах в части разработки, качества и поддержки(!)

8️⃣ Ганта - нельзя пилить MVP без роадмапа!  У вас короткий срок и нужно отдать жизнеспособный продукт. А как его отдать, когда вы не знаете, что у вас по бюджету, времени и где вы в части исполнения - на каком этапе.

9️⃣ Стенды. Тут нужно не ветки отпочковывать, а сделать полноценный тестовый стенд. Это оптимизирует процессы тестирования и интеграции и  ускорит выявление и исправление критических ошибок.

1️⃣0️⃣ Открытая коммуникация в команде и профилактика выгорания. Важно, чтобы все были в курсе текущих целей и задач, не дублировали чужую работу, не пропускали исполнение функциональности.  Все мы знаем как напряжение и тем более конфликты стопорят разработку.

Расскажите, какие еще пути оптимизации вам пригодились на этапе разработки MVP

Please open Telegram to view this post

VIEW IN TELEGRAM

www.group-telegram.com/ca/bazhanova_proit.com/520

108 viewsJan 15 at 12:47

Как контролировать MVP, если ресурсы ограничены

➡️Сегодня предлагаю обсудить проблему перерасхода ресурсов на проекте, и как его избежать.

1️⃣ Цели. Начнём с основы - когда вы только начали разработку MVP, донесите всей команде основные цели.

2️⃣ Приоритизация. Мои подписчики наверняка прекрасно знают, что это и как это работает. Сосредоточьтесь главным образом на том, ради чего которого и затевалось это MVP.

3️⃣ Демо - как можно чаще. Вам нужно быть и с заказчиком (в первую очередь) и с пользователями — on the same page.

4️⃣ Жесткие дедлайны - все мы - менеджеры, немного драконы😁
Установите жёсткие ограничения на время и другие ресурсы на MVP.

5️⃣ Метрики. До старта согласуйте метрики успешности MVP с заказчиком. Это не даст разрастись бэклогу mvp, а ещё поможет сосредоточиться на достижении четких результатов.

6️⃣ Минимум документации - не надо убивать время на документирование. Да, важно и нужно самое-критичное фиксировать. А в остальном от вас ждут результат mvp - продукт, а не бумажки. Их можно сделать в конце или параллельно. В процессе разработки MVP меняется - вы просто убьете время на документирование.

7️⃣ Техдолг. Я всегда была и есть за качество. Но не стремитесь к идеальному коду на этапе MVP, находите баланс, чтобы быстрее получить продукт и получить пользовательскую обратную связь. Берем в работу то, что архиважно, что скажется на архитекттуре или приниципиально важных вещах в части разработки, качества и поддержки(!)

8️⃣ Ганта - нельзя пилить MVP без роадмапа!  У вас короткий срок и нужно отдать жизнеспособный продукт. А как его отдать, когда вы не знаете, что у вас по бюджету, времени и где вы в части исполнения - на каком этапе.

9️⃣ Стенды. Тут нужно не ветки отпочковывать, а сделать полноценный тестовый стенд. Это оптимизирует процессы тестирования и интеграции и  ускорит выявление и исправление критических ошибок.

1️⃣0️⃣ Открытая коммуникация в команде и профилактика выгорания. Важно, чтобы все были в курсе текущих целей и задач, не дублировали чужую работу, не пропускали исполнение функциональности.  Все мы знаем как напряжение и тем более конфликты стопорят разработку.

Расскажите, какие еще пути оптимизации вам пригодились на этапе разработки MVP