Zarządzanie projektem
informatycznym
Wykład 14
Podwykonawcy
dr inż. Włodzimierz Dąbrowski
P
olsko-
J
apońska
W
yższa
S
zkoła
T
echnik
K
omputerowych
e-mail:
W.Dabrowski@pjwstk.edu.pl
Materiał wyłącznie do użytku przez studentów PJWSTK kursu Zarządzanie projektem informatycznym.
Copyright © 2002 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.
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 2
czerwiec, 2002
Plan wykładu
Po co stosować
podwykonawców
Rodzaje podwykonawców
Wpływ na projekt
Współpraca z
podwykonawcami
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 3
czerwiec, 2002
Dlaczego podwykonawcy?
brak czasu
brak zasobów
brak wiedzy
niewydolność organizacyjna
koszty
ryzyko
reguły organizacyjne
...........
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 4
czerwiec, 2002
Rodzaje podwykonawców
drobni dostawcy typowych produktów
dostawcy niestandardowych produktów
firmy outsourcingowe (SLA)
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 5
czerwiec, 2002
Drobni podwykonawcy
mały czas
małe koszty
niskie ryzyko
dobra kontrola
pełna kontrola
możliwość integracji
kto to ??
brak stabilności
kto jest szefem?
produkty/usługi
pracownicy
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 6
czerwiec, 2002
Duży podwykonawca
gotowe produkty
długi czas
duży koszt
własny zespół podwykonawcy
co z naszymi standardami?
minimum odpoweidzialności
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 7
czerwiec, 2002
Outsourcing
- umowa SLA (Service Level
Agreement)
- można zbudować mechanizmy
kontroli i raportowania
-
można mierzyć jakość
-
można narzucić proces
wytwórczy
-
można narzucić standardy
-
kontrolowany transfer ryzyka
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 8
czerwiec, 2002
Koncepcja make or buy
koszt
koszt
ryzyko
ryzyko
realizacja
projektu
realizacja
projektu
koszt
koszt
ryzyko
ryzyko
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 9
czerwiec, 2002
Decyzja o podwykonawcach
powinna być podejmowana przez KP
nie jest podejmowana przez KP
musi być autoryzowana
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 10
czerwiec, 2002
Wzor
Planowanie
Komunikacja
Koordynacja
Kontrola
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 11
czerwiec, 2002
Nowe role
negocjatorzy
podpisujący umowę
koordynator podwykonawcy
prawnicy
konsultanci
zespół odbiorczy
....
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 12
czerwiec, 2002
Nowe zadania
zbieranie informacji
rozpisanie przetargu
spisanie propozycji umowy
opiniowanie
negocjacje
podpisanie umowy
komunikacja i koordynacja
nadzór
odbiory
................
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 13
czerwiec, 2002
Kontrola
kontrola w ten sam sposób co Zespół
umowy SLA
wymuszanie procesu wytwórczego
narzucanie standardów
narzucanie zakresu i czasu raportowania
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 14
czerwiec, 2002
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 15
czerwiec, 2002
Najlepsze praktyki
formalne zarządzanie ryzykiem
uzgodnienie interfejsów
formalne inspekcje
metryki przy harmonogramowaniu i zarządzaniu
bramki jakości i kamienie milowe
zarządzanie konfiguracją
zarządzanie ukierunkowane na ludzi
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 16
czerwiec, 2002
Najgorsze praktyki (1)
oczekiwanie skrócenia czasu o
więcej niż 10% średniego czasu
stosowanie nowych technologii w
celu skrócenia czasu
przyjęcie specyficznych rozwiązań
forsowanych przez niektórych
użytkowników
stosowanie „cudownych środków”
umieszczenie na ścieżce krytycznej
zdań będących poza kontrolą
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 17
czerwiec, 2002
Najgorsze praktyki (2)
nadzieja, że na podstawie wyników
przeglądów można mieć prawidłowy
wgląd w stan projektu
oczekiwanie nadrobienia opóźnienia
bez utraty funkcjonalności
próba wtłoczenia wszystkiego
oprogramowanie
© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 18
czerwiec, 2002
Podsumowanie