Zarządzanie projektem informatycznym
Wykład 14
Podwykonawcy
dr inż. Włodzimierz Dąbrowski
Polsko-Japońska Wyższa Szkoła Technik Komputerowych
© 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
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)
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
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 ryzykoryzyko
realizacja projektu realizacja
projektu koszt
koszt ryzykoryzyko
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
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
...
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
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ą
© 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ą
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
