2. Agenda
1. Problemy z projektami IT?
1. Czym jest sukces projektu?
2. Czynniki sukcesu projektu
3. Ryzyka porażki projektu
4. Szkoła czynników i szkoła ryzyk
5. Jak interesariusze postrzegają projekt?
2. Kontrola najwyższą formą zaufania ;)
1. Dlaczego testy to nie wszystko?
2. Znaczenie czynnika ludzkiego
3. Nowy paradygmat VDLC
3. Kontrola czynników sukcesu
1. Kto i kogo ocenia?
2. Kiedy oceniać?
3. Co oceniać
4. Wyniki badań?
Problemy z projektami IT? Kontrola najwyższą formą zaufania Kontrola krzyżowa czynników sukcesu
www.radlak.eu
3. Problemy z jakością w IT?
„Nasze badania, przeprowadzone wspólnie z University of Oxford sugerują, że połowa dużych projektów IT –
wycenione powyżej 15 milionów USD – znacząco przekracza swój budżet. Średnio, duże projekty przekraczają
budżeto o 45% i harmonogram o 7 % przy jednoczesnym dostarczaniu 56% mniej korzyści biznesowych niż
oczekiwano.” http://www.mckinsey.com 2012.
66
45
33
7
17
56
0 10 20 30 40 50 60 70
Oprogramowanie
Łącznie (wszystkie projekty)
Niezrealizowane krzyści
przekrocznie
harmonogramu
przekroczenie
budżetu
www.radlak.eu
Problemy z projektami IT? 1/7 Kontrola najwyższą formą zaufania Kontrola krzyżowa czynników sukcesu
4. Czym jest sukces projektu?
Sukces projektu, a ściślej sukces zarządzania projektem postrzegany jest poprzez
pryzmat zgodności z harmonogramem, budżetem i jakością produktów prac. Cooke-
Davies (2002)
www.radlak.eu
Problemy z projektami IT? 2/7 Kontrola najwyższą formą zaufania Kontrola krzyżowa czynników sukcesu
5. Czynniki sukcesu projektu
Kategoria czynników sukcesu Liczba wystąpień w badanej literaturze
Zaangażowanie i wsparcie kierownictwa 25
Zarządzanie zmianą 25
BPR i konfiguracja oprogramowania 23
Trening i organizacja pracy w nowym systemie 23
Zespół projektowy: najlepsi z najlepszych 21
Strategia i harmonogram wdrożenia 17
Dobór kompetentnych konsultantów 16
Planowanie zgodnie z ustalonym zakresem 15
Zrównoważone kompetencje zespołu 12
Lider projektu (przywództwo) 10
Plan komunikacji 10
Infrastruktura IT 8
Zarządzanie zmianą kulturową 7
Finney i Corbett (2007) www.radlak.eu
Problemy z projektami IT? 3/7 Kontrola najwyższą formą zaufania Kontrola krzyżowa czynników sukcesu
6. Ryzyka porażki projektu (I)
1. Brak scentralizowanej i uporządkowanej wiedzy kierownictwa organizacji
na temat przebiegu własnych procesów biznesowych
2. Błędnie wybrany dostawca, bez doświadczeń w danej branży lub też
błędnie wybrany system, bez odpowiedniej specyfiki branżowej
3. Niejasne, niedoprecyzowane cele i oczekiwania stawiane przed wdrożeniem
lub błędnie sprecyzowane cele wdrożenia
4. Brak świadomości wagi wdrożenia i poparcia projektu na najwyższym
poziomie zarządzania w firmie
K2 Consulting 2009 - Największe ryzyka wdrożeń systemów ERP. www.radlak.eu
Problemy z projektami IT? 4/7 Kontrola najwyższą formą zaufania Kontrola krzyżowa czynników sukcesu
7. Ryzyka porażki projektu (II)
1. Niedokładnie i niekompletnie przeprowadzone testy systemu, które nie
wykryją błędów
2. Wdrażany system nie spełnia wymagań bezpieczeństwa i regulacji
formalno-prawnych
3. Problem z wyznaczeniem kompetentnej osoby odpowiedzialnej za projekt
4. Brak wyznaczonego zespołu projektowego po stronie klienta i przypisanej
odpowiedzialności. Brak w zespole przedstawicieli biznesu
K2 Consulting 2009 - Największe ryzyka wdrożeń systemów ERP. www.radlak.eu
Problemy z projektami IT? 5/7 Kontrola najwyższą formą zaufania Kontrola krzyżowa czynników sukcesu
8. Szkoła czynników i szkoła ryzyk
Kto i kiedy odpowiada na pytania badaczy?
„Przegląd literatury jasno pokazuje, że wiele już napisano na
temat implementacji systemów ERP. Jednakże to, czego brakuje
w dostępnej literaturze, to systematycznego, osadzonego w teorii
studium charakteryzującego udane i nieudane wdrożenia ERP”
(Motwani i in. 2005: 532).
www.radlak.eu
Problemy z projektami IT? 6/7 Kontrola najwyższą formą zaufania Kontrola krzyżowa czynników sukcesu
9. Jak interesariusze postrzegają projekt?
Hoegl i Gemünden (2001) www.radlak.eu
Problemy z projektami IT? 7/7 Kontrola najwyższą formą zaufania Kontrola krzyżowa czynników sukcesu
11. Dlaczego testy to nie wszystko?
Rozwiązanie musi działać aby dało się je przetestować – co z
rozwiązanimi, których okres przygotowanie trwa wiele miesięcy?
Zakres testów jest arbitralny - nie jesteśmy w stanie wyłapać
wszystkich błędów.
Testy dostarczają informacji o spełnieniu wymagań minimalnych -
nie opisują jakości użytkowej.
Faza testów jest zbyt łatwo redukowalna.
Brak ujęcia w cyklu życia oprogramowania.
www.radlak.eu
Kontrola krzyżowa czynników sukcesuKontrola najwyższą formą zaufania 2/6Problemy z projektami IT?
12. Dlaczego testy to nie wszystko?
„Eksperci uważają, że kierownicy projektów systemów informacyjnych
zbyt często postrzegają jakość oprogramowania jedynie w kontekście
dogłębnego testowania. Oczywiście nie ma nic złego w testach, tyle że
praktyk zachowania jakości zainteresowany jest również badaniem i
poprawą samego procesu wytwórczego. […]”. Gary’ Anthesa (1997:
75–76):
www.radlak.eu
Kontrola krzyżowa czynników sukcesuKontrola najwyższą formą zaufania 3/6Problemy z projektami IT?
13. Znaczenie czynnika ludzkiego
„62% największych trudności w projektach wdrożeniowych systemów
ERP związane jest z ludźmi, gdzie najważniejsze miejsce zajmuje
kwestia zarządzania zmianą.” SAP(2011: 90)
www.radlak.eu
Kontrola krzyżowa czynników sukcesuKontrola najwyższą formą zaufania 4/6Problemy z projektami IT?
14. Jak kontrolować pracę zespołów IT
inaczej niż przez kontrolę jej
produktów?
www.radlak.eu
Kontrola krzyżowa czynników sukcesuKontrola najwyższą formą zaufania 5/6Problemy z projektami IT?
15. Nowy paradygmat
VDLC (Value-Driven Change Leadership).
„[…] jedną z głównych przyczyn dużej ilości niepowodzeń w projektach
IT jest wybór paradygmatu, który definiuje projekt jedynie poprzez
spełnienie celów związanych z harmonogramem, budżetem i
dostarczeniem produktu”. Nicholas i Hidding (2010: 147)
www.radlak.eu
Kontrola krzyżowa czynników sukcesuKontrola najwyższą formą zaufania 6/6Problemy z projektami IT?
16. Kontrola krzyżowa czynników
sukcesu projektu
www.radlak.eu
Kontrola najwyższą formą zaufaniaProblemy z projektami IT? Kontrola krzyżowa czynników sukcesu 1/5
17. Kto i kogo ocenia?
KIEROWNIK PROJEKTU
PO STRONIE KLIENTA
KIEROWNICY DZIAŁÓW
UŻYTKOWNICY KLUCZOWI
KONSULTANCI WIODĄCY
KONSULTANCI ZADANIOWI
GRUPY
ZEWNĘTRZNE
GRUPY
WEWNĘTRZNE
KIEROWNIK PROJEKTU
PO STRONIE DOSTAWCY
KOMITET STERUJĄCY
Wprowadzenie koncepcji kontroli krzyżowej, która w tym przypadku oznacza, iż każdy z
respondentów ocenie jedynie przedstawicieli zespołów reprezentujących odmienne grupy interesów.
www.radlak.eu
Kontrola najwyższą formą zaufaniaProblemy z projektami IT? Kontrola krzyżowa czynników sukcesu 2/5
18. Kiedy oceniać?
badanie poziomu czynników kluczowych
przygotowanie
projektu
koncepcja
biznesowa
start
produktywny i
wsparcie
weryfikacja jakości
koncepcji biznesowej
weryfikacja jakości użytkowej wdrażanego rozwiązania
realizacja
przygotowanie
startu
produktywnego
Badanie poziomu czynników sukcesu wśród członków zespołów jeszcze w
trakcie trwania projektu.
DZIAŁANIA
KKP
FAZY REALIZACJI PROJEKTU WDROŻENIOWEGO ZGODNIE Z METODYKĄ SAP
www.radlak.eu
Kontrola najwyższą formą zaufaniaProblemy z projektami IT? Kontrola krzyżowa czynników sukcesu 3/5
21. Bibliografia
www.radlak.eu
Kontrola najwyższą formą zaufaniaProblemy z projektami IT? Kontrola krzyżowa czynników sukcesu
Anthes, G.H. (1997) Quality? What’s that? Computerworld, 31 (41), s. 75–76.
ASA380 ASAP 7.1 Implementation methodology in details, SAP AG, Waldorf 2011, s. 90
Cooke-Davies, T. (2002) The “real” success factors in projects. International Journal of
Project Management, 20 (3), s. 185–190.
Finney, S., Corbett, M. (2007) ERP implementation: a compilation and analysis of critical
success factors. Business Process Management Journal, 13 (3), s. 329–347.
Gemünden, H.G., Lechler, T. (1997) Success factors of project management: the critical
few. Competitive Paper for PICMET: Portland International Conference on Management of
Engineering and Technology, Portland, July 27-31, s. 375–377.
Industry, 56 (6), 529–544.
Kimberling, E. (2010) Lessons from ERP Implementation Failures.
Motwani, J., Subramanian, R., Gopalakrishna, P. (2005) Critical factors for successful ERP
implementation: Exploratory findings from four case studies. Computers in
Partyka, A., Nowak, F., Kuszneruk, M., Muszyński, P., Czeczuk, A., Rey, J., Sosulski, T.
(2009)