Первым шагом в определении нового продукта, услуги, процесса или системы является определение требований, т. е. конкретных функциональных или нефункциональных требований.
Продолжить чтение
Рубрика: User Story
Как написать эффективную пользовательскую историю с помощью принципов INVEST?
В дополнение к стандартизированному формату и полным элементам, хорошая история пользователя должна также следовать принципам INVEST: 1. Независимый; 2. Обсуждаемый; 3. Ценный; 4. Оцениваемый; 5. Небольшой; 6. Тестируемый.
Продолжить чтение
История пользователя: 3Cs
Пользовательские истории — это легкий метод для быстрого фиксирования «кто», «что» и «почему» требований к продукту. Проще говоря, пользовательские истории — это идеи, выражающие потребности, которые нужны пользователям. Пользовательские истории коротки, и каждый элемент обычно содержит менее 10 или 15 слов. Пользовательские истории — это списки «дел», которые помогают вам определить шаги на пути проекта. Они помогают убедиться, что ваш процесс и полученный продукт соответствуют вашим требованиям.
Продолжить чтение
Написание хороших пользовательских историй
Пользовательские истории являются частью agile-подхода и помогают сместить акцент с написания требований на их обсуждение. Все agile-истории пользователя включают одно или два письменных предложения и, что более важно, серию бесед о желаемой функциональности.
Продолжить чтение
В чем разница между пользовательской историей и критериями приемлемости?
Definition of Done (DoD) — это список требований, которым должна соответствовать история пользователя, чтобы команда могла назвать ее завершенной. В то время как критерии приемки пользовательской истории состоят из набора тестовых сценариев, которые должны быть выполнены для подтверждения того, что программное обеспечение работает так, как ожидалось.
Продолжить чтение
Топ-7 самых популярных Agile-методов оценки пользовательских историй
В разработке программного обеспечения «оценка» в обычном смысле включает количественную оценку усилий, необходимых для выполнения конкретной задачи разработки; обычно она выражается в терминах продолжительности. Agile-оценка — это процесс оценки усилий, необходимых для выполнения задач в бэклоге продукта в порядке приоритетности. Эти усилия обычно измеряются в терминах времени, необходимого для выполнения задачи, что, в свою очередь, приводит к точному планированию спринта.
Продолжить чтение
Инструмент составления карт пользовательских историй Agile
Карты историй пользователей предоставляют Scrum-командам визуальный и структурированный подход к управлению бэклогами продуктов. Визуальная карта историй позволяет эффективно организовать основы продукта (действия пользователя), задачи пользователя, эпопеи и истории пользователя в управляемую структуру сверху вниз на основе характера, приоритета и сложности элементов карты.
Продолжить чтение