Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
SlideShare a Scribd company logo

W poszukiwaniu źródeł problemów w projektach IT

•Download as PPTX, PDF•
•
KAROLINA ZMITROWICZ
KAROLINA ZMITROWICZ

CareerCon "Tester's career" April 2013 (Wroclaw)

Related slideshows

[Marketing międzynarodowy] Jak rentownie pozyskiwać klientów z całego świata?
[Marketing międzynarodowy] Jak rentownie pozyskiwać klientów z całego świata?[Marketing międzynarodowy] Jak rentownie pozyskiwać klientów z całego świata?
[Marketing międzynarodowy] Jak rentownie pozyskiwać klientów z całego świata?
 
W jaki sposób rentownie pozyskiwać klientów dla firm IT&Software?.pdf
W jaki sposób rentownie pozyskiwać klientów dla firm IT&Software?.pdfW jaki sposób rentownie pozyskiwać klientów dla firm IT&Software?.pdf
W jaki sposób rentownie pozyskiwać klientów dla firm IT&Software?.pdf
 
Candidate i employee experience - zacznij je mierzyc
Candidate i employee experience - zacznij je mierzycCandidate i employee experience - zacznij je mierzyc
Candidate i employee experience - zacznij je mierzyc
 
1 of 17
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. 2/15/2016 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, IBUQ Doradztwo w zakresie: Architektury Korporacyjnej (TOGAF), APMG Change Tracker, Metodyki Syndromicznej EXPLORER®, projektów unijnych i finansów przedsiębiorstwa 15 000 przeszkolonych osób 13 akredytowanych trenerów i konsultantów 15 lat doświadczenia w pracy szkoleniowej i doradczej Ponad 200 firm, które już nam zaufały 15 szkoleń autorskich 23 Partnerów 10 Trenerów szkoleń autorskich ISO 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ąć... 2/15/2016 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? 2/15/2016 4 Chaos Report 2009, Standish Group Niekompletne wymagania 13% Brak zaangażowania użytkowników 12% Brak zasobów 11% Nierealistyczne oczekiwania 10% Brak wsparcia kierownictwa 9% Zmieniające się wymagania & specyfikacje 9% Brak planowania 8% Projekt nie jest już potrzebny 8% Brak zarządzania IT 6% Analfabetyzm technologiczny 4% Inne 10% 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żetu A gdzie jakość? 2/15/2016 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ń? 2/15/2016 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! 2/15/2016 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ć. 2/15/2016 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 2/15/2016 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 Ź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? 2/15/2016 10
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? 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 2/15/2016 11
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? 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? 2/15/2016 12
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? Jak to powinno wyglądać? Cele powinny być SMART! 2/15/2016 13
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 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ść. 2/15/2016 14
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 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. 2/15/2016 15
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 A więc od czego zacząć... Proste? A więc zaczniemy od celów. 2/15/2016 16
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: 2/15/2016 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 ZMITROWCZ k.zmitrowicz@crm.com.pl Centrum Rozwiązań Menedżerskich S.A. Devoteam Consulting ul. Kłobucka 25, 02-699 Warszawa

More Related Content

W poszukiwaniu źródeł problemów w projektach IT

  • 1. 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
  • 2. 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. 2/15/2016 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, IBUQ Doradztwo w zakresie: Architektury Korporacyjnej (TOGAF), APMG Change Tracker, Metodyki Syndromicznej EXPLORER®, projektów unijnych i finansów przedsiębiorstwa 15 000 przeszkolonych osób 13 akredytowanych trenerów i konsultantów 15 lat doświadczenia w pracy szkoleniowej i doradczej Ponad 200 firm, które już nam zaufały 15 szkoleń autorskich 23 Partnerów 10 Trenerów szkoleń autorskich ISO 9001:2008
  • 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 Agenda Przyczyny porażek projektów – popularne mity? Źródło czy symptom? A więc od czego zacząć... 2/15/2016 3
  • 4. 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? 2/15/2016 4 Chaos Report 2009, Standish Group Niekompletne wymagania 13% Brak zaangażowania użytkowników 12% Brak zasobów 11% Nierealistyczne oczekiwania 10% Brak wsparcia kierownictwa 9% Zmieniające się wymagania & specyfikacje 9% Brak planowania 8% Projekt nie jest już potrzebny 8% Brak zarządzania IT 6% Analfabetyzm technologiczny 4% Inne 10% Przyczyny porażek projektów IT
  • 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? 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żetu A gdzie jakość? 2/15/2016 5
  • 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 dostawca nie zna dziedziny biznesowej klienta?  Jeśli nie ma walidacji i weryfikacji wymagań? 2/15/2016 6
  • 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? 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! 2/15/2016 7
  • 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? Celem projektu informatycznego nie jest system sam w sobie, ale korzyści, jakie ów system ma dostarczać i cele biznesowe, jakie ma realizować. 2/15/2016 8
  • 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 Źródło czy symptom? Gdzie leży problem? Projekty informatyczne często nie posiadają mierzalnych celów biznesowych 2/15/2016 9
  • 10. 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? 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? 2/15/2016 10
  • 11. 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? 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 2/15/2016 11
  • 12. 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? 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? 2/15/2016 12
  • 13. 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? Jak to powinno wyglądać? Cele powinny być SMART! 2/15/2016 13
  • 14. 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 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ść. 2/15/2016 14
  • 15. 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 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. 2/15/2016 15
  • 16. 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 A więc od czego zacząć... Proste? A więc zaczniemy od celów. 2/15/2016 16
  • 17. 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: 2/15/2016 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 ZMITROWCZ k.zmitrowicz@crm.com.pl Centrum Rozwiązań Menedżerskich S.A. Devoteam Consulting ul. Kłobucka 25, 02-699 Warszawa

Editor's Notes

  1. 1