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:

[e-mail]

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