Пользовательские истории - ИНВЕСТ Принцип

Я пытаюсь лучше понять свойства INVEST пользовательских историй. Например, рассмотрим две пользовательских истории:

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

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

В этих двух историях, какую недвижимость инвестировать можно найти? что нет?

С моей точки зрения это то, что я думаю, может быть:

  • Независимо: 1 = ДА | 2 = ДА
  • Договорная: 2 = НЕТ | 2 = НЕТ (слишком много деталей?)
  • Ценно для пользователей: 1 = ДА | 2 = ДА
  • Оценка: 1 = НЕТ (слишком большой) | 2 = ДА (может быть, требуется больше знаний предметной области?)
  • Маленький: 1 = НЕТ (слишком большой) | 2 = ДА
  • Тестируемый: 2 = ДА | 2 = ДА

Я прав? Наконец, вы думаете, что их можно переписать в стиле 3 C?

Источник

2 ответа

Решение

На мой взгляд, хорошая пользовательская история для команды должна быть выполнена в формате "ИНВЕСТ". Но, чтобы напомнить о пользе пользовательской истории, она должна следовать стилю 3 C. Если у пользовательской истории нет карточки, разговора и подтверждения, она теряет смысл пользовательской истории.

В моей команде мы пытаемся написать пользовательскую историю, используя "ИНВЕСТ" (с форматом пользовательской истории как / я хочу / так, чтобы), тогда у нас будет "разговор" об этом. Во время этой сессии мы знаем, что "карта" в хорошей форме или "ИНВЕСТ" или нет. Затем мы "подтверждаем", что карта хороша для спринта.

Некоторые команды не стремятся сделать пользовательскую историю "ИНВЕСТИЦИОННОЙ" или в формате пользовательской истории, потому что они сосредоточены на "разговоре" карт. Таким образом, формат может быть любым, с чем команда соглашается.

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

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

Источник

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

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

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

Команды часто сочетают в себе истории пользователей с планированием покера, методом гибкой оценки. Это может помочь узнать, когда пользовательская история должна быть разбита дальше. Например, многие Скрам-команды не будут использовать Истории, превышающие 13 баллов, и часто будут пытаться разбить истории на 13 баллов до 8 и 5 баллов.

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

Как объяснялось ранее, пользовательская история должна быть определена как;

As a (role) - This can be an end user or a business proxy

I want - A description of what need to be done

So that - the definition of the value

Затем вы должны использовать критерии приемлемости для определения внутренней работы. Деловые правила и др.

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

Надеюсь это поможет.

PS Ваши вопросы по пользовательским историям лучше подходят для https://pm.stackexchange.com/.

Источник
Другие вопросы по тегам