Декомпозиция задач: как перейти от требований бизнеса к постановкам на реализацию

• Декомпозиция - это разделение целого на части для упрощения передачи задачи разработчикам.  

• Примеры эпиков: доработка дизайна, доступность, самовывоз, доставка.  

• Декомпозиция помогает быстро тестировать, исправлять баги, прогнозировать результат, смягчать риски и параллельную разработку.  

• Задачи должны быть логически завершенными, вести бизнес-смысл, быть небольшими, затрагивать меньше изменений кода, приоритизированы и описаны.  

• Задачи должны быть параллельны и работать самостоятельно.  

• Несколько потребностей, юзер стори, сценарий использования, движение от простого к сложному, разделение на операции, варианты интерфейса.  

• Разделение по ролям: анонимные пользователи, авторизованные, пользователи колл-центра.  

• Обработка ошибок: интеграция с другими системами, ошибки пользователя, валидация форм.  

• Статические и динамические данные: сначала делаем статические, затем динамические.  

• Производительность: сначала делаем медленно, потом ускоряем.  

• Не всегда понятные рамки задачи.  

• Эпики и задачи: эпики - бизнес-потребности, задачи - прорабатывает аналитик и разработчик.  

• Летаем: время с момента взятия задачи в работу до появления на проде.  

• Верхняя граница времени на задачу: стремимся к одному дню.  

• Ограничения по времени выполнения: нет.  

• Около восьми задач, около восьмидесяти задач в эпике.  

• В целом, стараемся, чтобы эпик был не больше трех месяцев.  

• В компании не используют диаграммы для декомпозиции задач, но планируют использовать их в будущем.  

• Максимальный срок реализации одного эпика составляет около 2 месяцев, и в нем было декомпозировано около 100 задач.  

• Время от постановки задачи бизнеса до ее реализации аналитиком составляет около 2 недель.  

• Время на понимание задачи разработчиками обычно не занимает много времени, если задача непонятна, они обращаются к аналитику.  

• В компании не оценивают время на реализацию задач, вместо этого используют канбан и ежедневные митинги для обсуждения задач.  

• Критерии завершения работ по задаче: постановка, проведение доро, обсуждение с тестировщиком и разработчиком, принятие задачи на прот.