Product Owner - ½ дня с клиентом, ½ дня с командой 3. Scrum Master - проводит митинги, задает вопросы, решает проблемы 4. Development team - кросс- функциональность 5. Potentially shippable increment - каждую неделю 6. Backlog - в виде user stories 12
документировать требования клиента, без необходимости разрабатывать обширные формализованные документы и впоследствии тратить ресурсы на их поддержание 13
Planning либо Product backlog refinement • Оценку делает непосредственный исполнитель - Development team • User story оценивается не в часах, а в story points • Для оценки используется Planning poker 14
(эталон) и присвойте ему произвольное количество поинтов • Подготовьте список задач для оценки и оценивайте их последовательно • Если min и max оценка не отличается более чем на 3 значения в ряде, усредните результат - это и есть оценка в story points! 15
• Точность благодаря итеративности • Отсутствие привязки • У всей команды формируется понимание сути каждой задачи • Формируются Acceptance tests и как следствие DOD (definition of done) 17
сократился фидбек клиента по тестовым сборкам и стал исключительно позитивным 2. Благодаря еженедельной демонстрации прогресса, клиент ощущает динамику, меньше нервничает, больше доверяет 3. Вместо привычных “чтобы все было готово вчера!” клиент начинает правильно ставить задачу - “хочу конкретно эти вещи в такой последовательности” 4. Клиенту приятно, что все изменения приветствуются 26
ежедневным митингам, все знают кто что делает и кому нужна какая-либо помощь. 2. Благодаря еженедельным демкам существенно выросло качество работы. Команда ответственно готовится к демонстрациям 3. Благодаря еженедельным ретроспективам удается вносить изменения в процесс и улучшать его. Каждый может предлагать идеи 4. Постановка задач в виде user-stories помогает расти и развиваться: Viper, TDD/BDD, CI 27