➡️Сегодня предлагаю обсудить проблему перерасхода ресурсов на проекте, и как его избежать.
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
Some privacy experts say Telegram is not secure enough The channel appears to be part of the broader information war that has developed following Russia's invasion of Ukraine. The Kremlin has paid Russian TikTok influencers to push propaganda, according to a Vice News investigation, while ProPublica found that fake Russian fact check videos had been viewed over a million times on Telegram. In a message on his Telegram channel recently recounting the episode, Durov wrote: "I lost my company and my home, but would do it again – without hesitation." Perpetrators of these scams will create a public group on Telegram to promote these investment packages that are usually accompanied by fake testimonies and sometimes advertised as being Shariah-compliant. Interested investors will be asked to directly message the representatives to begin investing in the various investment packages offered. "There are several million Russians who can lift their head up from propaganda and try to look for other sources, and I'd say that most look for it on Telegram," he said.
from nl
