Руководство Scrum Masters по Примеру разбивки задач User Story

Принятие методологии Agile малым и крупным бизнесом стремительно растет. Таким образом, скрам-мастерам все чаще тяжело справляться с новыми процессами, заложенными в agile-методологии. Итак, мы начнем с полного руководства по примеру разбивки задач пользовательской истории, поскольку это один из начальных и наиболее важных этапов гибкого управления проектами.

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

Поэтому в этом блоге вы изучите полное руководство Scrum Masters по примеру разбивки задач пользовательской истории.

Давайте погрузимся в это!

Что такое пользовательские истории?

Пользовательские истории можно определить как:

«Список требований или простое описание функций с точки зрения пользователя/заказчика».

Рассказ пользователя о том, чего он хочет от продукта, называется пользовательскими историями . Обычно они следуют установленному шаблону. То есть:

Как <тип пользователя>, я хочу <некоторую цель>, чтобы <по какой-то причине>.

Например:

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

Таким образом, пользовательские истории отвечают на три основных вопроса:

• Кто - Кто что-то хочет?
• Что- чего они хотят?
• Почему... Почему они этого хотят?

Последний вопрос очень помогает командам ставить цели в соответствии с потребностями человека.

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

Теперь может быть более одной цели и более одной причины. Это просто зависит от типа пользователей и их конкретных требований.

Таким образом, эти пользовательские истории помогают скрам-мастерам делать то, чего хотят от них их клиенты. Позже они соответственно планируют свои стратегии и сроки.

Однако количество деталей, которые должны быть добавлены в пользовательские истории, и то, как вы можете вытеснить важные функции, немного сложны. Таким образом, в этой статье мы предоставим полное руководство по разбивке пользовательских историй на примере.

Пример разбивки задачи пользовательской истории

Разбор пользовательских историй — это командная работа. Конечно, будучи скрам-мастером, у вас больше нагрузки на плечи, однако команда разработчиков также должна сидеть и разбираться в технических деталях требований, чтобы точно отправлять их в бэклог.

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

1. Делайте их короткими и простыми. Не делайте требования слишком длинными, они должны быть точными и достаточно длинными, чтобы их можно было выполнить за несколько дней.
2. Четко определите задачи. Не будьте расплывчатыми и двусмысленными, когда дело доходит до выполнения задач, которые необходимо выполнить. Будьте с ними ясны и точны.
3. Поддерживайте контрольный список. При наличии множества требований пользователей всегда есть шанс упустить некоторые детали. Таким образом, всегда поддерживайте контрольный список и продолжайте изменять его по мере появления новых требований на более поздних этапах. Контрольный список устранит шансы упустить какое-либо важное требование пользователя.

Итак, давайте возьмем пример разбивки задачи пользовательской истории. Следующее поступило как требование пользовательской истории от владельца бренда.

«Как владелец бренда я хочу запустить маркетинговую кампанию в социальных сетях, чтобы увеличить посещаемость моего веб-сайта и привлечь больше клиентов».

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

Шаг 1: Создайте критерии приемлемости

Критерий приемки можно определить как набор критериев, которые должны выполняться, чтобы пользовательские истории считались завершенными. Вы должны определить отдельный критерий приемлемости для каждой пользовательской истории.

В приведенном примере критерии приемки будут следовать следующему шаблону:

«Сценарий: (объясните сценарий). Учитывая (как все начинается), когда (предпринятое действие), затем (результат действия)».

В нашем примере

Сценарий: владелец бренда хочет, чтобы кампания в социальных сетях привлекла максимальное количество клиентов.

Учитывая, что мы выбрали другой тип контента для двух основных дескрипторов социальных сетей.

После запуска кампании

Увеличивается количество отвлекающих людей

Шаг 2: Определитесь с личностью покупателя

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

Шаг 3: Разбейте их на задачи

После того, как вы подготовили критерии приемлемости и образ покупателя, пришло время разбить пользовательские истории на задачи.

Итак, в приведенном выше примере некоторые из задач, которые ваша команда должна выполнить, чтобы соответствовать критериям приемки:

1. Аналитика в социальных сетях
2. Анализ конкурентов
3. Социальный список
4. Контент для используемых каналов социальных сетей
5. Фильтрация постов по аудитории
6. Планирование обновлений

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

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

Шаг 4: Составление историй

Отображение пользовательской истории может быть определено как:

«Визуализация всех задач, которые должны быть выполнены в процессе реализации продукта»

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

Советы по разбивке пользовательских историй

Вот несколько советов по разделению историй для создания эффективной разбивки:

1. Разбивка по возможностям

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

2. Разбивка по ролям пользователей

Это включает в себя разделение или разбивку историй в соответствии с ролями разных пользователей. Например, то, как технический специалист обращается с программным обеспечением, полностью отличается от того, как это делает студент. Таким образом, его соответствующее разделение более эффективно для выполнения проекта.

3. Разбивка по профилям пользователей

Разные люди работают с одним и тем же программным обеспечением по-разному. Таким образом, эффективно разбивать пользовательские истории по персонажам разных людей.

4. Разбивка по устройствам

Убедитесь, что ваша разбивка задач выполнена таким образом, чтобы удовлетворить потребности всех пользователей с разными устройствами. Будь то iPhone, Mac или Android, продукт или контент должны быть эффективными для всех.

Преимущества разбивки пользовательских историй

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

1. Повышение концентрации и ясности

Разбивка историй помогает лучше понять функции, разделив их на части. Таким образом, это помогает увеличить концентрацию и ясность. Неопределенность или отсутствие какого-либо важного требования пользователем сведены к нулю.

2. Расширение сотрудничества

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

3. Легко понять и понять

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

4. Меньше шансов на ошибку

Вы когда-нибудь были в ситуации, когда пользователь приходит в ярость из-за того, что вы пропустили требование в наборе требований?

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

5. Лучшее удовлетворение требований заинтересованных сторон

Разве это не очевидно?

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

Вывод

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

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

Итак, начните разбирать свои пользовательские истории прямо сейчас, чтобы эффективно соответствовать критериям приемлемости.

Желаем вам удачи!

Связанные чтения:

• Scrum Effort Points — что это такое и какова их важность на собраниях Story Point
• Полное руководство по Scrum-командам
• Что такое Скрам-команда? – Полное руководство на 2022 год
• Роль и важность Скрам-мастера в ежедневных встречах
• Лучшие инструменты Scrum 2022 года для гибкого управления проектами
• Типы встреч Scrum и лучшие практики Scrum