Скачать презентацию 3 Kongres Informatyki Polskiej 2 -4 czerwca 2003 Скачать презентацию 3 Kongres Informatyki Polskiej 2 -4 czerwca 2003

68a29539281a5da88d6307856442364e.ppt

  • Количество слайдов: 33

3. Kongres Informatyki Polskiej 2 -4 czerwca 2003 roku, Poznań Innowacje w realizacji przedsięwzięć 3. Kongres Informatyki Polskiej 2 -4 czerwca 2003 roku, Poznań Innowacje w realizacji przedsięwzięć informatycznych Lekkie metodyki programowania: Szansa czy zagrożenie? Jerzy Nawrocki Politechnika Poznańska Jerzy. Nawrocki@put. poznan. pl Copyright, 2003 © Jerzy R. Nawrocki www. cs. put. poznan. pl/jnawrocki/

Syndrom LOOP Loop L ate (późno) Over budget (przekroczony budżet) O vertime (nadgodziny) P Syndrom LOOP Loop L ate (późno) Over budget (przekroczony budżet) O vertime (nadgodziny) P oor quality (kiepska jakość)

Plan wystąpienia ISO 9001 CMM Manifest zwinności Programowanie Ekstremalne Studio Rozwoju Oprogramowania Plan wystąpienia ISO 9001 CMM Manifest zwinności Programowanie Ekstremalne Studio Rozwoju Oprogramowania

Plan wystąpienia ISO 9001 CMM Manifest zwinności Programowanie Ekstremalne Studio Rozwoju Oprogramowania Plan wystąpienia ISO 9001 CMM Manifest zwinności Programowanie Ekstremalne Studio Rozwoju Oprogramowania

ISO 9001 Kry teria Audytor Dobrzy Źli ISO 9001 Kry teria Audytor Dobrzy Źli

ISO 9001 Kry teria Audytor Dobrzy Źli ISO 9001 Kry teria Audytor Dobrzy Źli

Dokumentacja w ISO 9001 • Polityka jakości i cele jakości • Księga • Udokumentowane Dokumentacja w ISO 9001 • Polityka jakości i cele jakości • Księga • Udokumentowane procedury wymagane przez standard • Plany jakości, udokumentowane • procedury, instrukcje pracy Zapisy

Problemy z ISO 9001 Zabieg marketingowy Udokumentowane = lepsze Zbyt dużo ISO Brak elastyczności Problemy z ISO 9001 Zabieg marketingowy Udokumentowane = lepsze Zbyt dużo ISO Brak elastyczności działania Zbyt

Plan wystąpienia ISO 9001 CMM Manifest zwinności Programowanie Ekstremalne Studio Rozwoju Oprogramowania Plan wystąpienia ISO 9001 CMM Manifest zwinności Programowanie Ekstremalne Studio Rozwoju Oprogramowania

CMM: Capability Maturity Model Organizacje programistyczne SEI, Pittsburg, USA 1989 -1993 5. Optymalizujący 4. CMM: Capability Maturity Model Organizacje programistyczne SEI, Pittsburg, USA 1989 -1993 5. Optymalizujący 4. Zarządzany ilościowo 3. Zdefiniowany 2. Zarządzany (powtarzalny) 1. Początkowy

CMM: Capability Maturity Model Motorola, Kraków 5. Optymalizujący ~ 1% 4. Zarządzany ilościowo 3. CMM: Capability Maturity Model Motorola, Kraków 5. Optymalizujący ~ 1% 4. Zarządzany ilościowo 3. Zdefiniowany 2. Zarządzany (powtarzalny) 1. Początkowy ~ 30%

CMM: Capability Maturity Model Cele Praktyki w Zarządzanie wymaganiami w Planowanie przedsięwzięcia 5. Optymalizujący CMM: Capability Maturity Model Cele Praktyki w Zarządzanie wymaganiami w Planowanie przedsięwzięcia 5. Optymalizujący w Śledzenie postępów 4. Zarządzany ilościowo w Zarządzanie podzleceniami 3. Zdefiniowany w Zapewnienie jakości 2. Zarządzany (powtarzalny) w Zarządzanie konfiguracją 1. Początkowy w Pomiary i analiza

Procedury dla CMM Poziom 2 w przeglądy zobowiązań zewnętrznych w opracowywanie planu przedsięwzięcia w Procedury dla CMM Poziom 2 w przeglądy zobowiązań zewnętrznych w opracowywanie planu przedsięwzięcia w szacowanie rozmiaru, pracochłonności, kosztu, krytycznych zasobów obliczeniowych i harmonogramu w dokonywanie zmian w planie w przeglądy przedsięwzięcia przy kamieniach milowych w planowanie zapewnienia jakości w. . .

CMM: Capability Maturity Model 5. Optymalizujący 4. Zarządzany ilościowo 3. Zdefiniowany 2. Zarządzany (powtarzalny) CMM: Capability Maturity Model 5. Optymalizujący 4. Zarządzany ilościowo 3. Zdefiniowany 2. Zarządzany (powtarzalny) 1. Początkowy ISO = CMM 2. 5

Problemy z ISO i CMM Za dużo papierów! Za dużo zebrań! Problemy z ISO i CMM Za dużo papierów! Za dużo zebrań!

Plan wystąpienia ISO 9001 CMM Manifest zwinności Programowanie Ekstremalne Studio Rozwoju Oprogramowania Plan wystąpienia ISO 9001 CMM Manifest zwinności Programowanie Ekstremalne Studio Rozwoju Oprogramowania

ISO i CMM ISO i CMM

Potrzeba czegoś lżejszego. . . Potrzeba czegoś lżejszego. . .

Manifest zwinności (Agile Manifesto) Luty 2001, Snowbird, Utah, 17 osób Kent Beck (karty CRC, Manifest zwinności (Agile Manifesto) Luty 2001, Snowbird, Utah, 17 osób Kent Beck (karty CRC, x. Unit, XP) Alistair Cockburn (rodzina metodyk Crystal) Marin Fowler (refaktoryzacja, UML Distilled) Jim Highsmith (Adaptive Software Development)

Manifest zwinności Ważniejsze : • Jednostki i interakcje niż procesy i narzędzia • Działające Manifest zwinności Ważniejsze : • Jednostki i interakcje niż procesy i narzędzia • Działające oprogramowanie niż obszerna dokumentacja • Współpraca klienta niż negocjacja kontraktu • Nadążanie za zmianami niż trzymanie się planu

Plan wystąpienia ISO 9001 CMM Manifest zwinności Programowanie Ekstremalne Studio Rozwoju Oprogramowania Plan wystąpienia ISO 9001 CMM Manifest zwinności Programowanie Ekstremalne Studio Rozwoju Oprogramowania

Programowanie Ekstremalne (XP) = lekka (zwinna) metodyka tworzenia oprogramowania „XP jest dzisiaj najważniejszym ruchem Programowanie Ekstremalne (XP) = lekka (zwinna) metodyka tworzenia oprogramowania „XP jest dzisiaj najważniejszym ruchem w IO. " Tom

Programowanie Ekstremalne XP Zbawca Zawsze to mówiłem! w Najważniejsza komunikacja ustna. w Jedyne artefakty: Programowanie Ekstremalne XP Zbawca Zawsze to mówiłem! w Najważniejsza komunikacja ustna. w Jedyne artefakty: kod + testy w IEEE/ANSI standard Zbędny! 830/1993? w Inspekcje Fagana? Zbędne! w Punkty funkcyjne? Zbędne! w Żadnych nadgodzin!

Programowanie Ekstremalne Wybrane praktyki XP: • Klient na miejscu • Krótkie przyrosty i wydania Programowanie Ekstremalne Wybrane praktyki XP: • Klient na miejscu • Krótkie przyrosty i wydania • Najpierw przypadki testowe potem kod • Automatyzacja wykonywania testów • Ciągła integracja • Programowanie parami

Programowanie Ekstremalne Słabości XP: • brak dokumentacji • klient „na miejscu” i tylko jeden Programowanie Ekstremalne Słabości XP: • brak dokumentacji • klient „na miejscu” i tylko jeden • zbyt krótka perspektywa planowania Jak rozwiązać te problemy i zachować zwinność?

Matryca projektów Krytyczność Defekty skutkują utratą Życia (L) L 6 L 20 L 40 Matryca projektów Krytyczność Defekty skutkują utratą Życia (L) L 6 L 20 L 40 L 100 L 200 L 500 Dużych E 6 pieniędzy (E) Małych D 6 pieniędzy (D) Komfortu C 6 (C) 1 -6 E 20 E 40 E 100 E 200 E 500 D 20 D 40 D 100 D 200 D 500 C 20 C 40 C 100 C 200 C 500 -20 -40 -100 -200 Liczba zaangażowanych osób-500

Rodzina metodyk Cristal E 6 Alistair Cockbur n E 20 E 40 E 80 Rodzina metodyk Cristal E 6 Alistair Cockbur n E 20 E 40 E 80 D 6 D 20 D 40 D 80 C 6 C 20 C 40 C 80 Clear Yellow Orange Red

Plan wystąpienia ISO 9001 CMM Manifest zwinności Programowanie Ekstremalne Studio Rozwoju Oprogramowania Plan wystąpienia ISO 9001 CMM Manifest zwinności Programowanie Ekstremalne Studio Rozwoju Oprogramowania

Studio Rozwoju Oprogramowania w Od 1998 w Część programu Master in Software Engineering w Studio Rozwoju Oprogramowania w Od 1998 w Część programu Master in Software Engineering w Corocznie 11 przedsięwzięć realizowanych w zespołach 8 osobowych (III + IV + V rok)

Metoda PRINCE 2 PRINCE = PRojects IN Controlled Environments CCTA = the Central Computer Metoda PRINCE 2 PRINCE = PRojects IN Controlled Environments CCTA = the Central Computer and Telecommunications Agency, UK PRINCE 2 wspiera ISO 9001.

Łączenie XP z PRINCE 2 Zarząd Przedsięwzięcia Reprezenta nt użytkownik ów Kontrola Dyrekt Reprezenta Łączenie XP z PRINCE 2 Zarząd Przedsięwzięcia Reprezenta nt użytkownik ów Kontrola Dyrekt Reprezenta or nt dostawcy Przedsięwzięcia Kier. Przeds. = Trener Kier. Prod. = Klient + Pomocnik = Tester Tropiciel Kierownik Programiści Zespołu Programowanie

Studio Rozwoju Oprogramowania Bartek Adam Zarząd Przedsięwzięcia Reprezenta nt użytkownik ów Kontrola Dyrekt Reprezenta Studio Rozwoju Oprogramowania Bartek Adam Zarząd Przedsięwzięcia Reprezenta nt użytkownik ów Kontrola Dyrekt Reprezenta or nt dostawcy V Przedsięwzięcia rok Kierownik IV Przedsięwzięcia rok Kierownik Pomocnik IV Produktu Kierownika rok Kierownik Programiści III rok (praca Zespołu inż. )

Pytania? Pytania?