История пользователя: 3Cs

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

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

Концепция такого рода вещей, которые я хотел бы сказать, как понять и объяснить слово;

история пользователя = пользователь + история = человек + история + событие

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

Три элемента пользовательской истории

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

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

Полная история пользователя состоит из трех элементов.

1. персона ( кто? ): кто хочет использовать это
2. действие ( что? ): какое действие выполнить
3. Ценность: ( почему? ) сделать это и какую ценность можно получить, сделав это

Три, принципы 3C

Описательная информация пользовательских историй записывается на бумажных карточках традиционным рукописным способом, поэтому Рон Джеффрис (2001) называет эти три аспекта 3С:

1. карта (Карта ) ,
2. разговор ( разговор ) и
3. подтверждение ( C подтверждение).

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

На лицевой стороне карточки находится описание истории в формате: Как <роль> я хочу <выполнить действие>, чтобы <реализовать ценность> описать потребность; на обратной стороне карточки указаны правила и критерии завершения пользовательской истории в формате: Дано…Когда…Тогда.

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

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

• Написание общих пользовательских историй
• Что такое картирование пользовательских историй?
• Как управлять пользовательскими историями с помощью Story Map?
• Приоритет пользовательских историй