5. Late (p坦添no)
od 6 do 12 miesicy
Over Budget (przekroczony bud甜et)
50% - 100%(!)
Overtime (nadgodziny)
Poor quality (kiepska jako)
岬
E. Yourdon, Marsz ku klesce. Poradnik dla projektanta system坦w
5 / 40
6. The Standish Group
International Inc.
Podzia przedsiwzi informatycznych ze
wzgldu na zakoczenie:
zakoczone sukcesem (P1)
zakoczone czciowym niepowodzeniem (P2)
zakoczone pora甜k (P3)
6 / 40
17. Manifest Agile - wartoci
Ludzie i interakcje ponad procesy i
narzdzia
Wsp坦praca z klientem ponad
negocjacje kontraktu
Dziaajce oprogramowanie ponad
wyczerpujc dokumentacj
Reagowanie na zmiany ponad
ledzenie planu
17 / 40
18. Manifest Agile - zasada #1
Satysfakcja klienta
poprzez wczesne i stae
(cige) dostarczanie
oprogramowania.
18 / 40
19. Manifest Agile - zasada #2
Zmiana wymaga nie jest
problemem, nawet na
zaawansowanym poziomie
tworzenia.
19 / 40
20. Manifest Agile - zasada #3
Dziaajce oprogramowanie
dostarczane czsto, z
przerwami od kilku tygodni do
kilku miesicy, przy czym im
czciej, tym lepiej.
20 / 40
33. Najpopularniejsze metodyki
Dynamic Systems Development (1990) - Dane Faulkner
Scrum (1995) - Ken Schwaber, Jeff Sutherland, Mike Beedle
Adaptive Software Development (1995) - Jim Highsmith
Feature Driven Development (1995) - Jeff DeLuca
eXtreme Programming (1996) - Kent Beck, Ron Jeffries
Crystal methodologies (1996) - Alistair Cockburn
Lean Software Development (1996) - Mary and Tom
Poppendieck
34. Kryzys
Metodyki tradycyjne
Metodyka Agile
- czym jest agile?
- wartoci
- zasady
- cechy
Tradycja vs Zwinno
Lki i prawa
33 / 40
35. Planowanie z klientem w Metodyce Tradycyjnej
Planowanie Wytwarzanie
Planowanie z klientem w Metodyce Zwinnej
Planowanie
34 / 40
36. Kryzys
Metodyki tradycyjne
Metodyka Agile
- czym jest agile?
- wartoci
- zasady
- cechy
Tradycja vs Zwinno
Lki i prawa
35 / 40
37. Lki klienta:
niekompletne wyobra甜enie o problemie, a
propozycje wykonawcy ze i niepotrzebne
jego przyszo zale甜y od innych ludzi
(programist坦w)
projekt siprzedu甜y i pochonie wikszy
bud甜et
produkt bdzie kiepskiej jakoci, nieu甜ywalny
36 / 40
38. Lki programisty:
nie bdzie mia jasno okrelonych wymaga i bd one
zmienne
klient bdzie wymaga zbyt du甜o za zbyt mao
problem bdzie przerasta jego mo甜liwoci lub pochonie
zbyt du甜o czasu
problem bdzie zawieraukryte miny
na nim spoczywa odpowiedzialno za wszystkie
niepowodzenia
37 / 40
39. Karta praw klienta:
Klient ma prawo do dugofalowego planowania z
uwzgldnieniem koszt坦w i wariant坦w
Klient ma prawo do okresowego wyznaczania priorytet坦w
projektu
Klient ma prawo do wgldu w postpy projektu oraz dostpu
do dziaajcej i aktualnej wersji aplikacji
Klient ma prawo do zmiany zdania (zao甜e projektu) bez
koniecznoci pacenia wyg坦rowanych koszt坦w
38 / 40
40. Karta praw programisty:
Programista ma prawo do przedstawiania wasnych estymat
zada projektowych, a tak甜e do ich zmiany
Programista ma prawo do produkowania wysokiej jakoci
kodu niezale甜nie od okolicznoci
Programista ma prawo do wiedzy, kt坦re zadania s
najwa甜niejsze i powinny zostazrealizowane w najbli甜szym
czasie
Programista ma prawo do otrzymywania pomocy ze strony
klienta, szef坦w oraz czonk坦w zespou
Programista ma prawo do uczciwego raportowania
postp坦w projektu
39 / 40
41. Literatura
Wykady - Techniki Wytwarzania oprogramowania, Jacek
Dajda, EAiIE AGH
Manifesto for Agile Software Development
http://agilemanifesto.org
Jeff Patton blog, http://www.agileproductdesign.com
http://agile.jogger.pl
Martin Fowler, The Agile Manifesto: where it came from and
where it may go
http://www.martinfowler.com/articles/agileStory.html
http://blog.standishgroup.com
http://wazniak.mimuw.edu.pl
40 / 40
