Definition of Done (DoD): что это значит и почему критерии готовности важны

Что значит, что продукт «готов»? Без четкого определения команда может упустить важные детали и затянуть сроки. В этой статье вы узнаете, как правильно установить критерии готовности (DoD), чтобы повысить качество работы и избежать недопониманий в коллективе.

Представьте себе: комната, полная разработчиков, у каждого из которых есть свое представление о том, как выглядит «готовый» продукт. Они начинают писать код, но они подобны кораблю без руля. Как они узнают, когда продукт будет готов?

Один разработчик утверждает, что это происходит, когда все фичи реализованы. Другой говорит: «Когда в нем нет ошибок». Остальные просто пожимают плечами. Если бы только команда разработала набор критериев для определения того, когда продукт будет готов… Согласование критериев готовности (DoD) избавило бы их от бесчисленных головных болей, недопонимания и повторной работы.

Что такое Definition of Done?

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

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

Скачайте бесплатный мини-курс по Agile, Scrum и Kanban

Заполняя данную форму , вы даете согласие на обработку своих персональных данных, соглашаетесь с Политикой конфиденциальности и подписываетесь на новостную рассылку

Кто определяет критерии готовности?

Владелец продукта, менеджер по продукту, разработчики, Scrum-мастер работают вместе во время планирования спринта, чтобы определить Definition of Done. Определение DoD — это совместная работа, поскольку каждый член коллектива обладает специальными знаниями, которые могут внести свой вклад. Если над выпуском продукта работают несколько scrum-команд, то все они должны договориться о том, что означает «сделано».

Владелец продукта играет решающую роль в завершении DoD, обеспечивая соответствие требованиям заинтересованных сторон, а также бизнес-целей. Затем команда разработчиков или технических специалистов предоставляет свои специализированные знания для определения подробных критериев, а менеджеры по продукту анализируют требования для обеспечения согласованности. Scrum-мастер облегчает совместную работу, выявляя и устраняя неясности в определении. В целом, вся команда agile отвечает за четкое и понятное определение Definition of Done.

Как создать Definition of Done

Вот несколько важных шагов для его создания:
  1. Соберите команду для всестороннего обсуждения потребностей клиентов, требований к продукту или проекту.
  2. Совместно определите конкретные критерии, включая функциональные, технические стандарты, а также стандарты качества.
  3. Привлеките другие команды, заинтересованные стороны для обеспечения межкомандного взаимодействия и согласованности действий.
  4. Задокументируйте установленные критерии. Изложите их кратко, чтобы облегчить понимание.
  5. Стремитесь к постоянному совершенствованию, регулярно просматривая DoD.

Когда критерии готовности считаются утвержденными?

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

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

Распространенные ошибки

Сотрудникам, а также заинтересованным сторонам иногда бывает сложно прийти к согласию в отношении DoD. У членов команды разные точки зрения и разный уровень опыта, что влияет на то, как они воспринимают Definition of Done. Отсутствие коммуникации, нехватка времени и ясности также могут создавать проблемы. Вот некоторые другие распространенные ошибки:

  • Упущение из виду критериев: когда люди торопятся написать техническое задание, они иногда упускают важные моменты. Это может привести к незавершенной или некачественной работе, недовольству клиентов и/или доработкам. Сотрудникам требуется время, чтобы определить техническое задание.
  • Чрезмерное внимание к деталям также может стать проблемой. Чрезмерная придирчивость и тонкая настройка замедляют процесс. Коллективам необходимо сбалансировать качество, не отвлекаясь на мелкие детали. Чтобы ускорить процесс, гибкие команды могут захотеть ознакомиться с определениями готовых примеров из других организаций, чтобы вдохновиться ими.
  • Критерии, относящиеся к конкретным фичам: отдельные фичи могут иметь уникальные зависимости. Важно, чтобы члены команды четко определили эти проблемы, чтобы избежать путаницы и разногласий во время спринта.
  • Отсутствие ретроспективы в спринте: чтобы постоянно совершенствоваться, команды должны регулярно проводить ретроспективы в спринте. Ретроспективы позволяют определить возможности для улучшения своей способности составлять DoD.

Определение критериев готовности и приемки

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

В отличие от этого, Acceptance Criteria (критерии приемки) специфичны для каждой пользовательской истории или фичи. Они описывают конкретные условия или функциональные возможности, которые должны быть выполнены, чтобы пользовательская история была принята заинтересованными сторонами проекта.

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

Definition of Done в организации

При разработке DoD важно понимать, как они различаются на разных уровнях управления, особенно на уровне команды, программы и портфеля.

Командный уровень

На этом уровне Definition of Done основывается на работе отдельных agile-команд. Для разработчиков программного обеспечения готовности могут включать успешное модульное тестирование, проверка кода, а также заполнение пользовательской документации.

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

Программный уровень

На программном уровне Definition of Done включает в себя интеграцию работы нескольких команд. Область применения распространяется на бесперебойную совместную работу функций, а также всестороннее тестирование всей системы.

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

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

Уровень портфеля

ICAgile выявили уникальные принципы, отличающие agile-метод от других подходов. Их усилия основаны на изменениях, потребностях клиентов, гибкой структуре, данных, а также сотрудничестве – все это имеет решающее значение для инновационного, своевременного маркетинга.

Но как определить, что значит «сделано»?

Даже простое понимание критериев готовности очень важно для роста компании. Узнайте больше о создании Definition of Done, а также о других ключевых навыках для владельцев продуктов на комплексном курсе по методологии Agile, Scrum, Kanban.

На курсе вы освоите:

  • Принципы Agile и их применение на всех стадиях разработки.
  • Эффективное управление командами и проектами с использованием Agile-подходов.
  • Более 30 ключевых инструментов для внедрения Agile в вашей компании.
  • Получите международный сертификат от ICAgile, а также сертификат Канбан-практика и Скрам-мастера от Product Focus

Станьте профессионалом, который уверенно владеет Agile и достигает выдающихся результатов!

Хотите сфокусироваться на практике Kanban?

Тогда приглашаем на онлайн-курс «Запуск Kanban-инициатив»!

  • 16 академических часов
  • 2 онлайн-семинара
  • 6 практических воркшопа
  • Сертификат от Канбан Стандарта и сертификат Product Focus Kanban Practitioner

На курсе вы овладеете основными навыками для работы по Канбан и научитесь:

— Взаимодействовать со всеми участниками команды
— Визуализировать процесс проекта, управлять Kanban-досками и карточками задач
— Управлять, анализировать, выявлять слабые места в потоке и оптимизировать их
— Определять и управлять лимитами незавершенных работ (WIP) для предотвращения перегрузки и обеспечения стабильного потока работ
— На практике применять принципы Канбан-метода благодаря игре-симуляции Get-Kanban
— Проводить ретроспективы и делать анализ метрик, применять инструменты для выявления областей для улучшения и внедрения изменений
— Применять STATIK для анализа производственного процесса и его представления в виде Канбан-системы

Больше статей по теме

Получить консультацию
Заполните форму и получите ответы
на все вопросы.