Артефакты Scrum
Тема дорожной карты · Agile / Scrum / Kanban
Три ключевых артефакта Scrum: Product Backlog, Sprint Backlog и Increment. Каждый из них играет важную роль в управлении проектом и обеспечении эффективного выполнения задач.
Как это работает
Product Backlog — это единственный упорядоченный список всех возможных требований к продукту, где верхние элементы представляют собой наиболее приоритетные задачи, которые хорошо отрефайнены и готовы к выполнению. Владелец продукта (Product Owner, PO) контролирует порядок элементов в Product Backlog, что позволяет ему управлять приоритетами и обеспечивать актуальность списка. Sprint Backlog — это подмножество задач, выбранных из Product Backlog на этапе планирования спринта (Sprint Planning). Разработчики коммиттируются к выполнению этих задач и разрабатывают план поставки, который включает в себя как задачи, так и методы их выполнения. Increment — это конкретный результат, достигнутый в рамках спринта, который удовлетворяет критериям окончательности (Definition of Done). Инкременты могут появляться по мере завершения работы внутри одного спринта, и они не требуют прохождения через "шлюз" (gate) до проведения обзора спринта (Sprint Review).
Когда применять
Оптимальное состояние Product Backlog обеспечивает реалистичные коммитменты на этапе планирования спринта. Если верхние элементы Product Backlog плохо отрефайнены, это может привести к завышенным ожиданиям и нереалистичным коммитментам. С другой стороны, если Sprint Backlog не содержит четкого плана поставки, это может привести к тому, что разработчики будут заниматься "чем-то", а не координированной поставкой. Наконец, если Definition of Done не содержит конкретных критериев окончательности, это может привести к тому, что инкременты будут выглядеть готовыми, но на самом деле они будут содержать технический долг, который накапливается с каждым спринтом. Для поддержания здорового состояния артефактов Scrum рекомендуется регулярно инспектировать их состояние на этапе ретроспективы (Sprint Retrospective).
Типичные ошибки
Одной из самых распространенных ошибок является использование многовкладочной таблицы вместо единого упорядоченного Product Backlog. Это приводит к тому, что ничто не является приоритетом #1, а все задачи становятся "верхней своей категории". Другой распространенной ошибкой является использование различных "определений готовности" (Definition of Done) для разных историй или участников. Это приводит к тому, что понятие "готово" становится предметом переговоров, что делает инкременты несущественными. Для устранения этих проблем рекомендуется разработать и внедрить единое "определение готовности" (Definition of Done), которое будет применяться ко всем инкрементам, и использовать его как основу для обсуждения на этапе ретроспективы.