Dive into Management

1. Page 1
Agile and Scrum scalability:
theory and practice
by Prykhnych Helen

2. Page 2
About me Prykhnych Helen
Co-founder & trainer @ E5
Agile Project manager @ Betlab
IC 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.

3. Page 3
And you? ;)

4. Page 4
SAFe: погляд з висоти

5. Page 5

6. Page 6
Project A

7. Page 7
Чому маштабуватися?
Складний продукт
ІТ команда 50 – 100 чоловік
Розвиток функціоналу і потреба в
маштабуванні архітектури
Необхідність регулярних релізів

8. Page 8
Наші передумови
Виділений реліз менеджер (RTE)
Команда архітекторів
Сильний лідерський склад
SCRUM команди
Виділена DevOps команда

9. Page 9

10. Page 10
Рівень портфоліо

11. Page 11
Architectural
features
Business
features
Portfolio
Backlog
Business Owners
Head of IT Development
Portfolio
management
Strategic
Themes

12. Page 12
Рівень релізу

13. Page 13
3 релізи в одиночас
Deliver Develop Plan
Deliver Develop Plan
Deliver Develop Plan

14. Page 14
Train?

15. Page 15
Test Pack UATS2
Kanban
+ UAT S3
Pack &
Deliver
Portfolio
meeting EG1 EG2 Planning
Agile Release Train
S1
Release Train Engineer
Product
Owner
Vision
Release
Goals Architectural Runway
Feature
roadmap

16. Page 16
Release scope

17. Page 17
Планування релізу

18. Page 18
Матриця залежностей

19. Page 19
Випуск релізу

20. Page 20
Рівень команди

21. Page 21
2 weeks sprint
Team
Product
Owner Scrum
master
Sprint
backlog
Sprint
Planning
Daily
Stand up
Sprint Demo
Retrospective
Epic
grooming
Story
grooming

22. 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

23. Page 23
Continuous improvement
culture:
як підвищити рівень зрілості
команди?

24. Page 24
Improvement board

25. Page 25
Topic Problem Profit
Demos Feedback from POs on
1. Demo meetings bring value both to POs and
external guests
2. 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 clear
2. We have all power (and cookies) we need
Commitments
Scrum 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

26. Page 26
Expectations from position

27. Page 27
Плюси та мінуси SAFe
на нашому проекті

28. Page 28
Плюси
Маштабування  8+ Agile команд
Синхронізація  Прорітезація нових фіч і
архітектурних задач на рівні
портфоліо
 Синхронізація роботи між
командами на рівні релізу
Релізи  Інкрементальні релізи кожні 4
ітерації
 Можливість швидко випускати
маленькі патчі
Управління ризиками  Управління ризиками і
залежностями на ранніх стадіях
Якість  Контроль якості на всіх рівнях
 Управління технічним боргом
Продуктивність  Фокус для кожного релізу
 Повна загрузка девелопменту

29. Page 29
Мінуси
Реліз процес ‒ Довгий Lead time
‒ Довгий процес випуску на
Production
Якість ‒ Виривання QA з спрінта для
регресії
Продуктивність ‒ Затягування грумінгів через
сирі вимоги
‒ Застрявання незакінчених
фіч при постійній зміні
бізнес пріорітетів
Підтримка процесу ‒ Додаткові ролі і ритуали для
підтримання процесу

30. Page 30
TOP 5 причин для успішного маштабування
AGILE по версії VersionOne

31. Page 31
Чи є альтернатива?

32. Page 32
Статистика за 2014 рік від VersionOne

33. 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 report
http://info.versionone.com/state-of-agile-development-
survey-ninth.html

34. Page 34
Прихнич Альона
helen@e-5.com.ua