Upload
karolina-zmitrowicz
View
156
Download
0
Embed Size (px)
Citation preview
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
W poszukiwaniu źródeł problemów w projektach IT
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
Centrum Rozwiązań Menedżerskich S.A.05/01/2023
2
Najstarsza w Polsce Akredytowana Organizacja Szkoleniowa (ATO) i Doradcza (ACO)Global R.E.P. PMI.Szkolenia, certyfikacja i wdrożenia w zakresie: PRINCE2®, MSP®, MoP®, P3O®, M_o_R®, MoV™, ITIL®, Change Management i CHAMPS2 ®, ponadto PMBoK® Guide, P3M3®, IBAQB, REQB, IBUQDoradztwo w zakresie: Architektury Korporacyjnej (TOGAF), APMG Change Tracker, Metodyki Syndromicznej EXPLORER®, projektów unijnych i finansów przedsiębiorstwa
15 000 przeszkolonych osób13 akredytowanych trenerów i konsultantów15 lat doświadczenia w pracy szkoleniowej i doradczejPonad 200 firm, które już nam zaufały15 szkoleń autorskich23 Partnerów10 Trenerów szkoleń autorskichISO 9001:2008
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
Agenda
Przyczyny porażek projektów – popularne mity?Źródło czy symptom?A więc od czego zacząć...
05/01/2023
3
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
Przyczyny porażek projektów – popularne mity?05/01/2023
4
Chaos Report 2009, Standish Group
Niekompletne wymagania
13%
Brak zaangażowania użytkowników
12%
Brak zasobów11%
Nierealistyczne oczekiwania
10%Brak wsparcia kierownictwa
9%
Zmieniające się wymagania & specy-
fikacje9%
Brak planowania8%
Projekt nie jest już potrzebny
8%
Brak zarządzania IT6%
Analfabetyzm technolog-iczny4%
Inne10%
Przyczyny porażek projektów IT
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
Źródło czy symptom?
Problemy czy symptomy problemów?Praktyka: Brak przygotowania do danej inicjatywy Projekty inicjowane bez głebszej analizy i określenia
potrzeb, celów, ryzyk Projekty z współzależnościami nie są dobrze
koordynowane Wyznacznik powodzenia projektu – dotrzymanie
terminu i nie przekroczenie budżetuA gdzie jakość?
05/01/2023
5
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
Źródło czy symptom?
Jakość = stopień spełnienia wymagań i oczekiwań udziałowców Ale jak zapewnić jakość: Jeśli oczekiwania nie są znane? Jeśli dla projektu nie ustalono celów biznesowych? Jeśli dostawca nie zna dziedziny biznesowej
klienta? Jeśli nie ma walidacji i weryfikacji wymagań?
05/01/2023
6
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
Źródło czy symptom?
Jakość = stopień spełnienia wymagań i oczekiwań udziałowców Ale jak zapewnić jakość: Jeśli oczekiwania nie są znane? Jeśli dla projektu nie ustalono celów biznesowych? Jeśli przetargi wygrywa się ceną? Jeśli dostawca nie zna dziedziny biznesowej
klienta? Jeśli nie ma walidacji i weryfikacji wymagań?
Nie można!
05/01/2023
7
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
Źródło czy symptom?
Gdzie leży problem?Celem projektu informatycznego nie jest system sam w sobie, ale korzyści, jakie ów system ma dostarczać i cele biznesowe, jakie ma realizować.
05/01/2023
8
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
Źródło czy symptom?
Gdzie leży problem?Projekty informatyczne często nie posiadają mierzalnych celów biznesowych
05/01/2023
9
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
05/01/2023
10
Źródło czy symptom?
A jeśli nie ma celów, jak mamy określić: Co właściwie ma być osiągnięte przez realizację
projektu? Jak i kiedy zmierzyć, czy dany projekt zakończył się
sukcesem? Jakie rozwiązanie spełni potrzeby wynikające z
celów biznesowych? Czy rozwiązanie proponowane przez dostawcę to
rzeczywiście to, co klient miał na myśli?
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
05/01/2023
11
Źródło czy symptom?
Co to ma wspólnego z przyczynami porażek projektów?Jeśli nie wiemy po co realizujemy dany projekt: Nie wiemy, czy wstępne wymagania klienta są
kompletne Wymagania na rozwiązanie będą się zmieniać Jak mamy zaplanować projekt tak, by osiągnąć cele
interesariuszy? Nie wiemy, czy cele będą realizowane przez
produkty i pół-produkty projektu
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
05/01/2023
12
Źródło czy symptom?
I wreszcie...Jeśli nie wiemy po co realizujemy dany projekt: Jeśli nie mamy celów, za których realizację zawsze
ktoś ponosi odpowiedzialność, jak zapewnić sobie wsparcie kierownictwa?
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
05/01/2023
13
Źródło czy symptom?
Jak to powinno wyglądać?
Cele powinny być SMART!
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
05/01/2023
14
A więc od czego zacząć...
Kliencie – zacznij od: analizy swojej organizacji, strategii, misji, celów określenia potrzeb biznesowych określenia mierzalnych celów biznesowych
...i definiuj wymagania mając na uwadze swoje cele biznesowe.Zadbaj o określenie kryteriów akceptacji.Nie koncentruj się na funkcjach systemu – to nie one stanowią realną wartość.
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
05/01/2023
15
A więc od czego zacząć...
Dostawco – zacznij od: przestudiowania celów biznesowych klienta zrozumienia, czego naprawdę klient oczekuje od
wdrożenia produktu informatycznego sprawdzenia wymagań klienta pod względem ich
jakości...i kontynuuj analizę mając na uwadze co jest celem rozwiązania.
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
05/01/2023
16
A więc od czego zacząć...
Proste? A więc zaczniemy od celów.
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y
Zapraszamy do kontaktu:05/01/2023
17
PRINCE2®, ITIL®, M_o_R®, P3O®, MSP®, P3M3® są zarejestrowanymi znakami handlowymi Cabinet Office. MoV™, MoP™, Swirl logo™ są znakami handlowymi Cabinet Office. CHAMPS2® jest zarejestrowanym znakiem handlowym Birmingham City Council. PMBoK is a registered mark of the Project Management Institute, Inc. The PMI Registered Provider logo is a registered mark of the Project Management Institute, Inc.
www.crm.com.pl
KAROLINA [email protected]
Centrum Rozwiązań Menedżerskich S.A.Devoteam Consulting
ul. Kłobucka 25, 02-699 Warszawa