2015-02-04 3 views
0

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

Основываясь на моем знаниях и опыте, пользователь истории им мыслительной что-то вроде ...

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

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

Может ли кто-нибудь дать совет, если я на правильном пути?

спасибо.

Примечание: Более 3 лет работает в Agile, но больше в реализации, а не в написании пользовательских историй и критериев приемлемости.

+1

Я голосую, чтобы закрыть этот вопрос как не по теме, потому что речь идет не о программировании. – EJoshuaS

+4

Я голосую, чтобы закрыть этот вопрос как не относящийся к теме, потому что [управление проектами в настоящее время не соответствует теме переполнения стека] (// meta.stackoverflow.com/questions/343829/is-stack-overflow-an-appro-website -в-аск-о-проект-менеджмент-вопросы/343841 # 343841). Задайте эти вопросы на [SoftwareEngineering.SE] (// softwareengineering.stackexchange.com/) и [ProjectManagement.SE] (// pm.stackexchange.com/). (К сожалению, этот вопрос слишком стар для миграции.) – robinCTS

ответ

1

В чем проблема, которую вы пытались решить, когда был приобретен сторонний инструмент?

Например, если вы принесли в этом новом инструменте, потому что это более безопасным, вы могли бы написать эту историю так:

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

Если вместо того, чтобы вы купили новый инструмент, потому что это было проще в использовании вы могли бы написать:

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

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

+0

Здравствуйте. Причина, по которой инструмент был куплен, потому что клиент хотел получить дополнительную функциональность, а также хотел бы сделать элементы управления более «красивыми». Я знаю, что это скорее задача технического долга/рефакторинга и запись ее как истории пользователя, которая имеет ценность с точки зрения Владельца продукта, - это то, о чем я не могу понять, с самого момента. Я читал кое-что о ТЕХНИЧЕСКИХ ИСТОРИЯХ ПОЛЬЗОВАТЕЛЯ, которые больше подходят для этих задач, но невидимы для конечного пользователя. Но исходные истории пользователей были уже закрыты, и они просто принесли продукт и хотели, чтобы он был реализован. – user1465073

+0

Истории пользователей - это все о значении пользователя. Если изменение не приведет к пользовательскому значению, я бы просто включил его в спринт как техническую задачу без сюжетных точек. Но даже создание «более симпатичных» элементов управления можно рассматривать как ценность пользователя. «Будучи суперпользователем, я хочу работать с привлекательным инструментом добавления пользователей, чтобы мой опыт был более приятным». –

+0

Я вижу. Это имеет смысл.Итак, что-то в строке «Как пользователь admin, я бы хотел, чтобы выбранные пользовательские элементы управления, которые мы приобрели, использовались, чтобы мой общий пользовательский интерфейс был более приятным и безошибочным». Затем в задачах мы будем перечислять и создавать элементы для каждого модуля, которые будут затронуты. Я правильно понял? – user1465073