Как писать пользовательские истории в Jira

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

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

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

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

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

Пользовательскую историю можно описать как общее объяснение функциональности веб-приложения/программного обеспечения, написанное с точки зрения конечного пользователя. Стоит отметить, что пользовательские истории не являются требованиями к программному обеспечению. Однако такие истории носят неформальный характер и написаны для того, чтобы проиллюстрировать, какую пользу такие функции принесут конечным пользователям.

Базовая структура пользовательской истории

Пользовательские истории — это списки дел, которые помогают определить шаги, которым нужно следовать при работе над проектом. Пользовательская история должна включать в себя «кто», «что» и «почему» требования к продукту. Такие рассказы короткие, где каждый элемент содержит 10-15 слов. Эти шаги помогут гарантировать, что продукт и процесс соответствуют желаемым требованиям.

По словам Рона Джеффриса, каждая пользовательская история должна иметь 3C, что означает «карточка, разговор и подтверждение». Теперь давайте опишем 3C, которые следует учитывать при написании пользовательских историй в Jira.

Карта

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

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

Беседа

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

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

Подтверждение

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

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

Цель написания пользовательской истории

• Это помогает дизайнерам, владельцам продуктов и разработчикам думать о конечных пользователях. Современные продукты всегда должны учитывать, как конечные пользователи будут взаимодействовать с продуктом. Пользовательская история — отличный подход, который подчеркивает путь конечного пользователя при проектировании и разработке продукта.
• Он имеет простой и гибкий формат. Пользовательские истории в Jira не должны быть сложными. Простой формат гарантирует, что вы зафиксируете все детали, используя наименьшее количество слов. Потребности также меняются по мере роста системного/программного приложения, поэтому пользовательская история может быть гибкой, чтобы приспособиться к таким изменениям.
• Команда говорит на одном языке. Типичная команда разработчиков может состоять из владельца продукта, дизайнеров и разработчиков. Пользовательская история — хороший инструмент, позволяющий убедиться, что все в команде понимают потребности и конечные цели.
• Пользовательские истории позволяют сотрудничать. Пользовательские истории определяют конечные цели. Таким образом, команда может работать вместе и решать, как лучше всего обслуживать конечного пользователя и достигать поставленных целей.

Лучшие практики, которым следует следовать при написании пользовательских историй

№1. Пользователь должен быть четко определен

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

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

«Нравиться [Username]……”

Например, «В качестве арендатора…» или «В качестве арендодателя….».

№ 2. Пользовательские истории должны отражать потребность

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

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

Потребность представлена ​​так: «Как [USER NAME]: Я могу [ACHIEVE SOMETHING]…”

Например, «Как арендодатель: я вижу разбивку ежемесячной арендной платы…».

№3. Должно быть уточняющее заявление

Вы можете просто ввести уточняющее утверждение фразой вроде «так что». Функция не только добавляется в приложение, но функция должна добавлять ценность.

Вы можете представить квалификационное заявление как;

«Нравиться [USERNAME] Я могу [ACHIEVE SOMETHING]так что [VALUE STATEMENT]…”

Например;

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

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

№ 4. Пользовательская история должна быть независимой

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

№ 5. Включить обсуждение пользовательской истории

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

№ 6. Он должен быть простым и маленьким

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

Пошаговый процесс создания пользовательской истории в Jira

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

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

№1. Войдите / создайте свою учетную запись Jira

Если у вас уже есть учетная запись Jira, войдите в систему и перейдите к шагу 2. Однако, если у вас нет учетной записи Jira, вы можете создать учетную запись Jira бесплатно. Заполните данные и следуйте инструкциям, чтобы настроить свой первый проект. Как только ваша учетная запись будет готова, вы можете перейти к шагу 2.

№ 2. Сделать проблему

Проблемы используются для отслеживания отдельных заданий, которые должны быть выполнены. Нажмите значок «Создать» в верхней панели навигации панели инструментов Jira.

№3. Предоставьте свою пользовательскую историю

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

№ 4. Прикрепите связанные файлы

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

№ 5. добавить описание

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

№ 6. Назначить задачу

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

№ 7. Установить приоритет задачи

При написании пользовательских историй в Jira вы можете установить приоритет как самый высокий, высокий, низкий или самый низкий. Мы выбрали «Высокий» для нашей функции обмена в социальных сетях.

№8. Опубликовать пользовательскую историю

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

Концовка

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

Вас также может заинтересовать это Руководство по Agile-методологии.