На прошедшем митапе для бизнес-аналитиков нас спросили о Definition of Ready — критериях готовности задачи к передаче в анализ. Рассказываем об этом подробнее и делимся нашим чек-листом.

Definition of Ready, или сокращённо DoR, — это критерии, по которым задачу из бэклога можно взять в работу. То есть, если PBI (Product Backlog Item) отвечает критериям DoR, то команда может взять её на планировании спринта в разработку.

На одном проекте наша команда встраивалась в процесс разработки уже существующего продукта и реализовывала некоторые отдельные фичи. При этом у клиента уже была своя большая команда разработки всего мобильного приложения (аналитики, разработчики, QA, дизайнеры и т. д.). Мы столкнулись с проблемой: при планировании новых фичей мы постоянно что-то упускали, и важные детали всплывали уже в процессе разработки.

Например, мы не согласовали техническое решение с командой, которую может частично затронуть фича или у которой уже были какие-то наработки в этом направлении. Мы просто не знали, что такая команда есть, а клиент (РО фичи) не знал, что мы не знаем ? Или мы создавали новый диплинк при доработке фичи, а оказывалось, что он уже есть.

Чтобы раз и навсегда избавиться от этой проблемы, мы придумали два решения: внедрили практику «Три амиго», в которую вовлекали команду клиента, и сделали чек-лист для разработки фичи.

Feature checklist — это список критериев, которые нужно учесть и выполнить перед передачей задачи в разработку.

Чек-лист помогает:
✅Проверить себя: точно ли мы учли все ограничения и особенности процессов клиента?
✅Избежать потери ресурсов и времени команды, если придётся быстро вносить изменения или полностью менять всю функциональность из-за всплывших новых требований или блокеров.

Мы собрали его на основе процессов и особенностей клиента с учётом тех «граблей», на которые уже натыкались с командой. Это примерный набор возможных критериев, который закрыл потребности нашего проекта.

? Поэтому смело забирайте шаблон себе и дополняйте в зависимости от нужд вашей команды.