Agile w praktyce, czyli jak to robimy naprawdę

Prezentacja na temat: "Agile w praktyce, czyli jak to robimy naprawdę"— Zapis prezentacji:

1 Agile w praktyce, czyli jak to robimy naprawdę
Marcin Górecki Łódź,

2 AGENDA O Agile Trudności z adopcją Co zostało wdrożone u nas Dyskusja

3 Manifest Agile Poprzez wytwarzanie oprogramowania oraz pomaganie innym w tym zakresie odkrywamy lepsze sposoby realizowania tej pracy. W wyniku tych doświadczeń zaczęliśmy przedkładać: Ludzi i ich wzajemne interakcje (współdziałanie) ponad procedury i narzędzia. Działające oprogramowanie nad wyczerpującą dokumentację. Współpracę z klientem nad negocjację umów. Reagowanie na zmiany nad realizowanie planu. Oznacza to, że wprawdzie doceniamy to co wymieniono po prawej stronie, to jednak bardziej cenimy to co wymieniono po lewej. Źródło:

4 Główne cechy Agile Osiągnięcie satysfakcji klienta poprzez szybkość wytwarzania oprogramowania Działające oprogramowanie jest dostarczane okresowo Podstawową miarą postępu jest działające oprogramowanie Późne zmiany w specyfikacji nie mają destrukcyjnego charakteru na proces wytwarzania oprogramowania Bliska, dzienna współpraca pomiędzy biznesem a developmentem Bezpośredni kontakt jako najlepsza forma komunikacji w zespole i poza nim Ciągła uwaga nastawiona na aspekty techniczne oraz dobry projekt (design) Prostota Samozarządzalność zespołów Regularna adaptacja do zmieniających się wymagań Źródlo:

5 Główne techniki Agile Różne źródła wymieniają różne techniki.
Wikipedia: Test Driven Development (TDD) Behavior Driven Development (BDD) - planowanie Continuous Integration Pair Programming Planning poker - estymacje RITE method - usability testing Brakuje najważniejszego - meetingów

6 Adopcja agile Klient przyzwyczajony do waterfalla

7 Ograniczenia w adopcji Agile
Ograniczony dostęp do klienta, pojedynczy punkt kontaktu (SA u nas, wyznaczone osoby u klienta) Klient wymaga dokumentacji Rozproszone, miedzynarodowe zespoły Różne role na projekcie Duża część wymagań jest znana na początku projektu Różny poziom doświadczenia u członków zespołu Niechęć człoków zespołu Pełna przejrzystość działań Szybkie rezultaty, ciężko chować pod dywan Rezultat: Zbudowanie specyficznego procesu

8 Adopcja Agile Spotkania, ciągły kontakt Test Driven Development (TDD)
Testy funkcjonalne Testy unitarne tworzone przed rozpoczęciem developmentu Kilka cykli testów: developerskie, tygodniowe, okresowe, akceptacyjne Continuous Integration Cotygodniowe buildy Dużo automatyzacji, ant Early release process

9 Wykorzystywane narzędzia
Skype, MSN, Issue tracking – bugzilla, Jira VMware jako platforma developerska i testowa Source control – SVN Zbieranie wymagań – excel, Enterprise Architect Testy – findbugs, junit, jmeter, excel

10 Organizacja developerki na moich projektach
Akceptacja taska Zrozumienie zadania Przygotwanie testów unitarnych Development Wykonanie testów Commit kodu oraz wyniku testu Zamknięcie

11 Efekt Znaczna poprawa jakości dostarczanego oprogramowania
Szybsza identyfikacja błędnych wymagań przez klienta

12 Zapraszam do dyskusji i pytań
Dyskusja Zapraszam do dyskusji i pytań