➡️Сегодня предлагаю обсудить проблему перерасхода ресурсов на проекте, и как его избежать.
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
➡️Сегодня предлагаю обсудить проблему перерасхода ресурсов на проекте, и как его избежать.
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
Investors took profits on Friday while they could ahead of the weekend, explained Tom Essaye, founder of Sevens Report Research. Saturday and Sunday could easily bring unfortunate news on the war front—and traders would rather be able to sell any recent winnings at Friday’s earlier prices than wait for a potentially lower price at Monday’s open. Recently, Durav wrote on his Telegram channel that users' right to privacy, in light of the war in Ukraine, is "sacred, now more than ever." Pavel Durov, Telegram's CEO, is known as "the Russian Mark Zuckerberg," for co-founding VKontakte, which is Russian for "in touch," a Facebook imitator that became the country's most popular social networking site. For Oleksandra Tsekhanovska, head of the Hybrid Warfare Analytical Group at the Kyiv-based Ukraine Crisis Media Center, the effects are both near- and far-reaching. There was another possible development: Reuters also reported that Ukraine said that Belarus could soon join the invasion of Ukraine. However, the AFP, citing a Pentagon official, said the U.S. hasn’t yet seen evidence that Belarusian troops are in Ukraine.
from sg
