Как ответить
Планирование у нас строится вокруг двухнедельных спринтов и регулярных встреч, чтобы не раздувать бюрократию. За две недели до старта спринта продакт-менеджер и лид технической команды загружают бэклог задачами из роадмапа и обратной связи от пользователей. На этом этапе мы, разработчики, обычно смотрим только крупные эпики, чтобы прикинуть сложность.
Непосредственно планирование спринта проходит в понедельник перед началом спринта. Вот как это выглядит:
- Декомпозиция. За день до встречи я и ещё пара разработчиков разбиваем эпики на конкретные таски — каждая на 4–8 часов работы. Например, эпик «добавить фильтр по дате» разбиваем на «создать UI-компонент календаря», «написать валидацию на бэкенде», «покрыть юнит-тестами». Если таска не укладывается в 8 часов — режем дальше.
- Оценка сложности. Используем story points по Фибоначчи (1, 2, 3, 5, 8). Меньше 1 — не оцениваем, это баги/мелочи. Голосуем на планировании, если расхождение больше чем на 2 пункта — обсуждаем. Например, недавно спорили, почему интерфейс дашборда все оценили на 8, а я на 3 — оказалось, что я не знал про кастомные анимации, пришлось переоценить.
- Учёт техдолга. В каждом спринте мы резервируем 20% времени (примерно 2 дня на 10-дневный спринт) под рефакторинг, обновление зависимостей и исправление старых багов. Это обязательное правило, иначе спринт превращается в «навалили фич — ничего не работает».
- Ежедневные стендапы. 15 минут, каждый говорит, что сделал вчера, что планирует сегодня, есть ли блокеры. Если задача идёт дольше 3 дней — пересматриваем, не пора ли её разбить ещё.
- Ретроспектива. Раз в две недели после спринта — 30–40 минут. Пишем на доску «хорошо/плохо/идеи», выбираем 1-2 улучшения на следующий спринт. Например, после того, как мы опоздали с релизом из-за непрописанных критериев приёмки, добавили пункт «Definition of Done» в шаблон каждой таски.
Ещё один нюанс: мы жёстко привязываем планирование к доступности команды. Если кто-то в отпуске или на больничном — его capacity не учитываем, а не размазываем задачи на остальных. В прошлый раз из-за этого мы взяли на 10% меньше сторипоинтов, но выполнили всё в срок без овертаймов.