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

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

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

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

Wymiarowanie oprogramowania

PROBLEM Brak obiektywnego wymiarowania Brak realnych widełek kosztów Nieoptymalne - eksperckie budżety Działania zaradcze:

 Standaryzacja wymiarowania oprogramowania: Metoda COSMIC 

Korzyści:

 Budowanie kompetencji własnych specjalistów w zakresie COSMIC Koszty adekwatne do realnych kosztów wytworzenia  Transparentna, deterministyczna i obiektywna metoda planowania budżetu

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ń

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ń)

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

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

Zarządzanie wymaganiami i analiza

• • • • • •

Korzyści standaryzacji:

Duże

uniezależnienie

od 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ływu

planowanych 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

Technologia rozwiązań -> Dokumentacja projektowa

PROBLEM Niska jakość projektu Nieoptymalne technologicznie oprogramowanie Trudności w optymalizacji i reużyciu - koszty 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

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

Technologia rozwiązań -> Dokumentacja projektowa

• • • • • • •

Korzyści standaryzacji:

Duże

uniezależnienie

od 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

Technologia rozwiązań -> Repozytorium architektoniczne

PROBLEM Szczątkowe repozytorium architektury Brak pełnej „wiedzy o” systemie Brak pełnej „władzy nad” systemem 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

Działania standaryzujące ZUS - 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

Ryzyka i straty wynikające z braku stosowania standardów

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

Korzyści ze stosowania ujednoliconych standardów

Wg ZUS koszty wdrażania standaryzacji w zakresie obszarów inżynierii oprogramowania są znikome w porównaniu z uzyskiwanymi korzyściami: ekonomicznymi w postaci optymalizacji kontroli kosztów jakościowymi w postaci lepszego oprogramowania zarządczymi w postaci skutecznego monitorowania i planowania ludzkimi w postaci budowania kompetentnych zespołów mających narzędzia do współpracy z dostawcami na zasadach partnerskich

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)

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/