#147 Три рефаймента: польза или перегруз?

На новом проекте Наталья столкнулась с нестандартной организацией процессов. В каждом спринте проводятся три отдельных рефайнмента для одной и той же задачи:

1️⃣ Рефайнмент для команды — презентация задачи и оценка в сторипойнтах.

2️⃣ Технический рефайнмент — проработка задачи только с точки зрения разработки.

3️⃣ Рефайнмент тестировщиков — обсуждение возможных флоу и критериев тестирования.

Такой подход приводит к ряду проблем:

- Изначальная оценка задач остается без пересмотра, даже когда появляются новые технические детали.

- Критерии приемки дополняются уже после завершения разработки, что влечет за собой изменения в уже сделанных задачах.

- Аналитику приходится трижды презентовать требования, что серьезно увеличивает затраты времени.

Обсудим:

▫️ Как оптимизировать процессы рефайнмента, чтобы избежать потерь времени и неточностей в оценках.

▫️ Какие из встреч можно объединить, а какие — оставить как вспомогательные по запросу команды.

▫️ Как правильно организовать доработку критериев приемки без ущерба для сроков и качества

Приходите на встречу, чтобы разобраться вместе и найти решения, которые улучшат процессы для разных участников команды.

📅 Среда, 7 мая в 20:00 по Минску.

💻 Как присоединиться: стрим в Telegram.

———

Хотите обсудить свою проблему в сообществе менеджеров?
Присылайте свой кейс.