Zarządzanie projektem informatycznym

(1)

Wykład 3

WBS

dr inż. Włodzimierz Dąbrowski

PôlskoJâpońskaW^yższaS^zkołaTêchnikKomputerowych Katedra Systemów Informacyjnych, pokój 310

e-mail: Wlodek@pjwstk.edu.pl

Zarządzanie projektem informatycznym

(2)

Plan wykładu

Czym jest SPMP?

Czym nie jest SPMP?

Jak rozpocząć planowanie?

Co zrobić z setkami zadań?

(3)

Przygotowanie analizy zadania Krasnale

 Fazy ogólne projektu:

 Fazy szczegółowe (grupy działań):

Rozpoczęcie

Rozpoczęcie Planowanie Planowanie Diagnoza Diagnoza Projektowanie Projektowanie Wdrożenie Wdrożenie Zakończenie Zakończenie

 Opracowanie koncepcji

 Zdefiniowanie wyników / rezultatów

 Zdefiniowanie kluczowych członków zespołu

 Przygotowanie ogólnego

planu i budżetu

 Uzyskanie wstępnego

 Opracowanie koncepcji

 Zdefiniowanie wyników / rezultatów

 Zdefiniowanie kluczowych członków zespołu

 Przygotowanie ogólnego

planu i budżetu

 Uzyskanie wstępnego

 Przygotowanie szczegółowej listy wyników ostatecznych i pośrednich

 Harmonogram owanie

projektu

 Planowanie zasobów

 Szczegółowe budżetowanie

 Przygotowanie definicji

Przygotowanie szczegółowej listy wyników ostatecznych i pośrednich

Harmonogram owanie

projektu

Planowanie zasobów

Szczegółowe budżetowanie

Przygotowanie definicji

 Określenie potrzeb

użytkowników

 Zdefiniowanie wymagań funkcjonalnych

 Weryfikacja wymagań z użytkownikami

 Uzyskanie zatwierdzenia Sponsora

 Określenie potrzeb

użytkowników

 Zdefiniowanie wymagań funkcjonalnych

 Weryfikacja wymagań z użytkownikami

 Uzyskanie zatwierdzenia Sponsora

 Opracowanie koncepcji rozwiązania

 Przygotowanie szczegółoweg o rozwiązania technologiczne go

 Opracowanie elementów graficznych

 Potwierdzenie z

użytkownikami

 Opracowanie koncepcji rozwiązania

 Przygotowanie szczegółoweg o rozwiązania technologiczne go

 Opracowanie elementów graficznych

 Potwierdzenie z

użytkownikami

 Realizacja testów

 Szkolenia pracowników

 Uruchomienie aplikacji

 Zweryfikowani e

funkcjonowani a przez

użytkowników

Realizacja testów

Szkolenia pracowników

Uruchomienie aplikacji

Zweryfikowani e

funkcjonowani a przez

użytkowników

 Przygotowanie i przekazanie dokumentacji

 Rozliczenie budżetu i

harmonogramu

 Przygotowanie dokumentacji zamykającej

 Uzyskanie zatwierdzenia przez

Sponsora

 Rozpoczęcie

Przygotowanie i przekazanie dokumentacji

Rozliczenie budżetu i

harmonogramu

Przygotowanie dokumentacji zamykającej

Uzyskanie zatwierdzenia przez

Sponsora

Rozpoczęcie

(4)

Project Agreement Klient /

sponsor

P M

Zespół

projektowy

Sformułowanie problemu

Project

Agreement

SPMP

(5)

Plan Zarządzania Projektem Informatycznym

 Dokument kontrolny projektu

 Specyfikacja podejścia technicznego i zarządczego

 Powiązany z innymi

 Część Project Agreement (możliwość)

SPMP - Software Project Management Plan

(6)

SPMP

IEEE Std 1058:



Czym jest?



Czym nie jest?

(7)

Dokument SPMP

Podstawowa zawartość dokumentu SPMP:

 terminy stosowane w dokumencie

zakres i ogólne informacje o projekcie

informacja jak wybrać i opisać produkty projektu

sposób opisu procesu projektowego

podaje opis organizacji projektu

opisuje elementy zarządzania projektem

etapy pracy, harmonogramowanie i budżet

ewolucja planu

(8)

Szablon SPMP

 0. Nagłówek (Front Matter)

 1. Wprowadzenie

 2. Organizacja projektu

 3. Procesy zarządcze

 4. Procesy techniczne

 5. Zadania, plany, budżet

 6. Inne

(9)

SPMP – 0. Nagłowek

 Tytuł

 Historia

 Wprowadzenie: Zakres i cel

 Spis treści, spis tabel, rysunków

(10)

Przykład protokołu – metryka dokumentu

Słonko & Co K-00101 ^{Wersja: A2}

Tytuł: SPMP Krasnale Ogrodowe Data wydania:

2002.03.18

Projekt: Krasnale Ogrodowe Strona / stron 1/ 56

Opracował: Jan Babacki – Główny Opracowywacz

Podpis:

Zatwierdził: Ola Cabacka – Zastępca Naczelnego

Zatwierdzacza

Podpis:

(11)

Historia zmian - przykład

Data Autor Zakres Zatwierdził Wersja

24.02.2002 WD Pierwszy dokument A1

18.03.2002 AJ Dodanie punktu 3.2.3 A2

19.03.2002 PK1 Zmiana koncepcji rysunku

3.2

AJ A3

19.03.2002 Kontrola dokumentu ^WD A

(12)

SPMP – 1. Wprowadzenie

 Ogólny przegląd projektu

– przegląd dla kierownictwa: charakterystyka dla kierownictwa, przegląd produktów

 Produkty

– wykaz produktów dostarczanych w ramach projektu (w tym daty i miejsca)

 Ewolucja SPMP

– Zmiany przewidywane i nieprzewidywane

 Materiał referencyjny

– Lista dokumentów powiązanych

 Definicje

– Definicje istotnych pojęć i akronimów

(13)

SPMP – 2. Organizacja projektu

 Model procesu

– Zależności między elementami projektu

 Struktura organizacyjna

– Struktura wewnętrzna, wykres organizacyjny

 Interfejsy

– Relacje z innymi udziałowcami i jednostkami (podwykonawcy, oprogramowanie …)

 Odpowiedzialność w projekcie

– Podstawowe funkcje i aktywności; ich istota;

odpowiedzialność

– Macierz funkcji/aktywności projektu i indywidualnych odpowiedzialności

(14)

Przykład struktury organizacyjnej

(15)

SPMP – 3. Procesy zarządcze

 Cel i priorytety zarządzania

– filozofia zarządzania, priorytety a wymagania (potrzeby), harmonogram i budżet

 Założenia, uwarunkowania i ograniczenia

– Zdarzenia zewnętrzne od których zależy projekt,

ograniczenia przy których projekt ma być realizowany

 Zarządzanie ryzykiem

– Identyfikacja i ocena ryzyk, śledzenie ryzyk, plany awaryjne

 Monitorowanie i kontrola

– Zasady i harmonogram raportowania

 Plan zatrudnienia

– Liczba i rodzaj zatrudnienia personelu projektu

(16)

SPMP – 4. Procesy techniczne

 Metody, narzędzia, techniki

– Specyfikacja metod, narzędzi i technik stosowanych w projekcie

 Dokumentacja kodu

– Opis zasad i planu dokumentacji kodu

 Funkcje wspomagające projekt

– Plan następujących funkcji:

 Plan zapewnienia jakości

 Plan zarządzania konfiguracją (IEEE 1042)

 Plan weryfikacji i walidacji

– Uwaga: Plany mogą być wewnątrz SPMP lub

stanowić oddzielne dokumenty (wtedy referencje)

(17)

SPMP – 5. Etapy pracy

 Struktura podziału prac (SPP/WBS)

– Hierarchiczna dekompozycja projektu na zadania i aktywności

 Zależności między zadaniami

– Ważne zależności czasowe

– Graf zależności ukazujący czasowe zależności między aktywnościami

Work W Breakdown B StructureS

(18)

WBS - pojęcia

 Zadanie (Work Package)

– Specyfikacja pracy

 Produkty (Work Product)

 Linia bazowa (Project Baseline)

 Produkty finalne (Project Deliverable)

– Produkty dostarczane do klienta

(19)

Tworzenie WBS

 Dwa podejścia

– Zorientowane na aktywności (dekompozycja funkcjonalna)

 Napisz książkę

 Oddaj do recenzji

 Wprowadź zmiany

 Opublikuj

– Zorientowana na rezultaty (dekompozycja obiektowa)

 Rozdział 1

 Rozdział 2

 Rozdział 3

 Rozdział 4

 Które podejście jest lepsze?

– Wytworzenie prototypu – Wytworzenie produktu – Niedoświadczony zespół

(20)

WBS – czas na oprcowanie

Struktura podziału prac – definiuje projekt jako pewną hierarchię elementów związanych z

produktami wytwarzanymi w trakcie realizacji projektu

Mały (7 PM) – 7% 0,5 PM Średni (300 PM) – 1% 3 PM Duży (7000 PM) – 0,2% 15 PM

(21)

Przykład – budowa domu

Co należy zrobić,

aby wybudować dom?

(22)

Krok 1 – zidentyfikuj zadania

pomiary geodezyjne wykop

kupno materiałów fundamenty

postawienie ścian zewenętrznych

instalacje zewenętrzne instalacje wewnętrzne instalacje elektryczne ściany działowe

drzwi wewnętrzne malowanie wew

instalacje elektr zew podjazd

tynki zew

pokrycie dachu drzwi wejściowe

projekt architektowniczny

(23)

Mapa pamięci

(24)

MM dla projektu IT – poziom 0

(25)

MM Rozwinięcie

(26)

MM inne zastosowania

(27)

Narzędzia wspomagające – Mind Manager

(28)

Krok 2 – zorganizuj zadania (hierarchicznie)

 Budowanie domu

– Przygotowanie miejsca pod budowę – Budowa stanu surowego

– Wykonczeniówka

 Przygotowanie miejsca pod budowę

– Wykonanie pomiarów

– Wykonanie fundamentów – Zakup materiałów

– Załatwienie pozwoleń

(29)

Krok 3 – Identyfikacja zależności

 WBS nie pokazuje zależności

– Czy zadanie może być wykonane przed innym zadaniem?

– Ile czasu zajmie projekt jeśli wiem ile czasu trwają pojedyncze zadania?

 Co można robić równolegle?

– Czy są zadania „szczególnej troski”?

 Diagram sieciowy ukazuje zależności czasowe

– Węzły – aktywności

– Linie – zależności czasowe

(30)

Dom – diagram sieciowy

(31)

Krok 4 – dodaj oś czasu

 Oszacowanie początku i końca dla każdego zadania

 Odnalezienie najdłuższej ścieżki w grafie = szacowany czas trwania

projektu

(32)

Metoda PERT

Process Evaluation and Review Technique

(33)

Diagram PERT

(34)

Ścieżka krytyczna

(35)

Jak dobrze oszacować zadania?

Ile

TO będzie trwało???

Nikt nie jest pewny jak długo TO potrwa.

(36)

Definicje IEEE 1058: Składniki projektu

Project, functions, activities, tasks

(37)

Aktywności

activity

• Ważna jednostka pracy z

określonymi danymi

• Składa się z

mniejszych zadań lub aktywności

• Kończy się w punktach

kontrolnych

(38)

Funkcje

function

(39)

Funkcje projektu

 Przykład:

– Zarządzanie projektem – Zarządzanie konfiguracją – Dokumentacja

– Kontrola jakości

– Weryfikacja i walidacja – Szkolenia

 Q: Czy integracja systemu jest funkcją projektu?

 Nazewnictwo:

– IEEE 1058 Project Function  IEEE 1074 (Stanadard of Software Lifcycles) Integral processes

– ≈ cross-development processes

(40)

Zadania

task

• najmniejsza jednostka pracy podlegająca

zarządzaniu

• wystarczająco mała aby

planować i śledzić

(41)

Zadania

 Mała jednostka zarządzania

– Atomowy element planowania i śledzenia

– Mają skończony czas trwania; potrzebują zasobów, mają namacalne rezultaty (dokumenty, kod, …)

 Opis zadania

– Nazwa, opis pracy do zrobienia

– Warunki startu, czas trwania, wymagane zasoby,

 Inne zadania, które muszą być ukończone przed jego rozpoczęciem

– Produkty, kryteria akceptacji – Ryzyko

 Kryteria wykonania

– Warunki akceptacji produktu końcowego zadania

(42)

Wielkość Zadań

 Określenie wielkości zadań

– Lista Todo z poprzedniego projektu – ….

– …

– Wielkość zadania powinna umożliwiać jego monitorowanie

(43)

WBS – wg faz cyklu życia

SYSTEM

Koncepcja Wymagania

Architektura

Proj. .Zgrub Proj. Dokł

Name Title

Architektura

(44)

WBS wg typów prac

Proje ct Proje

ct

SYSTEM

Podsystemy Zarządzanie

Architektura

Testowanie Inż. Sysemu

Name Title

Szkolenia

(45)

WBS wg obszarów wymagań

Proje ct Plan Proje

ct Plan

SYSTEM

Obsł.

Klienata Finanse

Architektura

Bezpieczeń. Komunikacja

Name Title

Inwentarz

(46)

WBS wg podsystemów

ct

Ocena ryzyka Prototyp

Analiza i weryfikacja Planowanie

System AA Sysetm BB

An.

Wymagan

Proj.

Wstepny

Proj.

Dokładny

Konstrukcja

Iteracja 1

Iteracja 2

(47)

WBS wg kolejnych wydań

ct Plan

SYSTEM

Wydanie 1 Wydanie 2

Architektura

Wydanie 4 Wydanie 5

Name Title

Wydanie 3

(48)

WBS - zadania

ct

Zadania typowe:

 Integracja, testowanie jednostek

 Inżynieria systemowa

 Zarządzanie projektem

 Szkolenia

 Dane

 Testowanie systemu

 Specjalny sprzęt i oprogramowanie

 Powszechny sprzęt i oprogramowanie

(49)

WBS – elementy „ulotne”

ct Plan

Elementy występujące w różnych gałęziach WBS

 zadania zarządzania

 demonstracje

 instalacje sprzętu

 wewnętrzne szkolenia i dokumentacje

 zebrania

 nauka własna

 usprawnienia (procesu wytwarzania)

 ....

(50)

Podsumowanie

(51)

Problemy

? ?

• P1. Jakie występują różnice między opisem dokumentu SPMP na tym wykładzie, a przykładem SPMP PM_601?

• P2. Zamodelować aktywności,

funkcje i zadania w postaci diagramu klas w UML.

• Zaproponować modyfikację tabeli historii, aby uzyskać informacje o rodzaju dokonanych zmian

(52)

Literatura

[1]