Modele utrzymania środowisk IT w drodze do SaaS

© OPITZ CONSULTING Polska Sp. z o.o. 2014 Strona 1Modele utrzymania systemów IT w administracji publicznej
computing may someday be organized as a public utility just as the telephone system is a public utility... The computer
utility could become the basis of a new and important industry.
—John McCarthy, speaking at the MIT Centennial in 1961

Jacek Sapiński
Service Manager – Managed Services
OPITZ CONSULTING Polska Sp. z o.o.
Modele utrzymania systemów informatycznych
Książ, 03.06.2014
W drodze do chmur

 Obrót
 2012: 36,7 Mill. €
 2013: 38,8 Mill. €
 Pracownicy
 2012: 382 pracowników
 2013: 385 pracowników
Gdzie się znajdujemy – siedziby i rozwój
Peter Dix (CFO):
„Solidne zarządzanie w powiązaniu z
długoterminową strategią zorientowaną na
klienta gwarantują sukces ekonomiczny firmy.“
Siedziby Rozwój firmy

Oferujemy kompleksowy i całościowy
Application Lifecycle Management celem
zapewnienia wartości dodanej systemów
aplikacji w trakcie ich całego cyklu życia.
Dobieramy model indywidualnie do potrzeb
klienta i tym samym możemy wspierać
optymalnie wszystkie fazy cyklu istnienia:
 doradztwo strategiczne
 planowanie/design
 wdrożenie, a także
 serwis/utrzymanie
Czym się zajmujemy – portfolio usług
Rolf Scheuch (CSO):
„Dzięki całościowej ofercie możemy być stałym
strategicznym partnerem dla naszego klienta
i wspólnie z nim wprowadzać innowacyjne,
kompleksowe rozwiązania IT.“

Agenda
1. Utrzymanie systemów w ujęciu tradycyjnym
2. Outsourcing procesów utrzymania – wsparacie z chmury
3. Centra usług wspólnych
4. SaaS – Software as a Service
5. Podsumowanie

1 Utrzymanie systemów w ujęciu
tradycyjnym

Jak kształtowały się systemy IT -
Rys historyczny

Główne bolączki tradycyjnego podejścia do IT
 Rozproszenie
 Dział IT traci swoją funkcję usługową
 Organizacja nie koncentruje się tylko na jej podstawowej działalności
 Niska utylizacja zasobów
 Personel
 Utrzymywanie pracowników z bardzo specyficznymi umiejętnościami, które nie są
związane z profilem organizacji
 Zapewnienie dostępności pracowników 24x7
 Sprzęt (na poziomie 30%)
 Wykorzystywany efektywnie tylko w krótki okresach czasu
 Lokalizacje zapasowe
 Konieczność budowania i utrzymywania ośrodków przetwarzania danych,
serwerowni, ośrodków zapasowych
 Licencje
 analogicznie do sprzętu
 Często droższe niż sprzęt

Główne bolączki tradycyjnego podejścia do IT
Ukryte koszty
 Ponoszenie ryzyka finansowego związanego z wdrażaniem
różnych rozwiązań technicznych
 Długie czasy przygotowywania infrastruktury dla nowych
projektów (zamówienie i dostawa sprzętu, instalacja
oprogramowania, testy)
 Koszty zarządzania projektami
 Ryzyko niewłaściwego licencjonowania
 Szkolenia – utrzymywanie know how
 Wysokie koszty energii elektrycznej

2 Outsourcing procesów utrzymania
– wsparacie z chmury

Outsourcing procesów utrzymania
– wsparacie z chmury
 Zmniejszenie kosztów własnej działalności
 Usprawnienie zarządzania dzięki możliwości skoncentrowania
się kierownictwa na podstawowych zadaniach oraganizacji
 Poprawa jakości realizacji funkcji
 Dostęp do nowoczesnych technologii i know – how
 Uzyskanie dostępu do zasobów, którymi organizacja nie
dysponuje
 Odciążenie własnych pracowników i dedykowanie ich do innych
projektów

Efektywność dzięki konsolidacji

– Nasza Misja
Poprzez Managed Services Infrastructure
chcemy pomóc Państwu,
 Obniżyć koszty utrzymania systemów,
 Zapewnić dostępność systemów
 Oraz odciążyć Państwa pracowników,
Aby mogli Państwo skoncentrować się
na kluczowych zadaniach Państwa organizacji.

3 Centra usług wspólnych

Efektywność dzięki konsolidacji
 Kilka jednostek administracyjnych tworzy odrębny podmiot
wyspecjalizowany w świadczeniu określonych usług na
rzecz uczestników porozumienia
 Podmiot taki jest zwykle kontrolowany przez założycieli
 Popularne w sektorze publicznym ze względu na specyfikę
systemów i wymagania dot. bezpieczeństwa danych
 „Chmura prywatna” dla założycieli

Przykład zza miedzy – Dataport
 Dataport dostarcza kompletne usługi informatyczne dla
sektora publicznego (Full Service Provider)
 Rozpoczął działalność jako inicjatywa oddolna
 Utrzymywany przez Landy Bremen, Hamburg, Mecklenburg-
Vorpommern, Niedersachsen, Sachsen-Anhalt, Schleswig-
Holstein
 Założyciele całkowicie przenieśli działy IT do firmy Dataport
 Liczba pracowników: 2080
 Obrót: 336,5 mln €

4 SaaS – Software as a Service

Rozwiązania z chmur
IaaS
PaaS
SaaS

Software as a Service
 Usługa polegająca na zdalnym udostępnianiu oprogramowania
poprzez sieć Internet.
 Klient płaci abonament za korzystanie z aplikacji, która jest
własnością dostawcy SaaS
 Wyspecjalizowane aplikacje dostawcy SaaS dostosowywane do
klienta – pełna wiedza o aplikacji u dostawcy

SaaS – korzyści dla klienta
 SLA – Service Level Agreement
 Przewidywalność kosztów
 Przerzucenie na dostawce ryzyka związanego z projektowaniem i
utrzymaniem systemu
 Brak długotrwałego i kosztownego projektu tworzenia systemów
 Brak kosztów CAPEX
 Elastyczne modele cenowe – klient płaci za to czego używa
 Oszczędność na kosztach wsparcia i serwisu – zmniejszenie
działów IT
 Skalowalność
 Brak dużych nakładów inwestycyjnych na początku wdrażania rozwiązania
 Łatwy wzrost
 Moc obliczeniowa „on demand”

SaaS – korzyści dla dostawcy
 Brak konieczności dostosowywania oprogramowania do
różnorodnych konfiguracji sprzętowych i wspierania starych
wersji oprogramowania
 Jedna wersja, jedna platforma – niższe koszty
 Centralne zarządzanie – efektywność dzięki konsolidacji
 Samodzielne wdrażanie aktualizacji
 Całkowita kontrola nad infrastrukturą i poprawnością działania aplikacji
 Optymalne wykorzystanie infrastruktury sprzętowej oraz licencji
 Pełna kontrola nad liczbą użytkowników korzystających z
aplikacji (licencje)
 Przewidywalne wpływy finansowe
 Zaadresowanie klientów, których (jeszcze) nie stać na pełną
infrastrukturę

SaaS – Obawy klientów
 Brak bezpośredniej kontroli nad danymi wprowadzanymi do
systemów
 bezpieczeństwo – klient powierza ważne (i często poufne) dane dostawcy
 Konieczność posiadania niezawodnego podłączenia do
Internetu
 Uzależnienie się od zewnętrznego dostawcy

Jak wdrożyć aplikację w modelu SaaS
 Wybór aplikacji
 Analiza procesów oraz przepływów danych w organizacji
 SLA – Umowa między klientem a usługodawcą poziomu
jakości usług
 Modele cenowe

Aplikacje predystynowane do SaaS
 Aplikacje, które nie są specyficzne dla jednego klienta
 CRM, ERP
 Aplikacje wymagające małej integracji z innymi systemami
klienta
 Email,
 Rozwiązania wymagające bardzo drogiej infrastruktury
 Oprogramowanie działające tylko na Mainframe
 Systemy wykorzystywane tylko okresowo
 Rekrutacja do przedszkoli czy szkół

Analiza procesów oraz przepływów danych w
organizacji
 Rekomendowana dla wdrożenia jakiejkolwiek aplikacji,
również w modelu tradycyjnym.
 Zapewnienie maksymalnej korzyści biznesowej oraz ROI
poprzez wkomponowanie nowej aplikacji, usługi lub
funkcjonalności w istniejące rozwiązania.
 Efektem jest schemat integracji systemów oraz wymiany
danych między nimi
 Na podstawie analizy dostępnej dokumentacji, wywiadów i ustaleń z
dostawcami, autorami, administratorami i opiekunami aplikacji.
 W modelu SaaS:
 Podstawa do decyzji o przeniesieniu aplikacji na zewnątrz -
 Podstawa do definicji SLA
 Podstawa do wyceny

SLA – Service Level Agreement
Czy aplikacja działa?
 Musi być realistyczny - ma znaczący wpływ na cenę!!!
 Oparty o katalog usług (funkcji) realizowanych przez
aplikację
 Specyfikuje jak będą się zachowywać poszczególne usługi
(klasy usług) wraz z czasami odpowiedzi
 Potwierdzenie otrzymania dokumentu – do 2 sekund
 Wygenerowanie zestawienia dłużników – do 5 minut
 Wyszukanie danych podatnika - do 1 sekundy
 Wyszukanie danych pojazdu – do 3 sekund
 Planowe przerwy w dostępie usług
 Dostępność usług musi być stale monitorowana

Opłaty w modelu SaaS
 Najpopularniejsze modele
 Abonament za dostęp do aplikacji – rozliczana w cyklu miesięcznym,
kwartalnym lub dłuższym. opłata pobierana jest od każdego użytkownika
aplikacji.
 Opłata za „transakcję”
 Wysłany email, utworzony dokument, wygenerowany raport
 Opłata (czasowa) za wykorzystywane moduły
 Pay as you grow - opłata obiekt „docelowy” aplikacji
 Mieszkaniec miasta, leasingowany samochód, etc.
 Sukces biznesowy klienta staje się również sukcesem dostawcy.
 Modele są często kombinowane ze sobą
 Immamentną częścią są kary finansowe za niedotrzymanie
SLA

Rozwiązania OTAGO dostępne w modelu SaaS
 Platforma Zarządzania Oświatą m.in.:
 Rekrutacje,
 Dzienniki lekcyjne,
 Obsługa sekretariatu,
 Organizacja placówką…
 System finansowo-księgowy dedykowany placówkom
oświatowym m.in.:
 Planowanie budżetu,
 Księgowość,
 Obsługa dochodów i wydatków,
 Rejestr umów,
 Ewidencja majątku,
 Obieg dokumentów…
 Docelowo wszystkie produkty Otago

Podsumowanie
 Nie ma jedynie słusznego modelu utrzymania
 Wiele organizacji korzysta z różnych modeli utrzymania dla
różnych systemów
 Rozwiązanie SaaS poważną i atrakcyjną kosztowo
alternatywą w stosunku do modelu tradycyjnego.
 Wybór modelu jest decyzją strategiczną i powinien być
poprzedzony dogłębną analizą

Pytania i odpowiedzi

Kontakt
Jacek Sapiński
Solution Manager
OPITZ CONSULTING Polska Sp. z o.o.
Bratysławska 1A | 31-201 Kraków
Tel. +48 12 617 1801
jacek.sapinski@opitz-consulting.pl
youtube.com/opitzconsultingpl
slideshare.net/opitzconsultingpl

Modele utrzymania środowisk IT w drodze do SaaS

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Andere mochten auch

Andere mochten auch (19)

Ähnlich wie Modele utrzymania środowisk IT w drodze do SaaS

Ähnlich wie Modele utrzymania środowisk IT w drodze do SaaS (20)

Mehr von OPITZ CONSULTING Polska

Mehr von OPITZ CONSULTING Polska (6)

Modele utrzymania środowisk IT w drodze do SaaS