SlideShare uma empresa Scribd logo
1 de 17
Митько Н.
16/04/16
Руководитель бизнес
подрозделения (Банк,
МСБ), 4, 40%
Руководитель проектов в
Банке; 3.5; 35%
Руководитль проектов в IT,
2.5, 25%
Правила:
1. Изобразить слово или фразу на
карточке.
2. Изображения не должны содержать
ни цифр, ни букв.
3. Угадавший зарабатывает один бал.
4. Побеждает тот у кого больше всего
балов.
10 минут
Картинка того, какую ценность представляет продукт и каких бизнес целей помогает
достичь.
1
2
Sprint ready
User Stories
Business Stories
Epics
Documentations
Training
Technology
Team Stories
Product Backlog Board
 - High/Medium/Low
 - MoSCoW
 - Business value
 - Стоимость риска и возможности
 - Стоимость и эффект от внедрения
3
4
 Презентация Product Vision
 Презентация Product Backlog
 Проясняем и добавляем деталей к User story
 Определяем критерии завершения User story
 Проводим оценку User story
 Разбивает Epic на User story
 Разбиваем большие User story
 Удаляем лишние PBI
 Добавляем нужные PBI
5
 Cрок 3-4 месяца
 Внедряемый функционал
 Основывается на Product vision
 План выбора User Stories и их
приоритетов
 План изменений продукта
 Фокусировка команды 3-4 месяца
6
 Готовые User story
 Важные User story
 Учитываем технические и логические зависимости
 2 часа на выбор User story
 2 часа на разбивку User story на Tasks
 Определение необходимых компетенций
 Определение необходимых ресурсов
 Определить Цель Sprint
 Презентация плана (Product owner)
Формула:
Как, <роль/персона юзера>,
я <что-то хочу получить>,
<с такой-то целью> .
Story points:
Title: Жилые дома
Priority:
Description:
Спонсор проекта хочет, чтобы в городке были 2
коттеджа для того, чтобы в них могли с комфортом жить
2 семьи.
Acceptance Criteria:
[ ] -В домах 1 и 2 готовы коробка и крыша
[ ] -В домах есть электричество
[ ] -В домах можно начинать внутреннюю отделку
Complexity: Business value:
10 Must have
HighHigh
6.1
7
Планируй Делай
ПроверяйКорректируй
Демонстрация и утверждение
результатов работы команды
за Sprint.
7
Непрерывное улучшение
процесс разработки.
7
AgileGame#1-Scrum Lego

Mais conteúdo relacionado

Mais procurados

Моделирование корпоративной архитектуры
Моделирование корпоративной архитектурыМоделирование корпоративной архитектуры
Моделирование корпоративной архитектурыSQALab
 
(Максим саморуков, Crazy panda) выстраивание правильной экологии в компании ...
(Максим саморуков, Crazy panda) выстраивание правильной экологии в компании  ...(Максим саморуков, Crazy panda) выстраивание правильной экологии в компании  ...
(Максим саморуков, Crazy panda) выстраивание правильной экологии в компании ...PCampRussia
 
Истории Пользователей (User Stories) - семинар на AgileUkraine 7, 2009-04-25
Истории Пользователей (User Stories) - семинар на AgileUkraine 7, 2009-04-25Истории Пользователей (User Stories) - семинар на AgileUkraine 7, 2009-04-25
Истории Пользователей (User Stories) - семинар на AgileUkraine 7, 2009-04-25Timofey (Tim) Yevgrashyn
 
методологии Agile, Scrum, Lean, BK
методологии Agile, Scrum, Lean, BKметодологии Agile, Scrum, Lean, BK
методологии Agile, Scrum, Lean, BKAlexey Braichuk
 
Кросс-продуктовая аналитика в облаке (Глеб Сологуб, SkyEng)
Кросс-продуктовая аналитика в облаке (Глеб Сологуб, SkyEng)Кросс-продуктовая аналитика в облаке (Глеб Сологуб, SkyEng)
Кросс-продуктовая аналитика в облаке (Глеб Сологуб, SkyEng)PCampRussia
 
Как работает продуктовая команда Фотостраны (Леонид Кац, Фотострана)
Как работает продуктовая команда Фотостраны (Леонид Кац, Фотострана)Как работает продуктовая команда Фотостраны (Леонид Кац, Фотострана)
Как работает продуктовая команда Фотостраны (Леонид Кац, Фотострана)PCampRussia
 
Практика работы с крупными проектами - от Scrum с XP к Kanban
Практика работы с крупными проектами - от Scrum с XP к KanbanПрактика работы с крупными проектами - от Scrum с XP к Kanban
Практика работы с крупными проектами - от Scrum с XP к KanbanAlexander Byndyu
 
Уравления продуктом в SCRUM.
Уравления продуктом в SCRUM.Уравления продуктом в SCRUM.
Уравления продуктом в SCRUM.Evgeniy Skuratov
 
AGILE. Гибкая методология разработки.
AGILE. Гибкая методология разработки.AGILE. Гибкая методология разработки.
AGILE. Гибкая методология разработки. Evgeniy Skuratov
 
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективе
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективеБизнес-аналитик в проектах по разработке ПО в обозримой перспективе
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективеSQALab
 
Внедрение системы управления требованиями. Опыт пользователя
Внедрение системы управления требованиями. Опыт пользователяВнедрение системы управления требованиями. Опыт пользователя
Внедрение системы управления требованиями. Опыт пользователяSQALab
 
Введение в Scrum
Введение в ScrumВведение в Scrum
Введение в ScrumSergey Semyonov
 
Д. Устюжанин как вырастить менеджера по продукту внутри компании
Д. Устюжанин   как вырастить менеджера по продукту внутри компанииД. Устюжанин   как вырастить менеджера по продукту внутри компании
Д. Устюжанин как вырастить менеджера по продукту внутри компанииPCampRussia
 
Стратегическое планирование и KPI: создание системы KPI, которая работает, Ал...
Стратегическое планирование и KPI: создание системы KPI, которая работает, Ал...Стратегическое планирование и KPI: создание системы KPI, которая работает, Ал...
Стратегическое планирование и KPI: создание системы KPI, которая работает, Ал...ADLABS
 
Гибкие методологии разработки: максимальный результат для бизнеса с минимальн...
Гибкие методологии разработки: максимальный результат для бизнеса с минимальн...Гибкие методологии разработки: максимальный результат для бизнеса с минимальн...
Гибкие методологии разработки: максимальный результат для бизнеса с минимальн...Alexey Tigarev
 
Продакт менеджер & системный аналитик. О судьбе отношений и роли в команде (А...
Продакт менеджер & системный аналитик. О судьбе отношений и роли в команде (А...Продакт менеджер & системный аналитик. О судьбе отношений и роли в команде (А...
Продакт менеджер & системный аналитик. О судьбе отношений и роли в команде (А...PCampRussia
 
Разработка веб-сервисов осень 2013 лекция 12
Разработка веб-сервисов осень 2013 лекция 12Разработка веб-сервисов осень 2013 лекция 12
Разработка веб-сервисов осень 2013 лекция 12Technopark
 
Вспомните о Пользователях
Вспомните о ПользователяхВспомните о Пользователях
Вспомните о ПользователяхTimofey (Tim) Yevgrashyn
 
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
 

Mais procurados (19)

Моделирование корпоративной архитектуры
Моделирование корпоративной архитектурыМоделирование корпоративной архитектуры
Моделирование корпоративной архитектуры
 
(Максим саморуков, Crazy panda) выстраивание правильной экологии в компании ...
(Максим саморуков, Crazy panda) выстраивание правильной экологии в компании  ...(Максим саморуков, Crazy panda) выстраивание правильной экологии в компании  ...
(Максим саморуков, Crazy panda) выстраивание правильной экологии в компании ...
 
Истории Пользователей (User Stories) - семинар на AgileUkraine 7, 2009-04-25
Истории Пользователей (User Stories) - семинар на AgileUkraine 7, 2009-04-25Истории Пользователей (User Stories) - семинар на AgileUkraine 7, 2009-04-25
Истории Пользователей (User Stories) - семинар на AgileUkraine 7, 2009-04-25
 
методологии Agile, Scrum, Lean, BK
методологии Agile, Scrum, Lean, BKметодологии Agile, Scrum, Lean, BK
методологии Agile, Scrum, Lean, BK
 
Кросс-продуктовая аналитика в облаке (Глеб Сологуб, SkyEng)
Кросс-продуктовая аналитика в облаке (Глеб Сологуб, SkyEng)Кросс-продуктовая аналитика в облаке (Глеб Сологуб, SkyEng)
Кросс-продуктовая аналитика в облаке (Глеб Сологуб, SkyEng)
 
Как работает продуктовая команда Фотостраны (Леонид Кац, Фотострана)
Как работает продуктовая команда Фотостраны (Леонид Кац, Фотострана)Как работает продуктовая команда Фотостраны (Леонид Кац, Фотострана)
Как работает продуктовая команда Фотостраны (Леонид Кац, Фотострана)
 
Практика работы с крупными проектами - от Scrum с XP к Kanban
Практика работы с крупными проектами - от Scrum с XP к KanbanПрактика работы с крупными проектами - от Scrum с XP к Kanban
Практика работы с крупными проектами - от Scrum с XP к Kanban
 
Уравления продуктом в SCRUM.
Уравления продуктом в SCRUM.Уравления продуктом в SCRUM.
Уравления продуктом в SCRUM.
 
AGILE. Гибкая методология разработки.
AGILE. Гибкая методология разработки.AGILE. Гибкая методология разработки.
AGILE. Гибкая методология разработки.
 
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективе
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективеБизнес-аналитик в проектах по разработке ПО в обозримой перспективе
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективе
 
Внедрение системы управления требованиями. Опыт пользователя
Внедрение системы управления требованиями. Опыт пользователяВнедрение системы управления требованиями. Опыт пользователя
Внедрение системы управления требованиями. Опыт пользователя
 
Введение в Scrum
Введение в ScrumВведение в Scrum
Введение в Scrum
 
Д. Устюжанин как вырастить менеджера по продукту внутри компании
Д. Устюжанин   как вырастить менеджера по продукту внутри компанииД. Устюжанин   как вырастить менеджера по продукту внутри компании
Д. Устюжанин как вырастить менеджера по продукту внутри компании
 
Стратегическое планирование и KPI: создание системы KPI, которая работает, Ал...
Стратегическое планирование и KPI: создание системы KPI, которая работает, Ал...Стратегическое планирование и KPI: создание системы KPI, которая работает, Ал...
Стратегическое планирование и KPI: создание системы KPI, которая работает, Ал...
 
Гибкие методологии разработки: максимальный результат для бизнеса с минимальн...
Гибкие методологии разработки: максимальный результат для бизнеса с минимальн...Гибкие методологии разработки: максимальный результат для бизнеса с минимальн...
Гибкие методологии разработки: максимальный результат для бизнеса с минимальн...
 
Продакт менеджер & системный аналитик. О судьбе отношений и роли в команде (А...
Продакт менеджер & системный аналитик. О судьбе отношений и роли в команде (А...Продакт менеджер & системный аналитик. О судьбе отношений и роли в команде (А...
Продакт менеджер & системный аналитик. О судьбе отношений и роли в команде (А...
 
Разработка веб-сервисов осень 2013 лекция 12
Разработка веб-сервисов осень 2013 лекция 12Разработка веб-сервисов осень 2013 лекция 12
Разработка веб-сервисов осень 2013 лекция 12
 
Вспомните о Пользователях
Вспомните о ПользователяхВспомните о Пользователях
Вспомните о Пользователях
 
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...
 

Semelhante a AgileGame#1-Scrum Lego

Нагрузочное тестирование как способ планирования ИТ-бюджета
Нагрузочное тестирование как способ планирования ИТ-бюджетаНагрузочное тестирование как способ планирования ИТ-бюджета
Нагрузочное тестирование как способ планирования ИТ-бюджетаSQALab
 
внедрение Alm суп командами разработки по (agile (scrum)) 4 3 11
внедрение Alm суп командами разработки по (agile (scrum)) 4 3 11внедрение Alm суп командами разработки по (agile (scrum)) 4 3 11
внедрение Alm суп командами разработки по (agile (scrum)) 4 3 11ANDREY ZAKHODYAYCHENKO
 
Как внедрить ALM/ Упр. командами разработки по (agile (scrum))
Как внедрить ALM/ Упр. командами разработки по (agile (scrum))Как внедрить ALM/ Упр. командами разработки по (agile (scrum))
Как внедрить ALM/ Упр. командами разработки по (agile (scrum))Andrey Zakhodyaychenko
 
Сергій Поволяшко "Маскування ризиків" Kharkiv PMDay 2017 autumn
Сергій Поволяшко "Маскування ризиків" Kharkiv PMDay 2017 autumnСергій Поволяшко "Маскування ризиків" Kharkiv PMDay 2017 autumn
Сергій Поволяшко "Маскування ризиків" Kharkiv PMDay 2017 autumnLviv Startup Club
 
Технический заказчик в проектах создания ИС
Технический заказчик в проектах создания ИСТехнический заказчик в проектах создания ИС
Технический заказчик в проектах создания ИСSQALab
 
Sef Tech Customer Bezugliy Presentation
Sef Tech Customer Bezugliy PresentationSef Tech Customer Bezugliy Presentation
Sef Tech Customer Bezugliy Presentationsef2009
 
Model for Improvement and ROI in IT, 4CIO 03/06/2010
Model for Improvement and ROI in IT, 4CIO 03/06/2010Model for Improvement and ROI in IT, 4CIO 03/06/2010
Model for Improvement and ROI in IT, 4CIO 03/06/2010Michael Kozloff
 
Model for-improvement-and-roi-in-it-4cio-030610
Model for-improvement-and-roi-in-it-4cio-030610Model for-improvement-and-roi-in-it-4cio-030610
Model for-improvement-and-roi-in-it-4cio-030610Oleg Soroka
 
Product Management Frameworks
Product Management FrameworksProduct Management Frameworks
Product Management FrameworksElena Petrova
 
Rudnikova MBA47 for inet
Rudnikova MBA47 for inetRudnikova MBA47 for inet
Rudnikova MBA47 for inetMaria Rudnikova
 
Инструменты и приемы эффективного управления проектами
Инструменты и приемы эффективного управления проектамиИнструменты и приемы эффективного управления проектами
Инструменты и приемы эффективного управления проектамиПроектные сервисы
 
Маркетинговая информационная система как основа для принятия решений
Маркетинговая информационная система  как основа для принятия решенийМаркетинговая информационная система  как основа для принятия решений
Маркетинговая информационная система как основа для принятия решенийЭКСПЕРТ ПО МАРКЕТИНГУ
 
Enterprise Architecture - Sergey Orlik (Microsoft Platforma 2011)
Enterprise Architecture - Sergey Orlik (Microsoft Platforma 2011)Enterprise Architecture - Sergey Orlik (Microsoft Platforma 2011)
Enterprise Architecture - Sergey Orlik (Microsoft Platforma 2011)Sergey Orlik
 

Semelhante a AgileGame#1-Scrum Lego (20)

CHeСKa
CHeСKaCHeСKa
CHeСKa
 
Нагрузочное тестирование как способ планирования ИТ-бюджета
Нагрузочное тестирование как способ планирования ИТ-бюджетаНагрузочное тестирование как способ планирования ИТ-бюджета
Нагрузочное тестирование как способ планирования ИТ-бюджета
 
внедрение Alm суп командами разработки по (agile (scrum)) 4 3 11
внедрение Alm суп командами разработки по (agile (scrum)) 4 3 11внедрение Alm суп командами разработки по (agile (scrum)) 4 3 11
внедрение Alm суп командами разработки по (agile (scrum)) 4 3 11
 
Как внедрить ALM/ Упр. командами разработки по (agile (scrum))
Как внедрить ALM/ Упр. командами разработки по (agile (scrum))Как внедрить ALM/ Упр. командами разработки по (agile (scrum))
Как внедрить ALM/ Упр. командами разработки по (agile (scrum))
 
Сергій Поволяшко "Маскування ризиків" Kharkiv PMDay 2017 autumn
Сергій Поволяшко "Маскування ризиків" Kharkiv PMDay 2017 autumnСергій Поволяшко "Маскування ризиків" Kharkiv PMDay 2017 autumn
Сергій Поволяшко "Маскування ризиків" Kharkiv PMDay 2017 autumn
 
Как сформировать бюджет на обучение и развитие персонала
Как сформировать бюджет на обучение и развитие персоналаКак сформировать бюджет на обучение и развитие персонала
Как сформировать бюджет на обучение и развитие персонала
 
ppt
pptppt
ppt
 
Технический заказчик в проектах создания ИС
Технический заказчик в проектах создания ИСТехнический заказчик в проектах создания ИС
Технический заказчик в проектах создания ИС
 
Sef Tech Customer Bezugliy Presentation
Sef Tech Customer Bezugliy PresentationSef Tech Customer Bezugliy Presentation
Sef Tech Customer Bezugliy Presentation
 
Model for Improvement and ROI in IT, 4CIO 03/06/2010
Model for Improvement and ROI in IT, 4CIO 03/06/2010Model for Improvement and ROI in IT, 4CIO 03/06/2010
Model for Improvement and ROI in IT, 4CIO 03/06/2010
 
Model for-improvement-and-roi-in-it-4cio-030610
Model for-improvement-and-roi-in-it-4cio-030610Model for-improvement-and-roi-in-it-4cio-030610
Model for-improvement-and-roi-in-it-4cio-030610
 
It-tuning itsm_pm
It-tuning itsm_pmIt-tuning itsm_pm
It-tuning itsm_pm
 
Product Management Frameworks
Product Management FrameworksProduct Management Frameworks
Product Management Frameworks
 
пр Про интегральные метрики ИБ
пр Про интегральные метрики ИБпр Про интегральные метрики ИБ
пр Про интегральные метрики ИБ
 
Rudnikova MBA47 for inet
Rudnikova MBA47 for inetRudnikova MBA47 for inet
Rudnikova MBA47 for inet
 
Инструменты и приемы эффективного управления проектами
Инструменты и приемы эффективного управления проектамиИнструменты и приемы эффективного управления проектами
Инструменты и приемы эффективного управления проектами
 
Flipped learning
Flipped learningFlipped learning
Flipped learning
 
Маркетинговая информационная система как основа для принятия решений
Маркетинговая информационная система  как основа для принятия решенийМаркетинговая информационная система  как основа для принятия решений
Маркетинговая информационная система как основа для принятия решений
 
система Kpi
система Kpiсистема Kpi
система Kpi
 
Enterprise Architecture - Sergey Orlik (Microsoft Platforma 2011)
Enterprise Architecture - Sergey Orlik (Microsoft Platforma 2011)Enterprise Architecture - Sergey Orlik (Microsoft Platforma 2011)
Enterprise Architecture - Sergey Orlik (Microsoft Platforma 2011)
 

Mais de Mykola Mytko

Paint the story point
Paint the story pointPaint the story point
Paint the story pointMykola Mytko
 
Правила игры в “совещания”
 Правила игры в “совещания” Правила игры в “совещания”
Правила игры в “совещания”Mykola Mytko
 
Agile game#4 - Scrumble
Agile game#4 - ScrumbleAgile game#4 - Scrumble
Agile game#4 - ScrumbleMykola Mytko
 
Планирование в стиле Agile. Планируйте реальность, а не мечту - PMNetwork#5
Планирование в стиле Agile. Планируйте реальность, а не мечту - PMNetwork#5Планирование в стиле Agile. Планируйте реальность, а не мечту - PMNetwork#5
Планирование в стиле Agile. Планируйте реальность, а не мечту - PMNetwork#5Mykola Mytko
 
Agile Process Diagram
Agile Process DiagramAgile Process Diagram
Agile Process DiagramMykola Mytko
 
Agile game #2 Scrum Card Game
Agile game #2 Scrum Card GameAgile game #2 Scrum Card Game
Agile game #2 Scrum Card GameMykola Mytko
 
Впереди изменений или Scrum в действии
Впереди изменений или Scrum в действииВпереди изменений или Scrum в действии
Впереди изменений или Scrum в действииMykola Mytko
 
Сложности управления виртуальной командой при реализации программных проектов
Сложности управления виртуальной командой при реализации программных проектовСложности управления виртуальной командой при реализации программных проектов
Сложности управления виртуальной командой при реализации программных проектовMykola Mytko
 

Mais de Mykola Mytko (8)

Paint the story point
Paint the story pointPaint the story point
Paint the story point
 
Правила игры в “совещания”
 Правила игры в “совещания” Правила игры в “совещания”
Правила игры в “совещания”
 
Agile game#4 - Scrumble
Agile game#4 - ScrumbleAgile game#4 - Scrumble
Agile game#4 - Scrumble
 
Планирование в стиле Agile. Планируйте реальность, а не мечту - PMNetwork#5
Планирование в стиле Agile. Планируйте реальность, а не мечту - PMNetwork#5Планирование в стиле Agile. Планируйте реальность, а не мечту - PMNetwork#5
Планирование в стиле Agile. Планируйте реальность, а не мечту - PMNetwork#5
 
Agile Process Diagram
Agile Process DiagramAgile Process Diagram
Agile Process Diagram
 
Agile game #2 Scrum Card Game
Agile game #2 Scrum Card GameAgile game #2 Scrum Card Game
Agile game #2 Scrum Card Game
 
Впереди изменений или Scrum в действии
Впереди изменений или Scrum в действииВпереди изменений или Scrum в действии
Впереди изменений или Scrum в действии
 
Сложности управления виртуальной командой при реализации программных проектов
Сложности управления виртуальной командой при реализации программных проектовСложности управления виртуальной командой при реализации программных проектов
Сложности управления виртуальной командой при реализации программных проектов
 

AgileGame#1-Scrum Lego

  • 1.
  • 3. Руководитель бизнес подрозделения (Банк, МСБ), 4, 40% Руководитель проектов в Банке; 3.5; 35% Руководитль проектов в IT, 2.5, 25%
  • 4. Правила: 1. Изобразить слово или фразу на карточке. 2. Изображения не должны содержать ни цифр, ни букв. 3. Угадавший зарабатывает один бал. 4. Побеждает тот у кого больше всего балов. 10 минут
  • 5. Картинка того, какую ценность представляет продукт и каких бизнес целей помогает достичь. 1
  • 6. 2 Sprint ready User Stories Business Stories Epics Documentations Training Technology Team Stories Product Backlog Board
  • 7.  - High/Medium/Low  - MoSCoW  - Business value  - Стоимость риска и возможности  - Стоимость и эффект от внедрения 3
  • 8. 4  Презентация Product Vision  Презентация Product Backlog  Проясняем и добавляем деталей к User story  Определяем критерии завершения User story  Проводим оценку User story  Разбивает Epic на User story  Разбиваем большие User story  Удаляем лишние PBI  Добавляем нужные PBI
  • 9. 5  Cрок 3-4 месяца  Внедряемый функционал  Основывается на Product vision  План выбора User Stories и их приоритетов  План изменений продукта  Фокусировка команды 3-4 месяца
  • 10. 6  Готовые User story  Важные User story  Учитываем технические и логические зависимости  2 часа на выбор User story  2 часа на разбивку User story на Tasks  Определение необходимых компетенций  Определение необходимых ресурсов  Определить Цель Sprint  Презентация плана (Product owner)
  • 11. Формула: Как, <роль/персона юзера>, я <что-то хочу получить>, <с такой-то целью> . Story points: Title: Жилые дома Priority: Description: Спонсор проекта хочет, чтобы в городке были 2 коттеджа для того, чтобы в них могли с комфортом жить 2 семьи. Acceptance Criteria: [ ] -В домах 1 и 2 готовы коробка и крыша [ ] -В домах есть электричество [ ] -В домах можно начинать внутреннюю отделку Complexity: Business value: 10 Must have HighHigh 6.1
  • 12. 7
  • 14.

Notas do Editor

  1. Как я стал ПМом
  2. Материалы: 2 доски, одна напротив другой Маркеры 8 штук 10-20 карточек с терминами Ватман для фиксации балов Вопросы по завершению игры: Что было сложно изобразить? Что больше всего запомнилось? Какие понятия термины не понятны? Что нужно детальней обьяснить?
  3. Каждая Идея остается идей пока она грамотно не зафиксирована на бумаге. И первый документ с которого рождается проект есть Вижин продукта или проекта. В Вижине продукта должно быть за фиксировано: Целевая группа – для кого делается продукт Потребности этой группу Из чего состоит продукт, как он решает потребности этих пользователей Ценности этого продукта Если смотреть на это стороны проекта, то добавляются такие важные данные как Цель проекта Учасники проекта Результаты проекта и активности Ключевые контрольные поставки Риски Ограничения Объём работ Бизнес какой-то проект до добавляется такая составляющая как расходы и доходы. Все это очень удобно и наглядно можно описать с помощью таких канвасов как Бизнес модел канвас и Проджект канвас. Зачем это нужно в Скрам, да затем чтобы команда понимала какие изначально ставятся задачи и цели во главе этого продукта, и прикладывали все усилия к тому чтобы этих целей достичь. В классике Вижин продукта/проекта представлен каким-то инициирующим документом проект, например Устав проекта. Все с этого начинается.
  4. Следующий очень важный артефакт в Scrame и в процессе создания продукта это создание Product Backlog. Что такое Product Backlog, это плоский список составляющих частей продукта/результата которого команда планирует достичь. Product Backlog создается на основании Product vision/Business vision. Product Backlog определяет рамки проекта, он не статичный и постоянно Эволюционирует растет, уменьшаются. Создает и отвечает за Product Backlog Product owner. Только Product owner может добавлять и удалять элементы из Product Backlog. Отдельный элемент Product Backlog называется Product Backlog Items (PBI). Product Backlog Items есть двух типов: Business User Stories Non Business User Stories Business User Stories – относятся все User Stories которые дадут Бизнес ценность, все остальные это не бизнес User Stories . Есть еще такое понятие как Epic – это набор связаны User Stories. Non Business User Stories – чаще всего добавляет команда проекта со Скрам мастером в Беклог. Пример:
  5. После того как Product Backlog сформирован, следующей очень важной задачей для Product Owner становится приоритезировать Product Backlog Items. Эта задача не менее сложна чем его подготовить, особенно сложно оценить если это касается денег. Также не всегда прослеживается прямая зависимость отдельных элементов продукта и Бизнес выгоды, поэтому чаще всего заказчики хотят все и сразу. Есть много методик как это можно сделать, но на данном тренинге мы их рассматривать не будем так как это больше задача практик по бизнес анализу, чем по Scrum. Вам нужно знать что это должно быть сделано, дальше вы поймете почему.
  6. Следующая очень важное мероприятие это Product Backlog Grooming. Данное мероприятие начинается с того что Product Owner презентует команде: Презентация Product Vision Презентация Product Backlog Дальше команда проясняет и дополняет User stories необходимой информацией, а также критериями завершения. Разбирать User story начинают с самых приоритетных, двигаясь в низ. Если User story дополнена всей необходимой информацией ее оценивают. Если User story очень большая ее дробят на User story по меньше. Оценить желательно все User story, но детализировать нужно только на первые 2-3 спринта, так как после реализации Спринтов содержание Product Backlog может измениться. User story не должны быть изначально сильно детализированы, так как это не вызовет дискуссии и каждый может понять написанное по совему. Называют такое понятие Over Groomed – лишняя детализация, уменьшает коммуникации! После проведения Product Backlog Grooming, Product Owner должен провести реприоритезация PBI, по следующим параметрам: 1. Бизнес потребности 2. Потребности команд 3. Организационные потребности Одна из хороших практик которая может помочь на Backlog Grooming это User story maping.
  7. Следующая задача не обязательная в Scrum, но рекомендуемая поэтому мы ее тоже проговорим. Эта практика называется Release Planing Не обязательно – но рекомендовано Средний срок 3-4 месяца (бизнес ценность) Внедряемый функционал Основывается на Product vision План выбора User Stories и их приоритетов План изменений продукта Фокусировка команды 3-4 месяца
  8. 1. Не являются детальным описанием требований 2. Простое описание функционала 3. Два атрибута для планирования (Размер, ) 4. Это небольшие инкременты ценной функциональности 5. Не детализированы в самом начале проекта Хорошая история: Написана так чтобы можно было протестировать Без технического жагрона Небольшие истории лучше больших Тесты должны быть написаны до кода. История должна выполняться без привязки к конкретным элементам. Каждая история должна содержать оценку. История должна приводить к конкретному результату. История должна вмещаться в Sprint.
  9. Эмпирический процесс-не прерывное улучшение.
  10. Цель – показать результаты и обсудить Планируется - на последнем Daily Scrum Когда - после завершения последней User Story Где – в комнате команды Как – в живую, без слайдов Кто презентует – команда Формат проведения – Вопросы ответы Длительность – 1 час на одну неделю Sprint Результат – принятые User Stories или новые User Stories
  11. После Sprint Review Выбрать цель встречи – что будем менять (процесс, коммуникации) Сфокусированная беседа – только по теме Обсуждение вариантов улучшения Разработка плана улучшения Выполнение ритуала на согласие (Понимаю, Принимаю, Поддерживаю)