Scaling Scrum with SAFe. Małgorzata Czerwińska

Transkrypt

1 Scaling Scrum with SAFe Małgorzata Czerwińska

2 Agenda 1. Wstęp 2. Współpraca zespołów scrumowych 3. Zarządzanie Programem 4. Podsumowanie

3 Wstęp Skuteczność zespołów developerskich, realizujących projekty metodykami zwinnymi, stała się przyczyną podejmowania prób zastosowania założeń Agile w dużych projektach, całych działach IT a nawet organizacjach. Prosta próba utworzenia wielu zespołów pracujących jednocześnie w zgodzie z zasadami Agile nie sprawdza się w praktyce. Metodyki zwinne jako takie nie zapewniają koordynacji prac i podziału zadań w projektach liczących wiele zespołów. Zrozumienie zasad rządzących skalowanym Agile pozwala na zaplanowanie podejścia do zapewniania jakości i ma kluczowe znaczenie dla powodzenia projektów.

4 Skalowanie Agile - początek Czas, kiedy myślisz, że development jest na dobrej drodze Integracja Zespół 1 Zespół 2 Zespół 3 ITERACJ A ITERACJ A ITERACJ A ITERACJ A chwila, w której odkrywasz, że to nieprawda.

5 Synchronizacja i wspólne cykle Integracja Zespół 1 Zespół 2 Zespół 3 ITERACJ ITERACJ ITERACJ ITERACJ A A A A Podstawa skalowania Agile

6 Monitorowanie zależności WYDANIE 1 Milestones/ Events Zespół 1 Zespół 2 Zespół 3 Zespół 4 Zespół 5 Zespół 6 Zespół 7 Zespół 8 Zespół 9 = Features = Significant = Milestone/ Dependency Event = A dependency requiring stories or other dependencies to be completed before the feature can be completed

7 Wspólne planowanie Program i Team Backlog: Planowanie jest wspólne dla wszystkich zespołów. Zasada pull Team Objectives Cele zespołu, które powinny być zrealizowane za pomocą user stories w backlogu zespołu.

8 Planowanie a Program Increment Program Increment okres 5 sprintów perspektywa, z jaką planowane są prace umożliwia Managementowi Programu definiowanie wymagań i planowania wydań umożliwia zespołom planowanie prac w jasno określonej perspektywie na koniec każdego Program Increment jest przewidziany czas na retrospektywę.

9 Zarządzanie Programem Skalowany Agile to samoorganizujące się zespoły, pozostając w zgodzie z wytycznymi organizacji (np. ograniczenia technologiczne, UX) Program zamiast Projektu brak terminu zakończenia projektu wydania odbywają się tak długo, jak przynoszą one korzyść dla organizacji i klienta.

10 Odpowiedzialność za zawartość wydania Właściciel Backlogu Programu Definiuje Featuers, ich przypisanie do PIs i releasów Odpowiada za wycenę, licencje i ROI Waściciel Backlogu Zespołu Definiuje User Stories i ich priorytety w sprintach Akceptuje przyrost produktu Dostarczają wartość działające oprogramowania Integrują się z innymi zespołami Wypracowują projekt i rozwiązanie

11 System Architect i Architectural Runway Current Stories Current Design Upcoming features Arch. Runway System Architekt odpowiada za zarządzenie architekturą rozwiązania. Architektura jest rozwijana dwojako: on demand razem z tworzonymi funkcjonalnościami z wyprzedzeniem dla bardziej złożonych funkcjonalności, wymagających skoordynowania prac kliku zespołów lub rozłożenia w czasie

12 Podsumowanie

13 Podsumowanie Agile Release Train Agile Release Train (ART) to długotrwały, samoorganizujący się Team of Agile Teams, który dostarcza rozwiązanie. Organizuje pracę 5 do 12 zespołów ( osób), które razem planują, zobowiązują się i realizują zobowiązania. ART zbudowany jest wokół wspólnej misji opisanej w pojedynczym backlogu programu. Działa w zgodzie wytycznymi organizacji. Wytwarza wartościowy, możliwy do wycenienie produkt, co każdy PI (8 12 tygodni) Define new functionality Implement Acceptance Test Deploy Repeat until further notice. Project chartering not required.

14 Scaled Agile Framework (SAFe ) Podstawowe wartości 1. Jakość kodu 2. Realizacja programu 3. Wyrównanie działań 4. Przejrzystość

15 Podsumowanie Scaled Agile Framework (SAFe ) to ogólnodostępne mechanizmy, które umożliwiają zastosowanie założeń Agile w całym przedsiębiorstwie, z uwzględnieniem strategii i wizji rozwoju organizacji. Dobrze zaimplementowany SAFe zapewnia: spójność pracy zespołów deweloperskich z wytycznymi i celami organizacij koordynację prac zespołów, a przez to odpowiednią ich efektywność, możliwość zaplanowania terminów wydań kolejnych wersji oprogramowania i ich zawartości, odpowiednią jakość powstałego oprogramowania, a w efekcie skrócenie czasu Time to Market.

16 Dziękuję za uwagę! SOFLAB TECHNOLOGY Sp. z o.o. Ul. Złota Warszawa tel.: fax: Małgorzata Czerwińska malgorzata.czerwinska@soflab.pl