REBOOT STUDIO
Рассказываем, как и зачем проводим ретро 🌧 Зачем и когда 1. в середине и/или в конце проекта что было плохо / что хорошо / как исправить 2. любое время с командой (по глобальным процессам, болям) мотивация / фидбек / улучшение процессов / сплочение 🧘♀️ …
Про работу с большими проектами и планирование
Когда разработка проекта занимает 6+ месяцев, то подходы, которые работают на простых проектах перестают давать нужную скорость и результат. Приходится изменяться, начиная со структуры команды проекта и не заканчивая таймлайнами, о которых сегодня рассказывает Даша Белая (лид направления цифровых продуктов)💎
Разберем на практике, как выглядит таймлайн разработки одного😳 этапа продукта с геймификацией
0. Составляем в figjam и используем, как совместный с клиентом инструмент. Шаблон✅
1. Внедряем промежуточные тестирования. Как внутренние с командой, так и с будущими пользователями продукта. На каждом этапе собираем обратную связь и вносим улучшения.
2. Декомпозируем все на блоки по типу работ. Красиво, наглядно и видно все связи задач между собой.
3. Итерационный подход. Весь дизайн дробится на группы и тоже распределяются — да-да, в те самые спринты
4. База. Ключевые майлстоуны и контрольные точки с клиентом и командой.
5. Место и время для рисков, гибких решений и ваших мыслей. Оставлять время на риски - святое. Все равно не хватит 😏
6. Бэклог с рубриками, куда каждый участник всегда может зайти и оставить свои мысли.
7. Прозрачность с командой и клиентом. Весь тайминг должен работать без вас, быть всегда в доступе и быть актуальным на каждом этапе. Это место встречи всех кросс-функциональных команд проекта.
И еще, ну просто красиво⚡️ Составлять подобные декомпозиции задач — это как медитация, где идеи и гипотезы превращаются в реальные и измеримые задачи. ♾
#tool #process #digitalproduct
Когда разработка проекта занимает 6+ месяцев, то подходы, которые работают на простых проектах перестают давать нужную скорость и результат. Приходится изменяться, начиная со структуры команды проекта и не заканчивая таймлайнами, о которых сегодня рассказывает Даша Белая (лид направления цифровых продуктов)
Разберем на практике, как выглядит таймлайн разработки одного
0. Составляем в figjam и используем, как совместный с клиентом инструмент. Шаблон
1. Внедряем промежуточные тестирования. Как внутренние с командой, так и с будущими пользователями продукта. На каждом этапе собираем обратную связь и вносим улучшения.
2. Декомпозируем все на блоки по типу работ. Красиво, наглядно и видно все связи задач между собой.
3. Итерационный подход. Весь дизайн дробится на группы и тоже распределяются — да-да, в те самые спринты
4. База. Ключевые майлстоуны и контрольные точки с клиентом и командой.
5. Место и время для рисков, гибких решений и ваших мыслей. Оставлять время на риски - святое. Все равно не хватит 😏
6. Бэклог с рубриками, куда каждый участник всегда может зайти и оставить свои мысли.
7. Прозрачность с командой и клиентом. Весь тайминг должен работать без вас, быть всегда в доступе и быть актуальным на каждом этапе. Это место встречи всех кросс-функциональных команд проекта.
И еще, ну просто красиво
#tool #process #digitalproduct
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM