Вопросы о дистанционном обучении? Кликните сюда

https://sbt-test.azurewebsites.net/ru/articles/b/проворны-пользовательские-истории

Определение пользовательских историй и гибкой разработки



Скачать бесплатную мастерскую дизайна мышления


Use storyboards to help explain processes and customer interaction

Основным принципом современных процессов развития является гибкое развитие . Эта методология разработки основана на использовании небольших пользовательских историй, чтобы определить, что система делает с точки зрения пользователя, а не с технической точки зрения. Пользователь заботится о том, является ли продукт быстрым, простым в использовании и решает ли его проблему. Их не волнует, следует ли она 3-уровневой архитектуре, имеет ли Mongo DB или использует Rails или Asp.net.

Пользовательские истории:

  • Легко понять, и каждый может принять участие
  • Работать итеративно; они могут и должны часто изменяться или дополняться
  • Совместите разработчиков, пользователей и бизнес-специалистов с общими целями и ожиданиями
  • Намного легче читать, чем документы на 400 страниц

Storyboard That идеальная платформа для создания гибких пользовательских историй и разжигания разговоров в формате, который намного дешевле, чем стена текста.



Скачать бесплатные шаблоны персон


эпический

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


Создание Agile User Story*

В этой истории очень ясно, что такое долгосрочное видение и как должен выглядеть успех. Хорошая эпическая история должна включать в себя:

  • Настройка или контекст
  • Актеры или пользователи
  • Цели и задачи
  • Мероприятия и события


Скачать бесплатные шаблоны персон


Определение пользователей

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


Создание Agile User Story*


Создание истории

После создания эпоса и определения пользователей можно составить более мелкие, более конкретные истории о конкретном пользовательском опыте. Рассказы ниже разбивают изложенное выше на два повествования: поиск заказа и повторный заказ товара.

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

  • Маленький - до 10 дней работы
  • Ценный - После завершения они должны доставить что-то полезное
  • Estimable - возможность создать приблизительную оценку того, сколько усилий требуется

Поиск заказа


Создание Agile User Story*

Выполнение повторного заказа


Создание Agile User Story*

Разговор и планирование для тестирования

Эти истории должны вызывать беседу и вопросы, такие как:

  • Это правильные истории, чтобы соответствовать нашему эпосу?
  • Какие еще истории должны быть созданы?
  • Соответствуют ли эти истории тому, что мы знаем о наших пользователях?

Совершенно разумно создавать много историй; на самом деле, это следует поощрять. Некоторые из этих историй никогда не будут использованы, но важно увидеть путь, который они выбрали. Этот сборник расскажет о дополнительных требованиях и повлияет на тестирование.

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

  • Как быстро должен быть поиск?
  • Есть ли ограничения по времени для повторных заказов?
  • Что должна делать система, если это второй повторный заказ? В-пятых?
  • Какие тесты и дополнительные вопросы у вас будут?

Дальнейшее чтение

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




Цены

Просто в месяц за пользователя!

/месяц

счет ежегодно

Отправить по Электронной Почте
Купить Сейчас!
*(Это начнется с бесплатной пробной версии за 2 недели - без кредитной карты)
Проверьте Storyboard That 's иллюстрированное руководство по разработке продуктов на клиентов Journey Mapping!
Просмотреть все Бизнес-ресурсы
https://sbt-test.azurewebsites.net/ru/articles/b/проворны-пользовательские-истории
© 2020 - Clever Prototypes, LLC - Все права защищены.
Создано более 14 миллионов раскадровок
Storyboard That Family