11.04.2015 Одесса. Impact Hub Odessa. Конференция PMLab. Алена Прихнич и Ірина Пашко "Як масштабувати agile на великі проекти" Ми поділимось нашим досвідом реалізації SAFe (Scaled Agile Framework) для організації інтерактивних релізів в реаліях конкретного продукту. Зокрема поговоримо про те: •які передумови посприяли реалізації такого процесу; •як на практиці реалізовувати роботу на рівні портфоліо, релізу і самих SCRUM команда; •які переваги і недоліки саме нашої реалізації SAFe. Подробнее: http://geekslab.co/ https://www.facebook.com/GeeksLab.co https://www.youtube.com/user/GeeksLabVideo

1. Як маштабувати Agile
на великі проекти

2. Декілька слів про нас
Co-founder & trainer @ E5
Agile Project manager @ Ciklum
IC Agile certified professional
Agile Project manager/Consultant
@ Ciklum
IC Agile certified professional

3. А ви? ;)

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

6. NDA

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

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

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

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

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

13. Рівень релізу

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

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

16. А до чого тут потяг?

17. Release scope

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

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

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

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

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

23. Маштабування організаційної структури
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
…
…
…
…
…
…

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

25. Improvement board

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

27. Expectations from position

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

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

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

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

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

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. Прихнич Альона
helen@e-5.com.ua
Пашко Ірина
irpa@ciklum.com