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

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

Strategiczne potrzeby 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

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

technologiawymiarowanie

Stan wdrożenia w ZUS:

- Poziom początkowy (2010)- Poziom AKTUALNY (2013)- Poziom docelowy (2016)

Brak obiektywnego wymiarowania

Brak realnych widełek kosztów

Nieoptymalne- eksperckie budżety

Wymiarowanie oprogramowania

PROBLEM

Działania zaradcze:Standaryzacja wymiarowania oprogramowania: Metoda COSMICBudowanie kompetencji własnych specjalistów w zakresie COSMICKorzyści:Koszty adekwatne do realnych kosztów wytworzeniaTransparentna, deterministyczna i obiektywna metoda planowania budżetu

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

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

Korzyści standaryzacji:

Wymiarowanie oprogramowania

PROBLEM

Działania zaradcze:Standaryzacja dokumentacji analitycznej: Metodyka analizy ZUSBudowanie kompetencji własnych specjalistów w zakresie analitycznym

Korzyści:Uniezależnienie od jednego dostawcyMożliwość większej kontroli ekonomicznej w obszarach integracji i rozwoju

Niska jakość dokumentacji analitycznej

Wiedzapo stroniedostawcy

Uzależnienieod jednegodostawcy

Zarządzanie wymaganiami i analiza

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

• 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

Korzyści standaryzacji:

Zarządzanie wymaganiami i analiza

Niska jakość projektu

Nieoptymalne technologicznie oprogramowanie

Trudności w optymalizacji i reużyciu - koszty

Technologia rozwiązań -> Dokumentacja projektowa

PROBLEM

Działania zaradcze:Standaryzacja dokumentacji projektowej: Metodyka projektu ZUSBudowanie kompetencji własnych specjalistów w zakresie projektowym

Korzyści:Uniezależnienie od jednego dostawcyMożliwość większej kontroli wydatków na infrastrukturę i rozwój

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

Technologia rozwiązań -> Dokumentacja projektowa

• 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

Korzyści standaryzacji:

Szczątkowerepozytoriumarchitektury

Brakpełnej „wiedzyo” systemie

Brakpełnej „władzynad” systemem

PROBLEM

Działania zaradcze:Standaryzacja repozytorium architektonicznego: Zintegrowana metodyka ZUSBudowanie kompetencji własnych specjalistów w zakresie architektury

Korzyści:Możliwość pełnej kontroli zależności warstw i elementów systemuMożliwość dynamicznej ewidencji infrastruktury i oprogramowania

Technologia rozwiązań -> Repozytorium architektoniczne

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

Działania standaryzujące ZUS - podsumowanie

• skuteczna optymalizacja kosztów rozwoju systemów IT

Pods

umow

anie

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

Pods

umow

anie

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

zarządczymi w postaci skutecznego monitorowania

i planowania

jakościowymi w postaci lepszego oprogramowania

ludzkimi w postaci budowania kompetentnych zespołów

mających narzędzia do współpracy z dostawcami na

zasadach partnerskich

Pods

umow

anie

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)

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 adresemhttp://www.zus.pl/warsztaty/

Mapa standaryzacji w zakresie inżynierii oprogramowania