Zarządzanie projektem informatycznym ZPR

Metodyki

dr inż. Włodzimierz Dąbrowski

P ^olsko J ^apońska W ^yższa S ^zkoła T ^echnik K omputerowych

Zarządzanie projektem

informatycznym ZPR

Plan wykładu

Po co komu metodyka?

Przykłady metodyk

Projekt „typowy”

 Działania chaotyczne

 Brak planu działania

 Decyzje krótkoterminowe

 Lawina czynności bez związku z

„rzeczywistą” produkcją

 Syndrom 90/90

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

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

Metodyka wprowadza ...

Metodyka wprowadza:

planowanie

fazy wytwarzania

dokumenty projektowe kontrolę

...

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

Rodzaje metodyk

Metodyki prowadzenia projektów

Metodyki zarządzania projektem

Podejście repozytoryjne

kompendium wiedzy na temat

zarządzania i prowadzenia projektów

 PMBOK

 APM (Association for Project Managment)

 SWEBOK (Software Engineering Body of

Knowledge)

Podejście strukturalne

opis 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 – 12207 standard cyklu życia oprogramowania

 EV Earned Value – standard przyjęty

przez ANSI dla wszystkich projektów

rządowych w USA

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

APM - zarządzanie projektem

1. Zarządzanie systemem

2. Zarządzanie programem

3. Zarządzanie projektem

4. Cykl życia projektu

5. Środowisko projektu

6. Strategia projektu

7. Ocena żywotności projektu

8. Kryteria sukcesu lub porażki projektu

9. Integracja

10. Systemy i procedury

11. Zamknięcie i ocena projektowania

APM – organizacja i ludzie

1. Projektowanie organizacji

2. Kontrola i koordynacja

3. Komunikacja

4. Przywództwo

5. Delegowanie i zlecanie prac

6. Konstruowanie zespołów

7. Zarządzanie i rozwiązywanie konfliktów

8. Negocjacje

APM – procesy i procedury

1. Definiowanie prac

2. Planowanie

3. Szeregowanie zadań

4. Estymacja

5. Kontrola kosztów

6. Mierzenie wydajności

7. Zarządzanie, mierzenie i ocena ryzyka

8. Zarządzanie wartością

9. Zarządzanie zmianami

10. Mobilizacja

APM – zarządzanie ogólne

1. Organizacja i ludzie

2. Projektowanie organizacji

3. Kontrola i koordynacja

4. Komunikacja

5. Przywództwo

6. Prawo

7. Zaopatrzenie

8. Jakość

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

SWEBOK (1)

SWEBOK (2)

NASA

Bogate doświadczenie NASA w prowadzeniu projektów informatycznych wytwarzania

oprogramowania wysokiej niezawodności od 1975 roku

dokument: SEL-81-305 Recomended Approach to Software Development

SEL- Software Engineering Laboratory

NASA

1. Definicja wymagań

2. Analiza wymagań

3. Projekt wstępny

4. Projekt szczegółowy

5. Implementacja

6. Testy integracyjne

7. Testy akceptacyjne

8. Eksploatacja i pielęgnacja

 8 faz

 każda kończy

się wytworzeniem produktu i

przeglądem

NASA

Dla każdej fazy opisuje:

1. warunki rozpoczęcia i zakończenia

2. kluczowe czynności

3. produkty

4. miary

5. narzędzia

NASA

NASA

Model MSF

I E N V

S O

G I

N IN

P L A N

I G N

N D

V E L O

PI G E

N STABIL

Z NG

I I

Vision Approved Vision Approved

Project Plan Approved Project Plan

Approved Scope

Complete Scope Complete

Release

Release

Microsoft Solutions

Framework

Model RAD

 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

Rapid Application Development

Cechy

:

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

Model DPM

Digital Program

Methodology

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

Model MITP/PMM

Managing the Implementation of the Total

Project

Project Management Methods

Podsumowanie

Problemy

? ?