Як маштабувати 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

Прихнич Альона

helen@e-5.com.ua

Пашко Ірина

irpa@ciklum.com