Transcript Standardy dla projektów informatycznych w administracji na
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/