5. Model Waterfall
2014-06-14, Agile Development
Day 5
„Wierzę w ten koncept, ale implementacja
opisana powyżej jest ryzykowana i naraża się na
porażkę.”
Dr. Winstone W. Royce, Preceedings, IEE WESCON, sierpień 1970
6. Fakty Waterfall
• 52% wymagań zaimplementowane
• 64% powstałej funkcjonalności rzadko używane
• 34% projektów zakończonych sukcesem
• Przedłużający się czas trwania projektu odracza
zysk
(Source: Standish Report 2003)
62014-06-14, Agile Development
Day
7. Fakty Waterfall
• Niejasne wymagania
• Zmiana staje się coraz bardziej kosztowna
• Klienci nie dostają tego, czego oczekują
• Zapewnienie jakości (QA) zostaje
załamane
– Brak czasu na testowanie
– Późna integracja oznacza późne pojawianie
się błędów
72014-06-14, Agile Development
Day
11. Manifesto for Agile Software Development
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 interakcje 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.
Chociaż doceniamy rzeczy wymienione po prawej stronie, to
jednak bardziej cenimy pozycje po lewej.
112014-06-14, Agile Development
Day
12. Zasady Agile
1. Naszym najwyższym priorytetem jest zadowolić
klienta poprzez wczesne i ciągłe dostarczanie
wartościowego oprogramowania.
2. Zmiany w wymaganiach, nawet późno w
projekcie są mile widziane. Proces Agile
zaprzęga zmianę do przewagi we
współzawodnictwie na korzyść klienta.
3. Dostarczaj oprogramowanie często, w
odstępach czasu od kilku tygodni do kilku
miesięcy, preferując mniejsze odstępy czasowe.
122014-06-14, Agile Development
Day
13. Zasady Agile
4. Ludzie biznesu i deweloperzy muszą pracować
razem codziennie przez cały projekt.
5. Buduj projekty w opraciu o zmotywowane
indywidualności. Daj im środowisko i wsparcie,
którego potrzebują i zaufaj im, że praca zostanie
wykonana.
6. Najskuteczniejszą i najwydajniejszą metodą
przekazywania informacji do i w zespole
deweloperów jest rozmowa w cztery oczy.
132014-06-14, Agile Development
Day
14. Zasady Agile
7. Działające oprogramowanie jest
podstawową miarą postępu.
8. Procesy Agile promują trwały rozwój.
Sponsorzy, deweloperzy i użytkownicy
powinni być w stanie utrzymać ciągłe
tempo nieskończenie.
9. Ciągła koncentracja na technicznej
doskonałości i dobrym projekcie (design)
poprawia zwinność (agility).
142014-06-14, Agile Development
Day
15. Zasady Agile
10. Prostota – sztuka zwiększania ilości pracy
niewykonanej – jest niezbędna.
11. Najlepsze architektury, wymagania i projekty
wyłaniają się z samo-organizujących się zespołów.
12. W regularnych odstępach czasu, zespół
zastanawia się jak stać się bardziej wydajnym, a
następnie odpowiednio dostraja się i dopasowuje
swoje zachowanie
http://agilemanifesto.org/principles.html
152014-06-14, Agile Development
Day
16. Cechy Agile
• Iteracje
• Przejrzystość
• Prostota
• Refactoring
• Działający produkt na koniec każdej iteracji
Produkt jest potencjalnie dostarczalny
(MMF/MVP)
162014-06-14, Agile Development
Day
17. Cechy Agile
• Zmiana wymagań jest możliwa
• Samoorganizujący się, samowystarczalny
zespół profesjonalistów
• Małe zespoły
• Nieformalna komunikacja – w cztery oczy
• Regularna adaptacja – inspect and adapt
172014-06-14, Agile Development
Day
18. Fazy iteracji w Agile
18
Planowanie
Wymagania
Projekt
Implementacja
Testowanie
Utrzymanie
2014-06-14, Agile Development
Day
21. Kiedy projekt odniósł sukces?
• Zespół dostarczył kolejny przyrost
produktu
– na koniec iteracji
– zintegrowany
– przetestowany
• Definicja DONE jest spełniona
• Biznes akceptuje wynik Iteracji
• Produkt jest potencjalnie dostarczalny
212014-06-14, Agile Development
Day
23. Przewidywalny vs Empiryczny
23
Zaczynamy z
planem i
wszystkimi
wymaganiami
Kończymy ze wszystkimi
wymaganiami
zaspokojonymi
Przewidywalny
Empiryczny
Zaczynamy z Celami
i częścią
wymagań
Kończymy osiągając
Cele
Inspect & adapt
2014-06-14, Agile Development
Day
26. Waterfall vs Agile
• Co się zmienia
– Interesariusze mają lepszą kontrolę nad
wymaganiami
– Dostarczenie wartości dla biznesu jest szybsze
– Wyższa jakość
– Dokładniejsze raportowanie
262014-06-14, Agile Development
Day
27. Waterfall vs Agile
– Duża zdolność do zmian i adaptacji
– Wyższe morale zespołu
– Większa kontrola ryzyka
– Przewidywalność
– Produkt ma większą wartość
272014-06-14, Agile Development
Day