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