Блог

Артефакты в Scrum

Артефакты Scrum (Скрам) — это, по сути, фундаментальные информационные конструкции, которые служат средством передачи данных и обеспечения прозрачности процессов. Они являются неотъемлемыми элементами методологии Scrum и помогают эффективно управлять проектами и достигать поставленных целей.


Введение в артефакты Scrum

В Scrum артефакты, без преувеличения, выступают ключом к успеху в разработке продукта. Прежде чем рассматривать сами артефакты, важно понять, что такое артефакт в Scrum. Это документация, информация или объект, созданный командой для облегчения совместной работы и координации действий. Артефакты помогают наладить прозрачный рабочий процесс, снизить неопределённость и увеличить эффективность команды.


Основные артефакты Scrum

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

1. Product Backlog

Product Backlog — это упорядоченный список задач, пожеланий и улучшений, сформированный владельцем продукта (Product Owner). Этот список включает всё, что нужно реализовать в продукте.

Что такое Product Backlog?

Product Backlog — это единый реестр требований к продукту, расположенный в порядке убывания важности. Он может содержать функции, баги, исследовательские задачи и улучшения, которые команда будет обрабатывать в будущем.

Зачем нужен Product Backlog?

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

Пример использования Product Backlog

Предположим, команда занимается разработкой нового банковского приложения. В Product Backlog могут входить следующие пункты:
  • Добавить авторизацию через SMS-код.
  • Реализовать платежи QR-кодом.
  • Исправить баг в разделе переводов.

Как управлять Product Backlog?

Работа с Product Backlog требует постоянного внимания. Необходимо регулярно управлять Product Backlog, проводя встречи по ревизии бэклога (Backlog Refining Meeting). Владелец продукта совместно с командой проводит чистку и сортировку списка, исключая устаревшие или неважные задачи.

2. Sprint Backlog

Sprint Backlog — это перечень задач, отобранных командой для выполнения в ходе очередного спринта.

Что такое Sprint Backlog?

Sprint Backlog — это подмножество Product Backlog, избранное командой на конкретный спринт. Он формируется в ходе планирования спринта и подлежит выполнению за отведённое время.

Зачем нужен Sprint Backlog?

Sprint Backlog необходим для фиксации задач, над которыми команда намерена работать в ближайшие дни. Это средство для концентрации усилий и обеспечения общей картины прогресса в спринте.

Пример использования Sprint Backlog

Допустим, команда выбрала задачи из Product Backlog на следующий спринт:
  • Интеграция платёжной системы PayPal.
  • Тестирование раздела безопасности аккаунта.
  • Удаление неиспользуемых модулей.

Как управлять Sprint Backlog?

В течение спринта команда ежедневно смотрит на прогресс по Sprint Backlog и обновляет статус задач. А ещё — ведёт активное обсуждение статуса на ежедневных стендап-встречах (Daily Scrum).

3. Инкремент (Increment)

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

Что такое Инкремент?

Инкремент — это новая версия продукта, пригодная для поставки конечному пользователю. На каждую итерацию приходится отдельный инкремент, соответствующий Definition of Done (DoD).

Зачем нужен Инкремент?

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

Пример использования Инкремента

В конце спринта команда предоставляет новую версию продукта, содержащую новый функционал или улучшения. Например, после одного спринта была добавлена регистрация через соцсети, а после следующего — введены push-уведомления.

Как управлять Инкрементом?

Во время ретроспективы (Retrospective) команда обсуждает результаты спринта и принятые решения, делая выводы для последующих итераций.

4. Определение готовности (Definition of Done)

Определение готовности (DoD) — это соглашение о критериях, по которым принимается решение о завершённости задачи или продукта.

Что такое DoD?

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

Зачем нужен DoD?

DoD обеспечивает единообразие в принятии решений о завершении задач и повышает уверенность в качестве создаваемых продуктов.

Пример использования DoD

Критерии готовности могут выглядеть так:
  • Код покрыт автотестами на 80%.
  • Документация написана и доступна.
  • Версия прошла QA-тестирование.

Как управлять DoD?

До начала каждого спринта члены команды совместно утверждают критерии готовности, принимая во внимание предыдущие эксперименты и изменения.


Расширенные артефакты Scrum

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

Диаграмма сгорания задач (Burndown Chart)

Диаграмма Burndown Chart отображает, сколько задач остаётся завершить в текущем спринте. График помогает наблюдать прогресс выполнения задач и предугадать возможные задержки.

Критерии готовности работы

Критерии готовности — это соглашения о стандартах выполнения задач. Помимо Definition of Done, команда может дополнительно договориться о других аспектах готовности, например, степени покрытия тестами или наличия спецификаций.


Обучение внедрению Scrum

Многие компании внедряют Scrum для ускорения разработки и повышения качества. Чтобы эффективно использовать Scrum, необходимо понимать, как работают его артефакты и правила.


Заключение и важность артефактов Scrum

Артефакты Scrum — это основа эффективной работы команды. Это практичные инструменты, которые делают работу команды предсказуемой и результативной. Без них сложно организовать прозрачную и скоординированную работу над проектом. Главное преимущество артефактов — их адаптивность и простота в применении, что позволяет достигать лучших результатов.


Часто задаваемые вопросы (FAQ)

Почему важно иметь прозрачные артефакты?
  • Артефакты гарантируют открытость и однозначность рабочей информации — это повышает доверие и улучшает сотрудничество в команде.

Можно ли изменить критерии готовности (DoD)?
  • Да, DoD может меняться в зависимости от особенностей проекта и требований заказчика.

Нужно ли постоянно дополнять Product Backlog?
  • Yes, Product Backlog динамичен и постоянно обновляется в зависимости от обратной связи от заказчиков и пользователей.