Zarządzanie projektami

Zarządzanie projektami
Wykład 3
Wyznaczanie zakresu projektu
Planowanie projektu
Wyznaczanie zakresu projektu
COS i POS
• Conditions of Satisfaction (COS)
• Warunki satysfakcji
• Sformalizowana wymiana zdań na temat ofert i oczekiwań
• Project Overview Statement (POS)
• Statut projektu (1 strona + załączniki)
• Określa, co ma być zrobione
• Podpisany przez menedżera projektu i klienta
Tworzenie zakresu projektu (Wysocki 2013, s. 157)
Tworzenie
warunków
satysfakcji*
Definiowanie
wymagań
TAK
Spotkania dotyczące zakresu projektu
NIE
Sporządzenie
POS
Tworzenie struktury
podziału wymagań*
Ocena kompletności
wymagań*
Klasyfikacja projektu do
odpowiedniej ćwiartki*
Wskazanie najlepiej
dopasowanego modelu PMLC*
Sporządzenie
POS*
Złożenie POS
Tworzenie warunków satysfakcji*
• Prośba (klient dzwoni)
• Doprecyzowanie (obie strony rozmawiają aż do osiągnięcia konsensusu)
• Odpowiedź
• Porozumienie (klient odpisuje, jak zrozumiał prośbę)
Tworzenie RBS*
• RBS – struktura podziału wymagań (ang. requirements breakdown
structure)
Cel projektu
i rozwiązanie
Wymaganie
1
Funkcja 1.1
Funkcja 1.2
Podfunkcja
1.1.1
Podfunkcja
1.2.1
Proces
1.1.1.1
Działanie
1.1.1.1.1
Cecha
1.1.1.1.1.1
Wymaganie
n
Cecha
1.1.1.1.2.1
Cecha
1.1.1.1.2.2
Funkcja n.2
Podfunkcja
n.1.1
Podfunkcja
n.1.2
Podfunkcja
n.2.1
Proces
1.2.1.1
Proces
n.1.1.1
Proces
n.1.2.1
Proces
n.2.1.1
Działanie
1.1.1.2.1
Działanie
1.2.1.11
Działanie
n.1.1.1.1
Działanie
n.1.2.1.1
Działanie
n.2.1.1.1
Cecha
1.1.1.2.1.1
Cecha
1.2.1.1.1.1
Proces
1.1.1.2
Działanie
1.1.1.1.2
Funkcja n.1
Cecha
n.1.1.1.1.1
Cecha
n.1.1.1.1.2
Cecha
n.1.2.1.1.1
Cecha
n.2.1.1.1.1
Rodzaje wymagań
• Wymagania funkcjonalne
• Wymaganie niefunkcjonalne
• Wymagania globalne
• Ograniczenia produktowe i nieproduktowe
Przykładowe metody dekompozycji
wymagań*
• Moderowane sesje grupowe (focus)
• Wywiady
• Obserwacje
• Tworzenie diagramów procesów biznesowych*
• Tworzenie prototypów
• Scenariusze przypadków użycia
Diagram procesu biznesowego I
• Operacja – oznacza, że nastąpiła zmiana w wyniku
procesu
• Ruch – wynik jednego z etapów procesu jest
przeniesiony do drugiego etapu
• Decyzja – wymagana jest odpowiedź (TAK lub NIE)
na określone pytanie
• Inspekcja – ktoś inny niż osoba generująca wynik
musi sprawdzić jakość (jakąś cechę)
Diagram procesu biznesowego II
• Dokumentacja – utworzenie dokumentu na
papierze
• Oczekiwanie – stan oczekiwania
• Magazynowanie – oznacza, że element trafił
do magazynu
• Adnotacja – dodatkowe informacje na temat
procesu
Diagram procesu biznesowego III*
• Kierunek – kolejność realizacji zadań
• Droga – miejsce przekazania informacji
• Łącznik – łączy drogi
• Granice – początek i koniec diagramu
Typy projektów (Wysocki 2013, s. 79)*
Rozwiązanie
Jasne
Jasny
Cel
Niejasny
Niejasne
TPM
(tradycyjne)
APM
(Agile)
MPx
(emertxe)
xPM
(extreme)
K. Mazur, prof. UZ
12
Model liniowy
Zakres
Plan
Rozpoczęcie
Monitorowanie
i kontrola
K. Mazur, prof. UZ
Zamknięcie
projektu
13
Model stopniowy
Zakres
Plan
Rozpoczęcie
stopnia
Monitorowanie
i kontrola
Zamknięcie
stopnia
Zamknięcie
projektu
Następny
stopień
N
T
K. Mazur, prof. UZ
14
Model iteracyjny
Zakres
Iteracja
planowania
Iteracja
rozpoczęcia
Iteracja
monitorowania
i kontroli
Iteracja
zamknięcia
Zamknięcie
projektu
Następna
iteracja
N
T
K. Mazur, prof. UZ
15
Model adaptacyjny
Zakres
Cykl
planowania
Cykl
rozpoczęcia
Cykl
monitorowania
i kontroli
Cykl
zamknięcia
Zamknięcie
projektu
Następny
cykl
N
T
K. Mazur, prof. UZ
16
Model ekstremalny
Zakres
Faza
planowania
Faza
rozpoczęcia
Faza
monitorowania
i kontroli
Faza
zamknięcia
Zamknięcie
projektu
Następna
faza
N
T
K. Mazur, prof. UZ
17
Modele - zastosowanie*
• TPM – model liniowy i model stopniowy
• APM – model adaptacyjny i model iteracyjny
• xPM – model ekstremalny
• MPx- model ekstremalny
K. Mazur, prof. UZ
18
Sporządzenie POS *
Elementy składowe POS:
1. Opis problemu
2. Opis głównego celu projektu
3. Opis celów cząstkowych projektu
4. Opis kryteriów sukcesu
5. Opis wątpliwości, obszarów ryzyka i przeszkód
Reguła Dorana - S.M.A.R.T.
Warunki dobrego opisu celu głównego
• Specific- szczegółowy
• Measurable - mierzalny
• Assignable – ma przypisane odpowiedzialności
• Realistic – realistyczny
• Time-related – posiadający ramy czasowe
Opis celów cząstkowych
1.
2.
3.
4.
Opis rezultatów
Opis ram czasowych
Opis miar
Opis działań
Opis kryteriów sukcesu*
• Przykładowe kryteria:
• Wzrost przychodów
• Obniżenie kosztów
• Poprawa jakości obsługi
• Przykład: Obniżenie kosztów o 10%
Planowanie projektu
Zawartość TABLICY
• Status projektu
• WBS*
• Diagram zależności*
• Początkowy harmonogram projektu (tylko na początku)
• Ostateczny harmonogram projektu
• Harmonogram wykorzystania zasobów
• Dziennik problemów
• Zaktualizowany harmonogram projektu
1. WBS tworzony jest na podstawie RBS*
Diagram zależności – Metoda PDM
(Precedence Diagramming Method)
Poprzednik
B
A
Następnik
D
E
C
Relacje zależności
A
B
• KK: Kiedy A się skończy, B może się
skończyć
A
B
A
• PP: Kiedy A się zacznie, B może się
zacząć
B
A
• KP: kiedy A się skończy, B może się
rozpocząć
B
• PK: kiedy A się zacznie, B może się
skończyć
Zależności a ograniczenia
• Typy zależności zależą od ograniczeń:
• Technicznych
•
•
•
•
Swobodnych – (wynikające z decyzji kierownika projektu)
Wynikających z najlepszych praktyk
Logicznych
Związanych z unikatowymi zasobami
• Związanych z zarządzaniem
• Międzyprojektowych
• Czasowych
• Nie mniej niż (najwcześniejsza data ukończenia)
• Nie później niż (ostateczna data ukończenia)
• W wyznaczonym terminie (data ukończenia)
Literatura
• R.K. Wysocki (2013), Efektywne zarządzanie projektami, Wiley & Sons
(rozdziały 4 i 5)
K. Mazur, prof. UZ
29