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

Всем привет!

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

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

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

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

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

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

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

Вот несколько ключевых шагов для создания Definition of Done:

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

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

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

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

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

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

При разработке 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-инициатив»!

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

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

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