➡️Сегодня предлагаю обсудить проблему перерасхода ресурсов на проекте, и как его избежать.
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
Since its launch in 2013, Telegram has grown from a simple messaging app to a broadcast network. Its user base isn’t as vast as WhatsApp’s, and its broadcast platform is a fraction the size of Twitter, but it’s nonetheless showing its use. While Telegram has been embroiled in controversy for much of its life, it has become a vital source of communication during the invasion of Ukraine. But, if all of this is new to you, let us explain, dear friends, what on Earth a Telegram is meant to be, and why you should, or should not, need to care. Such instructions could actually endanger people — citizens receive air strike warnings via smartphone alerts. Telegram Messenger Blocks Navalny Bot During Russian Election But Kliuchnikov, the Ukranian now in France, said he will use Signal or WhatsApp for sensitive conversations, but questions around privacy on Telegram do not give him pause when it comes to sharing information about the war. He floated the idea of restricting the use of Telegram in Ukraine and Russia, a suggestion that was met with fierce opposition from users. Shortly after, Durov backed off the idea.
from tw
