Jak zostać zwinnym (Agile) Analitykiem

Mariusz Opaliński

@mariuszop

e-mail: maropalin@gmail.com

SPIN Gdańsk 17.10.2012

O mnie ;)

O czym będzie?

Jak Agile zmienia rolę Analityka? Co robi Analityk w projektach Agile? Nowe praktyki i techniki – praktycznie Czego oczekuje Zespół?

Zakładam, że Znasz podstawy Agile, SCRUM, RUP,.. BABOK Jesteś, bądź kiedyś będziesz:

Analitykiem Product Owner-em (PO) Scrum Master-em (SM) Członkiem zespołu SCRUM-owego

Trochę o Agile * Agile to „duża zmiana” – inna filozofia działania Agile nie jest łatwy Agile nie jest dla każdego – kompetencje, cechy Agile nie jest do wszystkiego – klient, umowy, produkty Agile jest męczące, ale daje efekty i satysfakcję Wymagania są nadal największym wyzwaniem IO Agile wzmacnia rangę SPI Nie trzeba być 100 % Agile żeby z niego czerpać

* Przedstawione informacje są prywatnymi opiniami i doświadczeniami autora i nie muszą być zgodne ze stanem faktycznym ;)

Dziś to standard w obszarze Analizy Biznesowej Najbardziej kompletny zbiór

wiedzy na temat profesji analizy biznesowej Opis dziedziny Aktualnie uznane praktyki Taksonomia, Obszary wiedzy Zadania Techniki Umiejętności Kompetencje,…

Podstawa szkoleń i certyfikacji

Uwaga! To nie jest metodyka!

Analityk wg BABOK® Analizowanie i rozumienie problemów biznesowych Identyfikacja i dokumentowanie wymagań Efektywne komunikowanie (pisemne i ustne) Zarządzanie relacjami z klientem Negocjowanie i wypracowywanie konsensusu Modelowanie danych i procesów Planowanie i zarządzanie pracami analitycznymi Wypracowywanie i budowanie strategii biznesowej Rozumienie i zarządzanie zmianą w organizacji

Powstaje przewodnik dla analityków w projektach Agile

Efekt współpracy IIBA i Agile Alliance Rola analityka w środowisku Agile Aktywności analityczne w projektach

agilowych (SCRUM, XP, Kanban,.. ) Nowe praktyki i techniki Istotnie uzupełni metodyk Agile

Dostępny w wersji DraftCzekamy na wersję finalną !

Co się zmienia?… chyba jednak sporoFilozofia działania Nowe techniki

ProcesUżycia starych technik

Zwinny (Agile) Analityk Posiada warsztat analityczny Zna i akceptuje filozofię Agile Zna reguły metodyk Agile (SCRUM, XP, Kanban)

Zna praktyki Agile i kontekst ich użycia Zna i odpowiednio stosuje nowe techniki Certyfikowany Product Owner (zalecane)

Nowa filozofia

Nowa filozofia

działania !!!

Skupienie na wartości biznesowej

Zespół

Komunikacja

Co się zmienia w praktyce Nowy proces → praca w iteracjach Analityk w Zespole → współodpowiedzialność Komunikacja → bezpośrednia, intensywna Modele, dokumenty → tak lekkie jak to możliwe Szczegółową analiza → najpóźniej jak to możliwe Częsta weryfikacja → bezcenny feedback Adaptacja → wreszcie można zmienić wymagania!

Podejście adaptacyjne vs tradycyjneAdaptacyjnie Tradycyjnie

Dostarczanie funkcjonalności Podział zadań

Plany są hipotezą Plany są przewidywaniem

Sukces jako zdolność adaptacji Sukces jako zgodność z planem

Szczegółowe plany dla bieżących iteracji, zgrubne plany dla dalszych etapów

Szczegółowe plany dla całości projektu

Przyczyny odchyleń są analizowane i wykorzystywane do zmiany planu kolejnych iteracji

Odchylenia od planu traktowane są jako błędy zarządzania

Podejście adaptacyjne vs tradycyjne cd

Oznaki braku zmiany filozofii Postrzeganie Agile jako serii

mini-kaskadowych projektów Skupianie się na rozwoju

jednego produktu analitycznego

Skupianie się bardziej na dokumentacji niż na komunikacji

Postrzeganie swojej roli jako mostu między ludźmi biznesowymi i ludźmi IT

Ochrona swojego terytorium - „to jest moje zadanie”

Produkowanie więcej dokumentów niż to potrzeba

Brak świadomości jednorazowości modeli

Uznawanie tylko jednej słusznej drogi rozwiązania

Niechęć do realizacji zadań spoza własnego obszaru specjalizacji

Nieuwzględnianie zmian wymagań i ciągłego doskonalenia się

Modelowanie w izolacji Opór w wykorzystaniu technik

współpracy Nie akceptowanie i brak

adaptacji płynnej natury projektów

ale w SCRUM jest tylko Product Owner?!

Określa i komunikuje wizję Definiuje cechy produktu Określa plan wydań i ich zakres Odpowiada za zwrot z inwestycji (ROI) Priorytetyzuje backlog wg. wartości biznesowej Akceptuje bądź odrzuca wyniki prac

Kiedy potrzebny analityk? Duży projekt Złożone procesy biznesowe i logika produktu Zespół nie zna dziedziny Wielu udziałowców – wymagane zarządzanie Właściciel biznesowy Produktu nie może być 100% PO PO nie ma doświadczeń projektowych i analitycznych

Analityk i Product Owner Bez wydzielonego analityka

te rolę pełni ktoś z zespołu Koordynuje udziałowców

wsparcie dla PO, budowa wizji, modelowanie Pełnomocnik PO

ograniczone możliwości decyzyjne, PO w iteracjach Coach dla PO

PO o słabych kompetencjach w projektach IT, Agile Zastępczy PO

gdy nie ma PO

Analityk dba o komunikację

Analityk i PO nie są pośrednikami między biznesem i IT!

Analityk w cyklach Agile

Zwinny (Agilowy) analityk troszczy się o to aby Zespół w odpowiednim czasie posiadał odpowiednie informacje na właściwym poziomie szczegółowości tak aby mógł budować właściwy Produkt

(źródło: BABOK The Agile extension)

SCRUM – nowy tryb pracy

Gdzie analiza w SCRUM?

(źródło: BABOK The Agile extension)

• Utrzymanie backlogu projektu• Regularna estymacja • Plan wydań i iteracji• Adaptacja i potwierdzanie zakresu

• Praca z Kientem i udziałowcami • Wypracowanie wizji produktu• Business Case• Analiza, modelowanie – aby zrozumieć • Identyfikacja Epics, UserStory• Backlog – identyfikacja wartości

Analiza a poziomy planowania - Planowanie strategii produktu i wydań

• Backlog Iteracji• Planowanie iteracji z Zespołem• Szczegółowe wymagania do iteracji bieżącej• Szczegółowe wymagania do iteracji przyszłej• Intensywna komunikacja z Zespołem, • Akceptacja historyjek• Retrospektywa• Adaptacja

Analiza a poziomy planowania – Planowanie i realizacja iteracji

Analiza w iteracjach

Identyfikacja nowych wymagań

Utrzymanie spriorytetyzowanej

listy wymagań

Potwierdzenie zakresu z PO

PrzygotowanieSzczegółowych

wymagań

Weryfikacja i adaptacja

Adaptacja i ciągłe planowanie – zmiana wymagań może być dobra!

Backlog - tu zarządzamy wymaganiami

Różne oblicza Backlog-u Epika → Historyjka

Epika → Historyjka → Zadanie

Epika → Cecha → Historyjka → Zadanie

Epika → UC → Historyjka → Zadanie → AT

Inne elementy backlogu Usprawnienie Wymaganie techniczne

User Story – historyjki użytkownika Wygodne - szybko definiują zakres Pokazują co i dlaczego Łatwo estymowalne Możliwy podział Obietnica rozmowy a nie specyfikacja Historyjki nie są dokumentacją wymagań Historyjka to produkt końcowy analizy Potrzebne grupowanie historyjek

Typowe troski Scrum Mastera Czy analityk jest prawdziwym członkiem Zespołu Komunikacja, współpraca, postawa Skuteczne przekazanie wizji produktu Angażowanie PO i udziałowców w prace Wsparcie przy planowaniu i estymacji Retrospektywy – doskonalenie metody Product Owner i Analityk Dayli Scrum Akceptacja historyjek Efektywność modelowania

No i co mam z Tobą zrobić Analityku?

Czego zespół oczekuje od Analityka? Kompetencji Decyzyjności Dostępności Bycia w drużynie Objaśniania wymagań, modeli Przestrzegania przyjętych reguł Jasnych kryteriów akceptacji Uznania za efekty Bycia aktywnym animatorem planowania,

analizowania, testowania i demonstrowania działania produktu

Jesteś nam potrzebny !!!

Co można zyskać?

O czym nie powiedziałem Product Owner (certyfikowany) Inne techniki Agile Inne metodyki Agile – XP, Kanban, RUP Agile w dużych projektach i organizacjach Agile Modeling IBM RUP – praktyki Agile Narzędzia wspomagające Agile …

Gdzie szukać więcej Modernanalyst.com Business Analysis Blog - http://

businessanalyst.tarunchandel.com/ Success With Requirements http://

www.ebgconsulting.com/agile.pdf Agile Modeling - http://www.agilemodeling.com/ RUP - Agile Practices SPIN ;) Konferencje Agile Easter Europe, Agile Central Europe …

Dziękuję !

@mariuszop