Рассказываем, как и зачем проводим ретро
🌧 Зачем и когда
1. в середине и/или в конце проекта
что было плохо / что хорошо / как исправить
2. любое время с командой (по глобальным процессам, болям)
мотивация / фидбек / улучшение процессов / сплочение
🧘♀️ Кто участвует
Идут все, кто
— плотно работал на проекте
— готов говорить по делу и искать решения
🤝 Как проводим
Заранее предупреждаем, что единственной подготовкой к собранию будет готовность говорить.
Фрейм Figma
1. Фасилитатор (ВАЖНО: НЕ УЧАСТНИК РЕТРО): Ведет дискуссию, следит за таймингами, имеет право прерывать говорящих, следит за тем, чтобы не разгорались конфликты, вовлекает всех участников ретроспективы, задает правильные вопросы.
2. Фокус на решение проблем: вместо поиска виноватых, занимаемся выявлением узких мест и поиском решений для них
3. Вместе генерируем план для исправления ситуации или предотвращения повторения ошибок в будущем.
4. Выбираем тех, кто будет ответственен за результаты.
5. Обсуждаем, что шло на проекте хорошо и благодарим друг друга.
Ретроспектива — это безопасное пространство для честного и конструктивного диалога. Здесь не ищут виноватых, а работают над улучшением процессов и результатов, что создает здоровую атмосферу роста в команде😼
#tool #process
1. в середине и/или в конце проекта
что было плохо / что хорошо / как исправить
2. любое время с командой (по глобальным процессам, болям)
мотивация / фидбек / улучшение процессов / сплочение
Идут все, кто
— плотно работал на проекте
— готов говорить по делу и искать решения
Заранее предупреждаем, что единственной подготовкой к собранию будет готовность говорить.
Фрейм Figma
1. Фасилитатор (ВАЖНО: НЕ УЧАСТНИК РЕТРО): Ведет дискуссию, следит за таймингами, имеет право прерывать говорящих, следит за тем, чтобы не разгорались конфликты, вовлекает всех участников ретроспективы, задает правильные вопросы.
2. Фокус на решение проблем: вместо поиска виноватых, занимаемся выявлением узких мест и поиском решений для них
3. Вместе генерируем план для исправления ситуации или предотвращения повторения ошибок в будущем.
4. Выбираем тех, кто будет ответственен за результаты.
5. Обсуждаем, что шло на проекте хорошо и благодарим друг друга.
Ретроспектива — это безопасное пространство для честного и конструктивного диалога. Здесь не ищут виноватых, а работают над улучшением процессов и результатов, что создает здоровую атмосферу роста в команде
#tool #process
Please open Telegram to view this post
VIEW IN TELEGRAM
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