1 / 21

Strategiczne potrzeby ZUS

Strategiczne potrzeby ZUS. Wybrane strategiczne cele ZUS w obszarze IT: dywersyfikacja dostawców optymalizacja kosztów utrzymania i rozwoju systemów informatycznych optymalizacja wykorzystania posiadanych zasobów. Realizacja tych celów wymaga :

jaguar
Download Presentation

Strategiczne potrzeby ZUS

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Strategiczne potrzeby ZUS • Wybrane strategiczne cele ZUS w obszarze IT: • dywersyfikacja dostawców • optymalizacja kosztów utrzymania i rozwoju systemów informatycznych • optymalizacja wykorzystania posiadanych zasobów • Realizacja tych celów wymaga: • posiadania jednolitej dokumentacji funkcjonalności rozwiązań • przejęcia kontroli nad architekturą i technologią rozwiązań • optymalnego i obiektywnego planowania i budżetowania

  2. Strategiczne potrzeby ZUS • Konieczne okazało się wdrożenie STANDARDÓW w zakresie: • zarządzania i analizy wymagań dla systemów informatycznych • dokumentowania rozwiązań technologicznych • obiektywnego wymiarowania oprogramowania

  3. Proces standaryzacji w ZUS • Wg ZUS wyłącznie dzięki równoległej realizacji: • działań standaryzacyjnych w zakresie inżynierii oprogramowania • usprawniania procesów zarządczych (np. PRINCE2 ™, ITIL™) • podnoszenia kompetencji własnych specjalistów • możliwe jest skuteczne i efektywne osiąganie celów strategicznych w obszarze informatyzacji administracji

  4. Proces standaryzacji w ZUS • Diagram przebiegu STANDARYZACJI w ZUS w zakresie inżynierii oprogramowania w trzech głównych obszarach tematycznych: • zarządzanie i analiza wymagań (modelowanie funkcjonalności) • wymiarowanie oprogramowania (planowanie i koszty) • technologia rozwiązań (dokumentacja projektowa i architektoniczna) wymagania • Stan wdrożenia w ZUS: • Poziom początkowy (2010) • Poziom AKTUALNY (2013) • Poziom docelowy (2016) wymiarowanie technologia

  5. Wymiarowanie oprogramowania PROBLEM • Brak • obiektywnego • wymiarowania • Brak realnych • widełek • kosztów • Nieoptymalne • - eksperckie • budżety • Działania zaradcze: • Standaryzacja wymiarowania oprogramowania: Metoda COSMIC • Budowanie kompetencji własnych specjalistów w zakresie COSMIC • Korzyści: • Koszty adekwatne do realnych kosztów wytworzenia • Transparentna, deterministyczna i obiektywna metoda planowania budżetu

  6. Wymiarowanie oprogramowania • Ryzyka braku standaryzacji: • Przyjęte budżety projektów są nieweryfikowalne w sposób obiektywny • Wysokie ryzyko niezrealizowania projektu zgodnie z przyjętymi założeniami odnośnie zakresu, czasu i budżetu • Bez wspólnego punktu odniesienia jaką jest obiektywna miara rozmiaru oprogramowania projekty są nieporównywalne kosztowo i czasowo • Brak możliwości ujednoliconego gromadzenia i wykorzystania danych statystycznych uniemożliwia prawidłowe określenie budżetu i planowania harmonogramu przyszłych zleceń

  7. Wymiarowanie oprogramowania Korzyści standaryzacji: • Możliwość odniesienia się do danych branżowych w zakresie kosztów i produktywności • Możliwość obiektywnego porównywania różnych projektów • Możliwość obiektywnej weryfikacji budżetu przez niezależnych ekspertów. • Ułatwienie procesów negocjacji warunków realizacji zleceń • Możliwość nakładania wymogów produktywności wobec wykonawców • Możliwość nieustannej poprawy mierzalnej efektywności wydawania środków na informatyzację • Możliwość budowania kontraktów niezależnych od przyszłych zmian prawnych w trakcie realizacji projektu (kontrakty bazujące na cenie za 1 punkt funkcyjny COSMIC a nie cenie za zbiór wymagań)

  8. Zarządzanie wymaganiami i analiza PROBLEM • Niska jakość • dokumentacji • analitycznej • Wiedza • po stronie • dostawcy • Uzależnienie • od jednego • dostawcy • Działania zaradcze: • Standaryzacja dokumentacji analitycznej: Metodyka analizy ZUS • Budowanie kompetencji własnych specjalistów w zakresie analitycznym • Korzyści: • Uniezależnienie od jednego dostawcy • Możliwość większej kontroli ekonomicznej w obszarach integracji i rozwoju

  9. Zarządzanie wymaganiami i analiza • Ryzyka braku standaryzacji: • Wysokie uzależnienie od dostawcy danego systemu • Utrudniona integracja rozwiązań • Utrudnione obiektywne wymiarowanie oprogramowania, a więc szacowanie kosztów, zasobów, terminów – negocjacje eksperckie / siłowe • Niska jakość dokumentacji może skutkować niską jakościąsystemu i wysokimi kosztami utrzymania • Wysoki koszt dostosowywania funkcjonalności do zmian prawa i procesów biznesowych

  10. Zarządzanie wymaganiami i analiza Korzyści standaryzacji: • Duże uniezależnienieod dostawcy • Możliwość analiz rozwiązań pod kątem optymalnego reużycia i integracji • Możliwość kompleksowej i globalnej weryfikacji dokumentacji – w tym weryfikacji automatycznej • Możliwość śledzenia realizacji wymagań od procesów biznesowych do systemu informatycznego • Możliwość szybkiej analizy wpływuplanowanych zmian • Oparcie o ogólnie przyjęte i wielokrotnie przetestowane standardy i dobre praktyki zewnętrzne (paradygmaty, metodyki, notacje, standardy i wzorce), gwarantują optymalność procesu wytwarzania i utrzymywanie systemu na najwyższym znanym poziomie

  11. Technologia rozwiązań -> Dokumentacja projektowa PROBLEM • Trudności • w optymalizacji • i reużyciu • - koszty • Niska • jakość • projektu • Nieoptymalne • technologicznie • oprogramowanie • Działania zaradcze: • Standaryzacja dokumentacji projektowej: Metodyka projektu ZUS • Budowanie kompetencji własnych specjalistów w zakresie projektowym • Korzyści: • Uniezależnienie od jednego dostawcy • Możliwość większej kontroli wydatków na infrastrukturę i rozwój

  12. Technologia rozwiązań -> Dokumentacja projektowa • Ryzyka braku standaryzacji: • Wysokie uzależnienie od dostawcy danego systemu • Utrudnienia w weryfikacji, czy rozwiązania są optymalne ekonomicznie - pod kątem wydatków na integrację i przyszłe prace rozwojowe • Niska jakość dokumentacji skutkuje niską jakością systemu i wysokimi kosztami utrzymania • Brak możliwości kontroli zależności poszczególnych warstw i elementów systemu – od procesu biznesowego, przez oprogramowanie, po infrastrukturę • Brak dynamicznej ewidencji infrastruktury i oprogramowania, a więc brak kontroli nad wydatkami • Utrudniona integracja rozwiązań, w tym integracja warstw

  13. Technologia rozwiązań -> Dokumentacja projektowa Korzyści standaryzacji: • Dużeuniezależnienieod dostawcy • Możliwość analiz rozwiązań pod kątem optymalnego reużycia i integracji • Możliwość kompleksowej i globalnej weryfikacji dokumentacji – w tym weryfikacji automatycznej • Możliwość kontroli wydatków na infrastrukturę • Możliwość kontroli, czy rozwiązania są optymalne ekonomicznie - pod kątem wydatków na integrację i przyszłe prace rozwojowe • Możliwość realnej kontroli kierunków rozwoju posiadanych systemów informatycznych • Efektywna i dynamiczna kontrola nad posiadanymi zasobami informatycznymi

  14. Technologia rozwiązań -> Repozytorium architektoniczne PROBLEM • Brak • pełnej „władzy • nad” systemem • Szczątkowe • repozytorium • architektury • Brak • pełnej „wiedzy • o” systemie • Działania zaradcze: • Standaryzacja repozytorium architektonicznego: Zintegrowana metodyka ZUS • Budowanie kompetencji własnych specjalistów w zakresie architektury • Korzyści: • Możliwość pełnej kontroli zależności warstw i elementów systemu • Możliwość dynamicznej ewidencji infrastruktury i oprogramowania

  15. Działania standaryzujące ZUS - podsumowanie Podsumowanie • Wg ZUS wyłącznie dzięki równoległej realizacji działań standaryzujących w zakresie poszczególnych obszarów inżynierii oprogramowania i w procesach zarządzania możliwa jest: • bezpieczna dywersyfikacja dostawców systemów IT • skuteczna optymalizacja kosztów rozwoju systemów IT

  16. Ryzyka i straty wynikające z braku stosowania standardów Podsumowanie Wg ZUS brak odpowiednio zdefiniowanych standardów w administracji publicznej w zakresie inżynierii oprogramowania przekłada się na wyższe koszty rozwoju i utrzymania systemów informatycznych oraz hamuje integrację systemów danej instytucji jak i pomiędzy instytucjami

  17. Korzyści ze stosowania ujednoliconych standardów Podsumowanie Wg ZUS koszty wdrażania standaryzacji w zakresie obszarów inżynierii oprogramowania są znikome w porównaniu z uzyskiwanymi korzyściami:

  18. Metoda COSMIC • Stosowana przez ZUS metoda wymiarowania rozmiaru funkcjonalnego oprogramowania to metoda COSMIC, która jest: • bezpłatna i publiczne dostępna (www.cosmicon.com) • uznana w środowisku i objęta certyfikacją ISO/IEC 19761 oraz 14143 • dostępna w języku polskim (podręcznik stosowania jest w materiałach konferencyjnych) • objęta ścieżką certyfikacji specjalistów, wkrótce w języku polskim (www.psmo.pl)

  19. Mapa standaryzacji w zakresie inżynierii oprogramowania • W materiałach dla uczestników konferencji znajduje się również szczegółowa mapa standaryzacji w zakresie trzech głównych obszarów inżynierii oprogramowania opisująca: • stan danego „stopnia standaryzacji”, • ryzyka, • korzyści. • Materiały z warsztatów dostępne są pod adresem • http://www.zus.pl/warsztaty/

More Related