Разбивка пользовательских историй на задачи
После выбора приемлемого набора пользовательских историй каждую из них разбивают на задачи, необходимые для создания новой функциональности. Допустим, наивысший приоритет имеет пользовательская история «Как тренер я могу расставлять пловцов по заплывам в предстоящих соревнованиях». Эта пользовательская история превращается в следующий перечень задач:
• Определение правил, которые влияют на то, кого можно поставить на какой заплыв.
• Написание тестовых сценариев, показывающих, как это должно работать.
• Разработка пользовательского интерфейса.
• Получение обратной связи по пользовательскому интерфейсу от тренеров.
• Кодирование пользовательского интерфейса.
• Кодирование среднего яруса.
• Добавление новых таблиц в базу данных.
• Автоматизация приемочных тестов.
Самый распространенный вопрос, связанный с планированием итерации, — чт? следует включать. Необходимо идентифицировать все задачи, требующиеся для перехода от пользовательской истории к функционирующему, завершенному продукту. При наличии задач, связанных с анализом, дизайном, разработкой пользовательского интерфейса и т. п., их необходимо идентифицировать и оценить. Поскольку целью каждой итерации является выпуск потенциально готового продукта, не забудьте включить задачи по тестированию и документированию. Включение задач по тестированию важно по той причине, что команда должна уже в начале итерации определиться с тем, как будет тестироваться пользовательская история. Это позволяет задействовать тестировщиков прямо с начала итерации и, таким образом, поддержать кроссфункциональное поведение команды.