1 Zarządzanie projektem informatycznym ZPRMetodyki dr inż. Włodzimierz Dąbrowski Polsko Japońska Wyższa Szkoła Technik Komputerowych Katedra Systemów Informacyjnych, pokój Materiał wyłącznie do użytku przez studentów PJWSTK kursu Zarządzanie projektem informatycznym. Copyright © 2002 – 2004 by W. Dąbrowski - wszelkie prawa zastrzeżone. Materiał ani jego część nie może być w żadnej formie i za pomocą jakichkolwiek środków technicznych reprodukowany bez zgody właściciela praw autorskich. Wersja PC

2 Plan wykładu Po co komu metodyka? Przykłady metodyk To są notatki

3 Decyzje krótkoterminowe Projekt „typowy” Działania chaotyczne Brak planu działania Decyzje krótkoterminowe Lawina czynności bez związku z „rzeczywistą” produkcją Syndrom 90/90

4 próba zastosowania znanych od lat praktyk próba planowania Projekt z metodyką METODYKA próba zastosowania znanych od lat praktyk próba planowania próba wydzielenia fazy wytwarzania produkcja dokumentów wiara że METODYKA uczyni projekt lepiej kontrolowalnym

5 studium metod (nauka o metodach)Czym jest metodyka? Metodologia studium metod (nauka o metodach) nauka o metodach badań naukowych, o skutecznych sposobach dociekania ich wartości poznawczej Słownik języka polskiego PWN Metodyka – powiązane ze sobą metody, techniki, reguły i praktyki oraz wiedza jak je stosować zbiór zasad dotyczących sposobów wykonywania jakiejś pracy lub trybu postępowania prowadzącego do określonego celu

6 Metodyka wprowadza: planowanie fazy wytwarzania dokumenty projektowekontrolę ...

7 Edsger Dijkstra GOTO Statement Considered Harmful lata 70. i 80. XX w Trochę historii 1968 Edsger Dijkstra GOTO Statement Considered Harmful lata 70. i 80. XX w Analiza Strukturalna – Sarson, Gane, deMarco, Yourdon lata 90. metodyki obiektowe, notacje, CASE początek XXI metodyki lekkie ???; e-projekty

8 Metodyki prowadzenia projektów Metodyki zarządzania projektemRodzaje metodyk Metodyki prowadzenia projektów Metodyki zarządzania projektem

9 Podejście repozytoryjnekompendium wiedzy na temat zarządzania i prowadzenia projektów PMBOK APM (Association for Project Managment) SWEBOK (Software Engineering Body of Knowledge)

10 Podejście strukturalneopis struktur organizacyjnych, kroków, produktów, więzów, warunków wykonalności MIL-STD 498 standard zarządzania projektami rządowymi w USA w dziedzinie wojskowej ISO – standard cyklu życia oprogramowania EV Earned Value – standard przyjęty przez ANSI dla wszystkich projektów rządowych w USA

11 Zbiór 40 kompetencji z 4 kategorii: 1. Zarządzanie projektem APM Association for Project Management Zbiór 40 kompetencji z 4 kategorii: 1. Zarządzanie projektem 2. Organizacja i ludzie 3. Procesy i procedury 4. Zarządzanie ogólne

12 APM - zarządzanie projektemZarządzanie systemem Zarządzanie programem Zarządzanie projektem Cykl życia projektu Środowisko projektu Strategia projektu Ocena żywotności projektu Kryteria sukcesu lub porażki projektu Integracja Systemy i procedury Zamknięcie i ocena projektowania

13 APM – organizacja i ludzieProjektowanie organizacji Kontrola i koordynacja Komunikacja Przywództwo Delegowanie i zlecanie prac Konstruowanie zespołów Zarządzanie i rozwiązywanie konfliktów Negocjacje Rozwój

14 APM – procesy i proceduryDefiniowanie prac Planowanie Szeregowanie zadań Estymacja Kontrola kosztów Mierzenie wydajności Zarządzanie, mierzenie i ocena ryzyka Zarządzanie wartością Zarządzanie zmianami Mobilizacja

15 APM – zarządzanie ogólneOrganizacja i ludzie Projektowanie organizacji Kontrola i koordynacja Komunikacja Przywództwo Prawo Zaopatrzenie Jakość Bezpieczeństwo Związki i relacje wewnątrz zakładowe

16 Zdefiniowanie zawartości dyscypliny IO SWEBOK Software Engineering Body of Knowladge IEEE – 1993 – 2003 Cele: Zdefiniowanie zawartości dyscypliny IO Dostarczenie użytkownikom podstawowych elementów wiedzy z IO Propagowanie wiedzy Określenie granic dziedziny w stosunku do innych

17 SWEBOK (1)

18 SWEBOK (2)

19 dokument: SEL-81-305 Recomended Approach to Software Development NASA Bogate doświadczenie NASA w prowadzeniu projektów informatycznych wytwarzania oprogramowania wysokiej niezawodności od 1975 roku dokument: SEL Recomended Approach to Software Development SEL- Software Engineering Laboratory NASA

20 każda kończy się wytworzeniem produktu i przeglądem Definicja wymagań NASA 8 faz każda kończy się wytworzeniem produktu i przeglądem Definicja wymagań Analiza wymagań Projekt wstępny Projekt szczegółowy Implementacja Testy integracyjne Testy akceptacyjne Eksploatacja i pielęgnacja

21 Dla każdej fazy opisuje: warunki rozpoczęcia i zakończenia NASA Dla każdej fazy opisuje: warunki rozpoczęcia i zakończenia kluczowe czynności produkty miary narzędzia PRZEGLĄDY Metodyka definiuje treść dokumnetów

22 NASA

23 NASA

24 Microsoft Solutions FrameworkModel MSF Microsoft Solutions Framework I E N V S O G P L A D T B Z Vision Approved Project Plan Approved Scope Complete Release

25 wysoka jakość rozwiązania; ewolucyjność procesu wytwarzania systemu; Model RAD Rapid Application Development Cechy: wysoka jakość rozwiązania; ewolucyjność procesu wytwarzania systemu; stosowanie inżynierskich technik wytwarzania w całym cyklu realizacji; wykorzystanie profesjonalnych zespołów; wykorzystanie profesjonalnych metod zarzązania zespołem; stosowanie wydajnych narzędzi wspomagających wytwarzanie oprogramowania;

26 cykliczne powtarzanie kolejnych faz; ewolucyjny charakter realizacji Model RAD (2) Metodyka przewiduje: cykliczne powtarzanie kolejnych faz; ewolucyjny charakter realizacji stały kontakt z użytkownikiem ciągłe wprowadzanie zmian i modyfikacji Ewolucyjny sposób realizacji stwarza problemy zarządzania procesem wytwarzania. Duża szansa na spełnienie oczekiwań użytkownika

27 Digital Program MethodologyModel DPM Digital Program Methodology

28 wydzielenie etapów kontrolnych nie-sekwencyjny sposób realizacji Model DPM Cechy: wydzielenie etapów kontrolnych nie-sekwencyjny sposób realizacji wyodrębnienie zarządzania finansami wyodrębnienie prac związanych z zarządzaniem projektem określenie kryterium odbioru

29 Model MITP/PMM Managing the Implementation of the Total Project Project Management Methods

30 Metodyki lekkie

31 Metodyki lekkie

32 Metodyki lekkie

33 Metodyki lekkie

34 Podsumowanie

35 Problemy ?