Scrum execution
0 likes402 views
Документ описывает процесс выполнения Scrum, включая значимость vision продукта и роли Product Owner и Scrum Master. В нем подчеркивается необходимость поддержания актуальности product backlog и приоритезации элементов на основе бизнес-ценности. Также рассматриваются различные аспекты планирования спринтов, оценки user stories и проведения ретроспектив для улучшения процессов команды.
![Scrum Execution
Это нетребования!
- Product vision/Business vision
- Не елемент Scrum
- Но важно для Scrum команды
- Команда должна понимать и поддерживать
Product owner
Stakeholders
Business owner
Product vision
Product Backlog
- На основании Product vision/Business vision
- Очень важный артефакт
- Определяет рамки проекта
- Эволюционирует (растет и изменяется)
- Только Product owner может добавлять и удалять элементы (PBI)
Product owner
Help
Scrum Master
Sprint ready
User Stories
Epics Documentations
Training
Technology
Team Stories
Business Stories=Business Value Non Business Stories
- Technical
- Bugs/Defects
- Project/Team Requirements
- Documentation
- Trainings
- Implementation preparation
- Implementation
Product Backlog Board
Идея
Приоритезация
Product Backlog
- High/Medium/Low
- MoSCoW
- Business value
- Стоимость риска и возможности
- Стоимость и эффект от внедрения
Product owner
Product Backlog Grooming
- Презентация Product Vision
- Презентация Product Backlog
- Проясняем и добавляем деталей к User story
- Определяем критерии завершения User story
- Проводим оценку User story
- Разбивает Epic на User story
- Разбиваем большие User story
- Удаляем лишние PBI
- Добавляем нужные PBI
Product owner Scrum Master Development Team
PBI
Только 2-3 Sprint
1. Планирование в Scrum постоянное
2. Scrum планирование происходит на 5-ти уровнях
3. Product Backlog основной артефакт для планирования,
выполнения работ и достижения целей
Реприоритезация PBI:
1. Бизнес потребности
2. Потребности команд
3. Организационные потребности
Sprint Planing
- Готовые User story
- Важные User story
- Учитываем технические и логические зависимости
- 2 часа на выбор User story
- 2 часа на разбивку User story на Tasks
- Определение необходимых компетенций и ресурсов
- Определить Цель Sprint
- Презентация плана (Product owner)
Scrum Master Development Team
Sprint ready
User Stories
Business Stories
Epics
Documentations
Training
Technology
Team Stories
Product Backlog Board
User Stories To Do In Progress Done
Sprint Backlog Board
Release Planing
Product owner Scrum Master Development Team
5 levels of Agile planning
1. Не являются детальным описанием требований
2. Простое описание функционала
3. Два атрибуда для планирования (Размер, )
4. Это небольшие инкременты ценной функциональности
5. Не детализированы в самом начале проекта
User Story
Длительность спринта 2-4 недели!
Velocity-Производительность
командызаsprint
Over Groomed – лишняя
детализация, уменьшает
коммуникации!
Sprint
User
Stories
To Do In
Progress
Done
Sprint Backlog Board
Product owner Scrum Master Development Team
Daily Scrum – Ответ на 3 вопроса:
1. Что сделано?
2. Что планируешь делать?
3. Какие есть сложности?
На доске перемещение
стикеров.
На графике сколько
осталось до завершения.
Product Backlog Refinement – Встречи с Product Owner для
уточнения требований то User story (2 часа в неделю).
Цель – показать результаты и обсудить
Планируется - на последнем Daily Scrum
Когда - после завершения последней User Story
Где – в комнате команды
Как – в живую, без слайдов
Кто презентует – команда
Формат проведения – Вопросы ответы
Длительность – 1 час на одну неделю Sprint
Результат – принятые User Stories или новые User Stories
Sprint Review
Product owner Scrum Master Development Team
Time
box
Презентация результатов спринта (Демо)
После Sprint Review
Выбрать цель встречи – что будем менять (процесс, коммуникации)
Сфокусированная беседа – только по теме
Обсуждение вариантов улучшения
Разработка плана улучшения
Выполнение ритуала на согласие (Понимаю, Принимаю, Поддерживаю)
Retrospective
Product owner Scrum Master Development Team
1
2 3
4
5
6
6.1
7
8
9
10
Шаги
6-9
Формула:
Как, <роль/персона юзера>,
я <что-то хочу получить>,
<с такой-то целью> .
Хорошая история:
Написана так чтобы можно было протестировать
Без технического жагрона
Небольшие истории лучше больших
Тесты должны быть написаны до кода.
История должна выполняться без привязки к конкретным элементам.
Каждая история должна содержать оценку.
История должна приводить к конкретному результату.
История должна вмещаться в Sprint.
Не обязательно – но рекомендовано
Средний срок 3-4 месяца (бизнес ценность)
Внедряемый функционал
Основывается на Product vision
План выбора User Stories и их приоритетов
План изменений продукта
Фокусировка команды 3-4 месяца
Story points:
Title: Жилые дома
Priority:
Description:
Спонсор проекта хочет, чтобы в городке были 2
коттеджа для того, чтобы в них могли с комфортом жить
2 семьи.
Acceptance Criteria:
[ ] -В домах 1 и 2 готовы коробка и крыша
[ ] -В домах есть электричество
[ ] -В домах можно начинать внутреннюю отделку
Complexity: Business value:
10 Must have
HighHigh
Business owner
Автор
Митько Николай
https://www.facebook.com/mykola.mytko
По приоритетам!
Оцениваем все
если нужен
Release plan!
Business Stories](https://image.slidesharecdn.com/scrumexecutionv1-160418103316/85/Scrum-execution-1-320.jpg)
Scrum execution
- 1. Scrum Execution Это нетребования! - Product vision/Business vision - Не елемент Scrum - Но важно для Scrum команды - Команда должна понимать и поддерживать Product owner Stakeholders Business owner Product vision Product Backlog - На основании Product vision/Business vision - Очень важный артефакт - Определяет рамки проекта - Эволюционирует (растет и изменяется) - Только Product owner может добавлять и удалять элементы (PBI) Product owner Help Scrum Master Sprint ready User Stories Epics Documentations Training Technology Team Stories Business Stories=Business Value Non Business Stories - Technical - Bugs/Defects - Project/Team Requirements - Documentation - Trainings - Implementation preparation - Implementation Product Backlog Board Идея Приоритезация Product Backlog - High/Medium/Low - MoSCoW - Business value - Стоимость риска и возможности - Стоимость и эффект от внедрения Product owner Product Backlog Grooming - Презентация Product Vision - Презентация Product Backlog - Проясняем и добавляем деталей к User story - Определяем критерии завершения User story - Проводим оценку User story - Разбивает Epic на User story - Разбиваем большие User story - Удаляем лишние PBI - Добавляем нужные PBI Product owner Scrum Master Development Team PBI Только 2-3 Sprint 1. Планирование в Scrum постоянное 2. Scrum планирование происходит на 5-ти уровнях 3. Product Backlog основной артефакт для планирования, выполнения работ и достижения целей Реприоритезация PBI: 1. Бизнес потребности 2. Потребности команд 3. Организационные потребности Sprint Planing - Готовые User story - Важные User story - Учитываем технические и логические зависимости - 2 часа на выбор User story - 2 часа на разбивку User story на Tasks - Определение необходимых компетенций и ресурсов - Определить Цель Sprint - Презентация плана (Product owner) Scrum Master Development Team Sprint ready User Stories Business Stories Epics Documentations Training Technology Team Stories Product Backlog Board User Stories To Do In Progress Done Sprint Backlog Board Release Planing Product owner Scrum Master Development Team 5 levels of Agile planning 1. Не являются детальным описанием требований 2. Простое описание функционала 3. Два атрибуда для планирования (Размер, ) 4. Это небольшие инкременты ценной функциональности 5. Не детализированы в самом начале проекта User Story Длительность спринта 2-4 недели! Velocity-Производительность командызаsprint Over Groomed – лишняя детализация, уменьшает коммуникации! Sprint User Stories To Do In Progress Done Sprint Backlog Board Product owner Scrum Master Development Team Daily Scrum – Ответ на 3 вопроса: 1. Что сделано? 2. Что планируешь делать? 3. Какие есть сложности? На доске перемещение стикеров. На графике сколько осталось до завершения. Product Backlog Refinement – Встречи с Product Owner для уточнения требований то User story (2 часа в неделю). Цель – показать результаты и обсудить Планируется - на последнем Daily Scrum Когда - после завершения последней User Story Где – в комнате команды Как – в живую, без слайдов Кто презентует – команда Формат проведения – Вопросы ответы Длительность – 1 час на одну неделю Sprint Результат – принятые User Stories или новые User Stories Sprint Review Product owner Scrum Master Development Team Time box Презентация результатов спринта (Демо) После Sprint Review Выбрать цель встречи – что будем менять (процесс, коммуникации) Сфокусированная беседа – только по теме Обсуждение вариантов улучшения Разработка плана улучшения Выполнение ритуала на согласие (Понимаю, Принимаю, Поддерживаю) Retrospective Product owner Scrum Master Development Team 1 2 3 4 5 6 6.1 7 8 9 10 Шаги 6-9 Формула: Как, <роль/персона юзера>, я <что-то хочу получить>, <с такой-то целью> . Хорошая история: Написана так чтобы можно было протестировать Без технического жагрона Небольшие истории лучше больших Тесты должны быть написаны до кода. История должна выполняться без привязки к конкретным элементам. Каждая история должна содержать оценку. История должна приводить к конкретному результату. История должна вмещаться в Sprint. Не обязательно – но рекомендовано Средний срок 3-4 месяца (бизнес ценность) Внедряемый функционал Основывается на Product vision План выбора User Stories и их приоритетов План изменений продукта Фокусировка команды 3-4 месяца Story points: Title: Жилые дома Priority: Description: Спонсор проекта хочет, чтобы в городке были 2 коттеджа для того, чтобы в них могли с комфортом жить 2 семьи. Acceptance Criteria: [ ] -В домах 1 и 2 готовы коробка и крыша [ ] -В домах есть электричество [ ] -В домах можно начинать внутреннюю отделку Complexity: Business value: 10 Must have HighHigh Business owner Автор Митько Николай https://www.facebook.com/mykola.mytko По приоритетам! Оцениваем все если нужен Release plan! Business Stories