Definition of Done: Четкий путь к качеству
Понимание, написание и развитие вашего Definition of Done критически важны для Scrum-команд. Это руководство охватывает, как создать полезный DoD и адаптировать его со временем.
Каждой Scrum-команде нужен Definition of Done. Это формальное описание состояния Инкремента, когда он соответствует мерам качества, необходимым для продукта. Без него вы не сможете по-настоящему инспектировать свой прогресс или эффективно адаптировать свой процесс. Он обеспечивает прозрачность, создает общее понимание качества и делает Инкремент пригодным для использования.
Почему Definition of Done важен
Definition of Done, это не просто контрольный список. Это обязательство. Он проясняет для всех, что означает «готово» для вашего продукта. Это общее понимание уменьшает недопонимания между Командой разработки, Владельцем Продукта и заинтересованными сторонами. Он также обеспечивает критически важную основу для качества. Если элемент не соответствует Definition of Done, он не может быть выпущен, даже если Команда разработки завершила работу над ним. Это заставляет встраивать качество изначально, а не добавлять его позже.
Когда несколько Scrum-команд работают над одним и тем же продуктом, они должны совместно определить и соблюдать один и тот же Definition of Done. Это гарантирует, что их объединенные усилия интегрируются в единый, пригодный для использования Инкремент. Если они этого не сделают, их работа не будет согласована, что приведет к проблемам интеграции и разрозненному продукту.
Написание вашего первоначального Definition of Done
Начните с простого. Не пытайтесь охватить каждый возможный аспект качества в первый же день. Первоначальный Definition of Done должен отражать то, что команда может реально достичь, поставляя пригодные для использования Инкременты. Он должен быть достаточно конкретным, чтобы быть полезным, но не настолько исчерпывающим, чтобы парализовать команду. Команда разработки несет ответственность за его создание. Владелец Продукта и заинтересованные стороны предоставляют информацию об ожиданиях качества, но команда владеет тем, как это сделать.
Рассмотрите эти общие элементы для первоначального Definition of Done:
- Код проверен
- Автоматические тесты написаны и пройдены
- Функциональность протестирована
- Интегрировано с основной кодовой базой
- Соответствует стандартам безопасности
- Соответствует критериям производительности
- Документация обновлена
Помните, этот список является отправной точкой. Конкретный контекст вашей команды и продукта будет диктовать, что наиболее важно. Цель состоит в том, чтобы произвести пригодный для использования Инкремент, который соответствует Цели Продукта.
Развитие вашего Definition of Done
Definition of Done не статичен. Это живой документ, который развивается вместе с командой и продуктом. По мере того, как команды созревают и учатся, они часто повышают свою планку качества. Во время Спринт Ретроспективы Scrum-команда инспектирует, как прошел последний Спринт в отношении людей, взаимодействий, процессов, инструментов и их Definition of Done. Они выявляют улучшения. Это основное событие для адаптации Definition of Done.
Например, команда изначально может требовать только ручного тестирования. Через несколько Спринтов они могут решить добавить «Автоматические регрессионные тесты пройдены» в свой Definition of Done, чтобы повысить эффективность и уменьшить количество ошибок. Или, по мере роста продукта, они могут добавить требование к конкретным стандартам доступности. Это непрерывное улучшение отражает ценности Scrum, смелость и приверженность качеству.
Распространенные ошибки, которых следует избегать
Одна распространенная ошибка, это отношение к Definition of Done как к чему-то желаемому. Если команда постоянно не соответствует определенным критериям, эти критерии не являются частью их фактического Definition of Done. Это лишь стремления. Definition of Done должен отражать то, что команда *действительно* делает для поставки пригодного для использования Инкремента. Либо удалите критерии, либо инвестируйте в навыки и ресурсы, необходимые для их постоянного выполнения. Другая ошибка, это слишком расплывчатый Definition of Done, например, «хорошо протестировано». Этому не хватает конкретики, необходимой для общего понимания. Будьте конкретны.
Заключение
Definition of Done, краеугольный камень прозрачности и эмпиризма в Scrum. Он гарантирует, что каждый понимает, что означает завершенная и готовая к использованию работа. Напишите его, придерживайтесь его и постоянно развивайте. Эта практика повысит качество вашей команды, будет способствовать четкой коммуникации и в конечном итоге приведет к более ценному продукту.