Embed Size (px)
Citation preview
Як маштабувати Agileна великі проекти
Декілька слів про нас
Co-founder & trainer @ E5
Agile Project manager @ Ciklum
IC Agile certified professional
Agile Project manager/Consultant@ Ciklum
IC Agile certified professional
А ви? ;)
SAFe: погляд з висоти
NDA
Чому маштабуватися?
Складний продукт
ІТ команда 50 – 100 чоловік
Розвиток функціоналу і потреба в маштабуванні архітектури
Необхідність регулярних релізів
Наші передумови
Виділений реліз менеджер (RTE)
Команда архітекторів
Сильний лідерський склад
SCRUM команди
Виділена DevOps команда
TOP 5 причин для успішного маштабування AGILE по версії VersionOne
Рівень портфоліо
Architectural
features
Business
features
Portfolio
Backlog
Business Owners
Head of IT Development
Portfolio
management
Strategic
Themes
Рівень релізу
3 релізи в одиночас
Deliver Develop Plan
Deliver Develop Plan
Deliver Develop Plan
Test Pack UATS2Kanban + UAT S3
Pack & Deliver
Portfolio meeting
EG1 EG2 Planning
Agile Release Train
Go
Liv
e
Co
de
Fre
eze
S1
Co
mm
itm
en
t
Release Train Engineer
Product Owner
Vision
ReleaseGoals Architectural Runway
Featureroadmap
А до чого тут потяг?
Release scope
Планування релізу
Матриця залежностей
Випуск релізу
Рівень команди
2 weeks sprint
Team
Product
Owner Scrum
master
Sprint
backlog
Sprint
Planning
Daily
Stand up
Sprint Demo
Retrospective
Epic
grooming
Story
grooming
Маштабування організаційної структури
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
… … … … … …
Continuous improvement culture: як підвищити рівень зрілості команди?
Improvement board
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
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
Expectations from position
Плюси та мінуси SAFe на нашому проекті
ПлюсиМаштабування 8+ Agile команд
Синхронізація Прорітезація нових фіч і архітектурних задач на рівніпортфоліо
Синхронізація роботи міжкомандами на рівні релізу
Релізи Інкрементальні релізи кожні 4 ітерації
Можливість швидко випускатималенькі патчі
Управління ризиками Управління ризиками і залежностями на ранніх стадіях
Якість Контроль якості на всіх рівнях Управління технічним боргом
Продуктивність Фокус для кожного релізу Повна загрузка девелопменту
МінусиРеліз процес ‒ Довгий Lead time
‒ Довгий процес випуску на Production
Якість ‒ Виривання QA з спрінта для регресії
Продуктивність ‒ Затягування грумінгів через сирі вимоги
‒ Застрявання незакінчених фіч при постійній зміні бізнес пріорітетів
Підтримка процесу ‒ Додаткові ролі і ритуали для підтримання процесу
Чи є альтернатива?
Статистика за 2014 рік від VersionOne
Корисні посилання 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
