6. Agile Manifesto
Главные ценности Agile:
• люди и взаимодействие важнее процессов и
инструментов;
• работающий продукт важнее исчерпывающей
документации;
• сотрудничество с заказчиком важнее
согласования условий контракта;
• готовность к изменениям важнее следования
первоначальному плану.
9. Product Owner
Владелец продукта. Человек от бизнеса.
Основные функции:
1. агрегация требований
2. отсеиванием ненужного
3. приоритезацией
Основная задача заключается в том, чтобы понять «боль»
заказчика и при сдаче проекта необходимо суметь вылечить
эту «боль».
11. Scrum Team
• специалисты разных профилей: тестировщики, архитекторы,
аналитики, программисты
• размер команды 7±2 человека
• самоорганизация, совместное принятие решений, командная
ответственность
13. Planning
Величины измерения:
• story — story point (не переоцениваются);
• task — men / hour (переоцениваются).
Story Story
PlanningProduct Backlog
Story
Sprint Backlog
5 story points
5 story points
Task
2d
Task
2d
Task
1.5d
Этапы:
1. оценка
2. декомпозиция
14. Daily Meetings
1. Что я сделал за вчерашний
день?
2. Что я буду делать сегодня?
3. Что препятствует моей
работе?
15. Retrospectives
Как решать проблемы:
1. Что сделать?
2. Кто сделает?
3. Когда сделает?
1. Что было хорошо?
2. Что было плохого?
3. Какие возникли идеи?
4. Решения.
21. Ограничивайте WIP
Скорость всей очереди
измеряется самым
медленный элементом в
очереди
Уменьшить
переключение контекстов
Limit WIP относится к
историям, а не к
декомпозированным
задачам и багам
25. Основная цель
• Lead time — время от создания
задачи до ее выпуска.
• Cycle time — время от начала
разработки до ее выпуска.
Основная цель улучшения
процесса в канбан — снижение
среднего времени цикла (cycle
time). Как это сделать?
• дробить задачи на категории
• декомпозиция
• FIFO
27. Kanban vs Scrum
KanbanScrum
• цель: создание продукта
• наличие владельца продукта
• может применяться для
разработки нового продукта
• есть четкий план развития
продукта
• заранее известные
приоритеты
• цель: непрерывная поставка
улучшений пользователям
• отсутствуют горизонты
планирования, нет жестких сроков
• определены требования к уровню
сервиса (SLA)
• продукт на стадии поддержки
• поддержка внешних или внутренних
пользователей
• непрерывное развитие внутренних
программных продуктов