«Как новый пользователь, я бы хотел зарегистрироваться на сайте XYZ, чтобы начать использовать его потрясающие возможности». Задача 1. Разработать функционал ввода логина и пароля (включая тест-дизайн и
Подобные пользовательские истории должны быть только у самых приоритетных элементов бэклога, над которыми вы будете работать ближайшие один-два спринта.
Сделать выводы. ) — основная встреча, на которой анализируются препятствия, возникавшие у команды в ходе спринта. Очень важно извлечь уроки, чтобы избежать их повторения и/или зафиксировать способы их разрешения. Это поможет снизить негативное влияние от аналогичных препятствий, если они появятся вновь.
планирования на основе обязательств, позовите обратно владельца продукта (если он уже покинул помещение) для того, чтобы: объяснить владельцу продукта, почему в бэклог спринта попало меньше элементов, чем изначально планировалось, если емкость спринта заполнилась быстрее, чем изначально рассчитывалось.
Хотя мне нравится использовать планирование на основе метрики скорости работы команды для части 1, также я ценю Если результат планирования, полученный при использовании подхода на основе скорости команды, не совпал с
включил более подробные критерии приемки, а также макеты и схемы, если это в принципе возможно (см. ). Во-вторых, мотивируйте владельца продукта вместе с тестировщиком написать несколько начальных тест-кейсов (основанных на критериях приемки). Они помогут наиболее полно описать основную работу требуемого функционала
. Во-первых, удостоверьтесь, что владелец продукта (с соответствующей помощью) не только определил приоритетные задачи для предстоящего спринта, но и расписал их достаточно подробно. Настолько подробно, чтобы разработчики
. В книге «Драйв. Что на самом деле нас мотивирует» Дэниел Пинк отмечает, что теплое приветствие утром, искренняя похвала за хорошо проделанную работу и ощущение, что вы часть уникальной команды, — часто этого достаточно, чтобы поддерживать улыбки на лицах ваших коллег ЗАКЛЮЧЕНИЕ