Post on 15-Nov-2014
description
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