OnAgile Learning Hub 💎

Кто делает декомпозицию задач на User Story?

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

Один из таких вопросов нам часто задают на тренингах: кто проводит декомпозицию задач на пользовательские истории?

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

Значит ли такая ситуация, что Владелец продукта «плохой»? Нет. Он может не знать технических аспектов или платформу, на которой ведется разработка. Или он недавно начал работать в этой команде и в этом направлении. Именно здесь его и поддержат коллеги:

- Скрам-мастер может предоставить примеры, опыт и понимание, как эта практика работает.
- А бизнес-контекст добавят аналитик и Владелец продукта.

С точки зрения самой декомпозии желательно формировать User Story так, чтобы каждую из них можно было реализовать в рамках спринта.

Если история настолько большая, что она не помещается в спринт, стоит рассмотреть ее отдельно: нужно понять, что внутри происходит, и декомпозировать, насколько это возможно.

www.tgoop.com/agilethinking/197

2.2K viewsOlga, edited  Apr 16, 2021 at 11:13

Кто делает декомпозицию задач на User Story?

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

Один из таких вопросов нам часто задают на тренингах: кто проводит декомпозицию задач на пользовательские истории?

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

Значит ли такая ситуация, что Владелец продукта «плохой»? Нет. Он может не знать технических аспектов или платформу, на которой ведется разработка. Или он недавно начал работать в этой команде и в этом направлении. Именно здесь его и поддержат коллеги:

- Скрам-мастер может предоставить примеры, опыт и понимание, как эта практика работает.
- А бизнес-контекст добавят аналитик и Владелец продукта.

С точки зрения самой декомпозии желательно формировать User Story так, чтобы каждую из них можно было реализовать в рамках спринта.

Если история настолько большая, что она не помещается в спринт, стоит рассмотреть ее отдельно: нужно понять, что внутри происходит, и декомпозировать, насколько это возможно.

BY OnAgile Learning Hub 💎