SAFe metodika agilního vývoje IT produktů

Metodika SAFe představuje aplikování Agile přístupu na úrovni celé společnosti - jako např. při aplikování SAFe v rámci vývoje IT produktů. Tým zkušených vývojářů GEM System metodiku SAFe používá od roku 2019.

V rámci používání SAFe (Scaled Agile Framework for Enterprises) metodiky v praxi rozlišujeme tři základní úrovně.

Portfolio level

Členy této úrovně jsou Enterprise architect, Business Portfolio Manager, IT Portfolio Manager a jednotlivé Epic Owners. Členové společně určují hlavní směr a strategii společnosti, kterým se celé IT a související business směřuje a definuje high-level požadavky, tzv. Epics.

Epics jsou typicky nové aplikace či nové funkčnosti velkého rozsahu, ovlivňující chování uživatele jeho customer journey, často implementované napříč více týmy a po delší období (měsíce až roky).

Tyto Epics pak plánujeme prostřednictvím tzv. high-level roadmap, která rozšiřuje další možnosti agilního řízení a dovoluje další efektivní řízení projektu.

Program level

Členy týmu jsou typicky Product Manager, Release Train Engineer, System Architect a jednotlivé Business owners dílčích systémů a aplikací. Na této úrovni jsou definovány tzv. Features - konkrétní požadavky a funkčnosti vycházející z Epics stanovených na vyšší úrovni.

Tyto Features jsou plánovány pro jednotlivá PI (Program Increment) období, během kterých jsou na týmové úrovni realizovány a dodávány formou PI.

PI je časové pole, během kterého Agile Release Train (ART) přináší přírůstkovou hodnotu ve formě pracovního, testovaného softwaru a systémů. PI jsou obvykle 8 - 12 týdnů dlouhé.

PI je pevné časové pole pro vytváření a ověřování úplného přírůstku systému, prokazování hodnoty a získání rychlé zpětné vazby.

Team level

Členy jsou jednotlivé vývojové týmy, které na jednotlivá PI období plánují tzv. User stories - dílčí kroky přinášející postupnou business hodnotu směrem ke splnění jednotlivých Features definovaných o úroveň výše.

Jednotlivé User stories by měly být realizovatelné v rámci jednoho sprintu, jichž každé PI období obsahuje několik. V námi realizovaných projektech se nejčastěji setkáváme se 6 dvoutýdenními sprinty v rámci jednoho PI období.

Nejčastěji používaná pravidla agilně řízených projektů

PI období trvá cca 3 měsíce a skládá se zpravidla ze 6 sprintů. Před začátkem každého PI období probíhá PI planning. Této dvoudenní akce se účastní většina členů ze všech úrovní, tj. management, vývojáři, analytici, stakeholdeři, support týmy a rollout tým. Na PI planning akci jsou prezentovány výsledky jednotlivých týmů a produktů z předchozího PI období.

Dalším krokem je představení hlavních cílů pro nadcházející PI období. Jako další je vytvořen plán pro jednotlivé týmy / aplikace na nové PI období ve formě PI objectives a jednotlivých Features a jejich User stories rozvržených na jednotlivé sprinty.

Přípravu plánu na Portfolio a Program level zajišťují odpovědní lidé v odpovídajících rolích, zpravidla však využívají i samotné Delivery týmy pro zpřesnění odhadů, rozpad jednotlivých Features na User stories a hrubou představu o možném harmonogramu.

Finální rozpad, odhady a plán je však výsledkem celého PI plánování na základě diskuze s managementem, vyhodnocení priorit, legislativních nařízení, požadavků jednotlivých trhů - v případě globálních projektů.

Při přípravě dochází ke koordinaci práce týmů, jejichž úkoly jsou na sobě vzájemně závislé tak, aby jednotlivé přípravné práce na sebe co nejvíce navazovaly.

Další články k tématům - agilní vývoj - Framework - projekt - SAFe metodika - vývoj software

Článek GEM System a.s. ze dne středa 15. dubna 2020