#ВолшебныйКомпас 🧭
6️⃣1️⃣ Задачка 61

Что такое Definition of Done и для чего используется?

Начнем серию вопросом из разреза менеджмента с того, что будет полезно всем. А именно, с термина Definition of Done (DoD). Как всегда, сперва определение.

Definition of Done (DoD) - критерий, показывающий степень готовности задачи, с точки зрения проектной команды. Обычно является одинаковым для всех задач на проекте и определяется на старте проекта. Давай приведем пример, для наглядности: разработка закончена, код прошел ревью, последняя версию залита в репозиторий, тестирование последней версии проведено, все найденные баги (или критические/с высоким приоритетом) пофикшены и провалидированы, документация на задачу закончена, изменений в задаче не планируется, задач, которые могут вызвать регрессию в этом функционале в текущей итерации разработки больше нет или они тоже закончены и протестированы. Грубо говоря, DoD - это чеклист обязательных шагов, которые нужно сделать чтобы сказать, что проектная команда закончила работу над задачей и возвращаться к ней не планирует.

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

Кроме этого, существует еще и Definition of Ready (DoR) - параметр готовности задачи к началу работы над ней. Как пример, можешь сказать, что задачу мы будем брать в работу только при условии, что она оценена разработчиком и тестировщиком, имеет утвержденные требования, имеет DoD и Acceptance criteria и прошла ревью команды, ответы на все возникшие вопросы были получены. DoR тоже, зачастую, одинакова для всех задач и устанавливается на старте проекта.

DoR, DoD, Acceptamce Criteria - это критерии готовности задачи на разных этапах разработки, готовность задачи к началу разработки, готовность задачи с точки зрения команды и готовность задачи с точки зрения клиента, соотвественно. Вот тебе еще несколько примеров для наглядности (возьмем фичу регистрации):
👉DoR: задачи в тикет системы созданы и заасайнены на соответствующих инженеров, задачи оценены, acceptance criteria и DoD определены, задача прошла ревью команды, все зависимости и вопросы адресованы и решены.
👉 DoD: код написан, покрыт Unit тестами, код залит в репозиторий, код прошел ревью, тест план готов, тесты готовы, тестирование пройдено, все критические дефекты пофикшены и провалидированы, все дефекты с высоким приоритетом пофикшены и провалидированы, последняя версия залита на необходимые окружения, соответствует acceptance criteria.
👉 Acceptance criteria: новый пользователь может быть зарегестрирован, для регистрации необходимо заполнить все обязательные поля (email, nick, password, confirm password), пройти верификацию по почте, пароль соответствует security стандартам («описание стандартов»), на одну почту можно зарегестрировать только одного пользователя.

От проекта к проекту не всегда используются все 3 термина, а также они могут относится к разным уровням детализации и областям проекта. Например, может существовать отдельно DoD для задач разработки и отдельно для задач тестирования.