Оглавление:

Что такое технические истории пользователей?
Что такое технические истории пользователей?

Видео: Что такое технические истории пользователей?

Видео: Что такое технические истории пользователей?
Видео: Введение в Agile - контент и истории пользователей 2024, Ноябрь
Anonim

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

Точно так же, что такое техническая пользовательская история?

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

Во-вторых, почему технические истории плохи? Технический Пользователь истории плохие потому что они нарушают основную цель пользователя история . Который должен описать желаемое поведение с точки зрения пользователя. И чтобы гарантировать, что ценность (для какого-то человека) уловлена. Никто не получает ценности от API, обращающегося к базе данных через объектно-реляционный преобразователь.

В связи с этим, как написать технический рассказ?

Советы по написанию технических рассказов

  1. Не думайте, что вам нужно форсировать формат пользовательской истории. Представьте себе сценарий, при котором некоторые справочные данные в настоящее время не копируются.
  2. Включите в рассказ любую техническую работу.
  3. Попробуйте подход FDD.
  4. Картирование - ключ к успеху.

В чем разница между пользовательской историей и требованием?

Есть один крупный различие между пользовательскими историями а также требования : Цель. В история пользователя фокусируется на опыте - на том, что человек, использующий продукт, хочет уметь делать. Традиционный требование фокусируется на функциональности - на том, что должен делать продукт.

Рекомендуемые: