I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński
pawel@warsjawa:/etc$whoami Ja: ponad 10 lat pracy w Javie SCJP, SCWCD, SCBCD, SCEA brałem udział w: rozwój oprogramowania, consulting, szkolenia, architektura, prowadzenie i coaching zespołów wykorzystywane metodyki: cowboy-coding, RUP, Scrum (CSP), XP Pragmatists: Stosujemy XP z elementami Scrum a (np. review) Skupiamy się na jakości - terminowość i szybkość to jej dzieci Unikatowe w Polsce doświadczenia i praktyka
Zaraz będzie o... Jak rozpocząć zmianę? Czego dotyczą zmiany? Jak wprowadzać procesy i praktyki? Jak radzić sobie z problemami?
Ale najpierw podstawowe pytanie: Po co wprowadzać zwinne metodyki?
Czy coś jest nie tak? nieutrzymywalny kod?
Czy coś jest nie tak? aplikacja niedopasowana do użytkownika?
Czy coś jest nie tak? ping-pong odpowiedzialności i winienie się nawzajem?
Czy coś jest nie tak? nieefektywne spotkania?
Czy coś jest nie tak? chaos w projekcie brak zespołowości fatalna jakość problemy z wdrożeniami siedzenie po godzinach poczucie porażki
zwinne metodyki nie rozwiążą tych problemów
ale mogą pomóc Wam je rozwiązać
Ale jak? przezroczystość procesu i stanu Bardziej deterministyczne rozwijanie oprogramowania Uwidocznienie (nie)kompletności / (nie)czytelności wymagań Uwidocznienie związku wymagań z terminami Związanie realizacji z oczekiwaniami klienta Uwidocznienie jakości
Co się będzie działo? Zmiana kultury pracy Zmiana procesów i praktyk Zmiana sposobu zarządzania Zmiana rozłożenia odpowiedzialności Najpierw będzie obniżenie wydajności, na zyski trzeba trochę popracować. Potrzeba trochę inwestycji - w testy, konfigurację środowisk itp. Spory i znaczące różnice w czasie planowania.
Do roboty! Przygotowanie i tworzenie świadomości Wprowadzenie do zwinnych metodyk dla wszystkich (szkolenie) Warsztaty z planowaniem podejścia, wprowadzanych praktyk, terminów, itp. - transformacja musi być świadomą decyzją! Czy informować kierownictwo? (ciche zmiany i informacja po transformacji vs. przejrzystość procesu od początku) Pierwsze iteracje częste retrospekcje skupienie na rozwiązywaniu/usuwaniu problemów w czasie standup ów Rozwijanie kompetencji - szkolenia wewn. / zewn. - trener pracujący z zespołem (od paru tygodni do paru miesięcy) Ciągłe poprawianie procesu Raczej nie wszystkie praktyki na raz - lepiej wprowadzać stopniowo Weryfikacja aktualnych procesów, praktyk i narzędzi względem zwinnych wartości i zasad
ważniejsza od zmiany procesu jest zmiana podejścia: zwinne myślenie
Zmiana personalna Trzeba będzie bardzo dbać o szczegóły. Trzeba będzie uznać, że czegoś się nie umie, że trzeba się wiele nauczyć od nowa Trzeba będzie opanować nowe praktyki Będą pomyłki - warto zwracać na nie uwagę i uczyć się na nich. Na zmianę potrzeba czasu - warto dać go sobie.
Zmiana zespołowa Zespoły wielofunkcyjne / samowystarczalne Samoorganizowanie się Przyjęcie przezroczystości teraz każdy będzie wiedział co i kiedy robisz Branie odpowiedzialności tak, może dostaniesz po..., ale za swoje błędy Pilnowanie praktyk, nieodpuszczanie sobie Zaakceptowanie, że cały czas się uczymy
Zmiana w projekcie Czym większy bałagan tym więcej do posprzątania sprzątanie jako część pracy przynoszącej nową wartość Kultura Continuous Integration Iteracje - krótkie i konkretne kompletna paczka na koniec każdej Techniczna doskonałość testy automatyczne ciągłe uczenie Współpraca z resztą organizacji Współpraca z klientem
Zmiany infrastrukturalne Miejsce pracy wspierające zwinne rozwijanie jeden pokój duże tablice biurka do pracy w parach duże monitory Oprogramowanie kontrola wersji CI coś do zarządzania scenariuszami i liczenia prędkości
Podstawowe zasady Określenie celów gdzie jesteśmy teraz, jakie są nasze problemy, co chcemy rozwiązać (jakość, nadgodziny, lepsze oszacowania, mniej niespodzianek, motywacja) Żadnego przymuszania cały zespół musi decydować co wybiera i kiedy Zespół musi się cały czas uczyć szkolenia, coaching retrospekcje, spotkania synchronizacyjne Małe kroki, by mieć efekty szybko i często
Problemy Ktoś z zespołu nie chce: - rozwijanie świadomości i wiedzy - wprowadzenie na próbę Opór kierownictwa: - czy wiedzą jakie są aktualnie problemy? - czy wiedzą czego nie chcą? - opór względem procesu czy konkretnych praktyk? Opór klienta: - co jest dla niego ważne? (zakres czas jakość) - zasoby - poświęci ich czas i tak, tylko w innej formie
Dziękuję pawel.lipinski@pragmatists.pl http://www.pragmatists.pl