Ответим в течение 30 минут — contact@leadstartup.ru
+7 495 150 42 63 — с 8:00 до 21:00 МСК
Материалы курсов — в Telegram
Получите все материалы с наших тренингов — бесплатно
Definition of Done ✔ (DoD) — Критерии Готовности
Definition of Done ✔ (DoD) — Критерии Готовности
Definition of Done ✔ (DoD) — Критерии Готовности

Definition of Done ✔ (DoD) — критерии готовности обновлений в продукте

Количество отзывов (рецензий) 40
Средний рейтинг рецензии 5

Definition of Done («Критерии Готовности», DoD) - это когда все условия или Acceptance Criteria, которым должен соответствовать программный продукт, выполнены («Done») и готовы к принятию пользователем, клиентом, командой или потребляющей системой.

Что такое Definition of Done

Это условия для задачи или пользовательской истории, соблюдение которых позволяет считать реализацию успешной («Done»).

Зачем нужны Definition of Done

Их пишут для User Story, чтобы команда разработки лучше понимала, каким должен быть итоговый результат.

Как писать Definition of Done

Строго говоря, никаких жестких правил нет. Однако, лучше чтобы ваши DoD выглядели как чеклист. В таком случае человек либо поставит "галочку" над конкретным условием, либо - нет. Пока не поставит, пользовательскую историю нельзя считать выполненной. Также лучше указывать только действительно важные DoD, а не все, что вообще можно придумать - так команда разработки будет более свободна в способах реализации этой истории.

Definition of Done

Мы должны соответствовать Definition of Done (DoD), чтобы обеспечить качество продукта.

В этой статье мы раскроем суть DoD на примерах разного уровня: User Story, Feature и Epic.

🎓
Доступ к Miro и Google–диску
Доступ к Miro и Google–диску — бесплатно

Что такое Definition of Done (DoD)

Definition of Done можно перевести так же как «Определение условий готовности», но сложилась традиция переводить как «Критерии Готовности», или не переводить вообще.

definition of done

Использование Definition of Done снижает количество переделок, предотвращая продвижение пользовательских историй, не соответствующих определению, в среды более высокого уровня. Это предотвращает поставку нововведений, которые не соответствуют определению, клиенту или пользователю.

Получите доступ к 25 курсам LeadStartup — за 2750 рублей

Примеры DoD для User Story

Наиболее распространенное использование DoD — на уровне команды поставки.

«Готово» («Done») на этом уровне означает, что Владелец Продукта просмотрел и принял пользовательскую историю.

После принятия «готовая» пользовательская история будет способствовать скорости команды (velocity). Вы должны соответствовать всем Критериям Готовности, иначе пользовательская история не будет завершена.

Примеры DoD для User Story :

  • Юнит тесты пройдены
  • Код просмотрен
  • Acceptance Criteria выполнены
  • Функциональные тесты пройдены
  • Выполнены нефункциональные требования
  • Владелец Продукта принял User Story
🎓
Получите доступ к нашему Google–диску — бесплатно
Скачать модель
Получите доступ к нашему Google–диску — бесплатно
Скачать модель

Примеры DoD для Features

«Done» на этом уровне может означать, что фича может быть добавлена в релиз.

Не все пользовательские истории должны быть завершены. Скорее, это означает, что функция может быть достаточной для удовлетворения потребности.

После принятия «Готовая» функция будет способствовать скорости выпуска.

Опять же, вы должны соответствовать всем определенным критериям, или это значит, что функция не «Done».

Примеры DoD для фич :

  • Acceptance Criteria выполнены
  • Интегрирована в чистовую сборку
  • Повышена до более высокого уровня
  • Автоматизированные регрессионные тесты проходят
  • Тесты на уровне функций проходят
  • Выполнены нефункциональные требования
  • Соответствует требованиям compliance
  • Функциональность задокументирована
🎓
Инструменты для разработки IT–продуктов
Скачать модель
Инструменты для разработки IT–продуктов
Скачать модель

Примеры DoD для Epics

«Done» на этом уровне может относиться к стратегическому приоритету организации или другому набору функций, удовлетворяющих потребности рынка.

После принятия «Готовый» Epic внесет вклад в расчеты пропускной способности, чтобы увидеть, находится ли предложение в балансе со спросом.

Примеры DoD для Epic :

  • Выполнены нефункциональные требования
  • Сквозная интеграция завершена
  • Регрессионные тесты проходят
  • Повышен до среды production
  • Соответствует определенным ожиданиям рынка
Получите доступ к 25 курсам LeadStartup — за 2750 рублей

Резюме

Так же сильно, как важны Acceptance Criteria, важны и Definition of Done (DoD).

Главная рекомендация по использованию DoD — никогда не начинайте работать над чем–то, пока вы не согласитесь с определениями и критериями готовности.

Это важно для стабильной работы, для ясности, для общего понимания и видения.

Вы научитесь масштабировать Agile–мышление на уровень всей корпорации и взаимодействовать с ТОП–менеджментом.
Вы научитесь управлять Scrum–командами, создавать Kanban–системы и руководить внедрением Agile фреймворков.
Обучитесь Agile-инструментам влияния на выживаемость бизнеса в условиях крайней неопределенности.
Вы научитесь создавать бизнес–модели цифровых продуктов и защищать их на презентации перед ТОП–менеджментом.
Вы научитесь управлять запуском цифровых инноваций и выступать в роли бизнес–трекера для внутренних стартапов.
Вы научитесь проводить глубинные интервью для поиска сильнейших инсайтов по развитию вашего продукта.
Вы научитесь визуализировать клиентский опыт взаимодействия с компанией, учитывая мысли, цели и задачи клиента через CJM.
Вы освоите методологию дизайн–мышления и научитесь использовать дизайн-мышление для поиска прорывных идей.
Вы освоите методологию развития аналитической культуры в корпорациях для достижения целей цифровой трансформации.
Обучение эмоциональному интеллекту — способ обновить и оживить корпоративную культуру компании.
Вы освоите методологию Growth Hacking — быстрого тестирования гипотез для кратного роста по прибыли.
Вы научитесь проводить интервью и исследования по методологии Jobs To Be Done для валидации идей роста.
Вы научитесь применять фреймворк LeSS для объединения нескольких Agile–команд при работе над продуктом.
Вы научитесь применять навыки Ситуационного Лидерства для развития самоорганизации на уровнях команд и организаций.
Вы научитесь проектировать Канбан–системы и работать с Канбан–доской в рамках продуктовой и проектной работы.
Вы научитесь управлять продуктовой стратегией и совместно со стейкходерами формировать дорожную карту развития продукта.
Вы научитесь радикально повышать вероятность выхода на положительную рентабельность новых бизнес–направлений.
Вы научитесь проводить оценку целесообразности запуска нового цифрового продукта или бизнес–направления.
Вы научитесь формировать амбициозные, значимые для бизнеса OKR–цели и совместно с сотрудниками достигать их.
Вы научитесь использовать сервис продуктовой аналитики Amplitude для нахождения точек роста прибыли продукта.
Вы освоите роль Владельца Продукта в Scrum, научитесь приоритизировать задачи и максимизировать бизнес–ценность.
Вы научитесь применять фреймворк SAFe для объединения нескольких Agile–команд при работе над продуктом.
Вы научитесь вести Scrum–команды к самоорганизации и высокой продуктивности, с получением сертификации PSM I.
Вы освоите все мероприятия, роли и артефакты фреймворка Scrum, и сможете применить Scrum на практике в своем отделе.
Вы научитесь определять точки кратного роста прибыли и обоснованно принимать решение где сфокусировать усилия.