Как определить цель функции в Cucumber, если заинтересованная сторона и пользователь - это не одно и то же лицо?

Question

Я пытаюсь понять, как писать сложные истории, в которых заинтересованные стороны и конечный пользователь преследуют разные цели. У меня нет хорошего примера для этого, но скажем, например, такую ​​историю, как «Салли-одиночка может следить за тем, что ее друзья покупают на сайте покупок». Цель пользователя в этой истории - не отставать от своих друзей, но цель владельца сайта - заинтересованного лица, которого мы больше заботим, - увеличить продажи.

Если это шаблон для изложения истории:

In order to <achieve a goal>
As <the stakeholder who wants the goal>
I want <something>

Заинтересованный участник, который пишет историю, владелец сайта, написал бы ее как:

In order to sell more products
As the owner of the social shopping site
I want Sally the Single Mom to follow her friends' shopping activities

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

In order to keep up with my friends
As an end user
I want to follow my friends' shopping activities

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

Answer 1

Я использую шаблон, ориентированный на заинтересованные стороны, вызывая реальную заинтересованную сторону системы. Ваш прекрасный пример, особенно с использованием персон.

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

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

Я услышал прекрасный пример во время выступления Agile 2009, в котором компания сократила количество операций с одного пользователя с 5 до 2. Они забыли, что им платили за рекламу по показу страницы, и компания обанкротилась. Это может быть крайним примером, но это должно помочь понять, почему важна реальная заинтересованная сторона.

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

Answer 2

Но мой вопрос в том, как вы пишете истории, в которых мотивация участника проекта отличается от мотивации конечного пользователя?

ИМХО Заинтересованные стороны часто играют роль в написании EPICи неясные пользовательские истории.Я предлагаю вам сделать шаг назад и написать пользовательскую историю EPIC для вашего проекта (используя тот же шаблон), используя мнения всех заинтересованных сторон, владельцев продуктов и экспертов по предмету, собравшихся в комнате.Эта история пользователя EPIC будет больше, чем история обычного пользователя, и будет включать такие вещи, как «увеличение продаж».«Увеличение продаж» может быть достигнуто тысячами разных способов, следовательно, в истории EPIC.Мы разбиваем его на меньшие и меньшие порции, пока пользовательская история не соответствует принципам принципа INVEST.

Вот шаблон, который можно использовать (для истории EPIC в этом примере)

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

Ваша история с заинтересованными сторонами не соответствует принципу INVEST.Он не является независимым, оцениваемым, небольшим, и из-за «продавать больше продуктов» он делает его расплывчатым.

С другой стороны, ваша история с конечным пользователем действительно соответствует принципу INVEST, поскольку она «идет в ногу сдрузья », что довольно измеримо, для этой цели.

Надеюсь, это имеет смысл.Суть в том, чтобы все было просто, следуйте принципу INVEST и знайте историю EPIC ваших проектов.