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 High High Business owner Автор Митько Николай https://www.facebook.com/mykola.mytko По приоритетам! Оцениваем все если нужен Release plan! Business Stories

Upload: -pmp

Post on 13-Jan-2017

180 views

Category:

Leadership & Management


0 download

TRANSCRIPT

Page 1: Scrum execution

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 недели!

Ve

loc

ity - П

ро

изв

оди

тель

нос

ть

ком

ан

ды

за s

pri

nt

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

High High

Business owner

Автор

Митько Николайhttps://www.facebook.com/mykola.mytko

По приоритетам!

Оцениваем все

если нужен

Release plan!

Business Stories