Zarzdzanie projektem informatycznym Wykad 14 Podwykonawcy dr in

Zarządzanie projektem informatycznym Wykład 14 Podwykonawcy dr inż. Włodzimierz Dąbrowski Polsko-Japońska Wyższa Szkoła Technik

Plan wykładu Po co stosować podwykonawców Rodzaje podwykonawców Wpływ na projekt Współpraca z podwykonawcami

Dlaczego podwykonawcy? l l l l brak czasu brak zasobów brak wiedzy niewydolność organizacyjna

Rodzaje podwykonawców l l l drobni dostawcy typowych produktów dostawcy niestandardowych produktów firmy outsourcingowe

Drobni podwykonawcy produkty/usługi l l mały czas małe koszty niskie ryzyko dobra kontrola ©

Duży podwykonawca l l l gotowe produkty długi czas duży koszt własny zespół podwykonawcy

Outsourcing - umowa SLA (Service Level Agreement) - można zbudować mechanizmy kontroli i raportowania

Koncepcja make or buy koszt ryzyko realizacja projektu koszt ryzyko © W. Dąbrowski, Zarządzanie

Decyzja o podwykonawcach powinna być podejmowana przez KP nie jest podejmowana przez KP musi

Wzor Planowanie Komunikacja Koordynacja Kontrola © W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd

Nowe role l l l l negocjatorzy podpisujący umowę koordynator podwykonawcy prawnicy konsultanci zespół

Nowe zadania l l l l l zbieranie informacji rozpisanie przetargu spisanie propozycji umowy

Kontrola l l l kontrola w ten sam sposób co Zespół umowy SLA wymuszanie

© W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 14 czerwiec, 2002

Najlepsze praktyki l l l l formalne zarządzanie ryzykiem uzgodnienie interfejsów formalne inspekcje metryki

Najgorsze praktyki (1) l l l oczekiwanie skrócenia czasu o więcej niż 10% średniego

Najgorsze praktyki (2) l l l nadzieja, że na podstawie wyników przeglądów można mieć

Podsumowanie © W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 18 czerwiec, 2002

Slides: 18

Download presentation

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

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 2 czerwiec, 2002

Dlaczego podwykonawcy? l l l l 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 3 czerwiec, 2002

Rodzaje podwykonawców l l l drobni dostawcy typowych produktów dostawcy niestandardowych produktów firmy outsourcingowe (SLA) © W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 4 czerwiec, 2002

Drobni podwykonawcy produkty/usługi l l mały czas małe koszty niskie ryzyko dobra kontrola © W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 5 pracownicy pełna kontrola możliwość integracji kto to ? ? brak stabilności kto jest szefem? czerwiec, 2002

Duży podwykonawca l l l 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 6 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 7 czerwiec, 2002

Koncepcja make or buy koszt ryzyko realizacja projektu koszt ryzyko © W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 8 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 9 czerwiec, 2002

Wzor Planowanie Komunikacja Koordynacja Kontrola © W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 10 czerwiec, 2002

Nowe role l l l l negocjatorzy podpisujący umowę koordynator podwykonawcy prawnicy konsultanci zespół odbiorczy. . © W. Dąbrowski, Zarządzanie projektem informatycznym, Wykład 14, Slajd 11 czerwiec, 2002

Nowe zadania l l l l l 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 12 czerwiec, 2002

Kontrola l l l 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 13 czerwiec, 2002

Najlepsze praktyki l l l l 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 15 czerwiec, 2002

Najgorsze praktyki (1) l l l 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 16 czerwiec, 2002

Najgorsze praktyki (2) l l l 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 17 czerwiec, 2002