«agile and scrum scalability - theory and practice» by helen prykhnych
TRANSCRIPT
Page 1
Agile and Scrum scalability:theory and practiceby Prykhnych Helen
Page 2
About me Prykhnych HelenCo-founder & trainer @ E5
Agile Project manager @ BetlabIC Agile certified professional
I work in IT sphere more then 10 years, including more then 9 years as manager. Started as customer support agent and then was promoted to project manager and manager of Kiev office
positions.I was responsible for project and people management,
education systems developing inside the company. Now I also train and coach people with Agile software development,
management and motivation.Last project - opening of offline office in Kiev of one
international outsourcing company. Also, I coordinate and inspire local Kiev managers community, organize
ITKaiZenClub meetings.
Page 3
And you? ;)
Page 4
SAFe: погляд з висоти
Page 5
Page 6
Project A
Page 7
Чому маштабуватися?Складний продуктІТ команда 50 – 100 чоловікРозвиток функціоналу і потреба в
маштабуванні архітектуриНеобхідність регулярних релізів
Page 8
Наші передумовиВиділений реліз менеджер (RTE)Команда архітекторів Сильний лідерський складSCRUM командиВиділена DevOps команда
Page 9
Page 10
Рівень портфоліо
Page 11
Architectural
features
Business features
Portfolio Backlog
Business Owners
Head of IT Development
Portfolio management
Strategic Themes
Page 12
Рівень релізу
Page 13
3 релізи в одиночас
Deliver Develop Plan
Deliver Develop Plan
Deliver Develop Plan
Page 14
Train?
Page 15
Test Pack UATS2Kanban + UAT S3
Pack & Deliver
Portfolio meeting EG1 EG2 Planning
Agile Release Train
S1
Release Train Engineer
Product Owner
Vision
ReleaseGoals Architectural Runway
Featureroadmap
Page 16
Release scope
Page 17
Планування релізу
Page 18
Матриця залежностей
Page 19
Випуск релізу
Page 20
Рівень команди
Page 21
2 weeks sprint
Team
Product Owner Scrum
master
Sprint backlog
Sprint Planning
Daily Stand up
Sprint DemoRetrospective
Epic grooming
Storygrooming
Page 22
Маштабування організаційної структури
RTE DevOps LeadHead of IT DevelopmentCPO
PO 1
PO 2
PO N
SM 1
SM 2
SM N
TL 1
TL 1
TL N
QA Lead
Sen QA 1
Sen QA 2
Sen QA N
DevOps 1
DevOps 2
DevOps N
Arch 1
Arch 2
Arch N
TEAM 1
TEAM 2
TEAM N
Page 23
Continuous improvement culture: як підвищити рівень зрілості команди?
Page 24
Improvement board
Page 25
Topic Problem Profit
Demos Feedback from POs on1. Demo meetings bring value both to POs and
external guests2. We can collect feedback from all parties
Responsibilities of SMs
What we are responsible for and what we lack to execute it
1. Responsibilities are clear2. We have all power (and cookies) we need
CommitmentsScrum Teams are responsible for making and delivering commitments. We do not have fully implemented "Getting things done" mindset
motivated team to deliver realistic commitments, managed expectations for PO and bussiness, managed opportunities to deliver over commitment
How to process CI blockers
Too many open Blockers in the system, most of which are CI blockers
Clear understanding how to process CI blockers, descries number of Open Blockers in the system
Leadership knowledge exchange
Page 26
Expectations from position
Page 27
Плюси та мінуси SAFe на нашому проекті
Page 28
ПлюсиМаштабування 8+ Agile команд
Синхронізація Прорітезація нових фіч і архітектурних задач на рівні портфоліо
Синхронізація роботи між командами на рівні релізу
Релізи Інкрементальні релізи кожні 4 ітерації
Можливість швидко випускати маленькі патчі
Управління ризиками Управління ризиками і залежностями на ранніх стадіях
Якість Контроль якості на всіх рівнях Управління технічним боргом
Продуктивність Фокус для кожного релізу Повна загрузка девелопменту
Page 29
МінусиРеліз процес ‒ Довгий Lead time
‒ Довгий процес випуску на Production
Якість ‒ Виривання QA з спрінта для регресії
Продуктивність ‒ Затягування грумінгів через сирі вимоги
‒ Застрявання незакінчених фіч при постійній зміні бізнес пріорітетів
Підтримка процесу ‒ Додаткові ролі і ритуали для підтримання процесу
Page 30
TOP 5 причин для успішного маштабування AGILE по версії VersionOne
Page 31
Чи є альтернатива?
Page 32
Статистика за 2014 рік від VersionOne
Page 33
Корисні посиланняSAFe (Scaled Agile Framework)
http://www.scaledagileframework.com
DAD (Disciplined Agile Delivery)https://disciplinedagiledelivery.wordpress.com/introduction-to-dad/
LeSS (Large-Scale Scrum)http://less.works
_______________________________________________________
Version One Agile reporthttp://info.versionone.com/state-of-agile-development-
survey-ninth.html
Page 34
Прихнич Альона[email protected]