Raportowanie SLA w duŝej organizacji Studium przypadku VII Kongres BOUG 03 października 2012
Zdefiniowanie przypadku Zadanie do wykonania: Jak przenieść ustalenia formalne na efektywnie raportujący system? Czym dysponował klient: Zdefiniowane umowy SLA na usługi dostawców W większości były to usługi, które miały zdefiniowane miary wyliczane na podstawie automatycznych procesów Rozliczanie usług częściowo oparte na raportach dostawców tychŝe usług System raportowy klienta SAP BusinessObjects
Środowisko pracy u klienta Wysoki stopień formalizmu DuŜe rozproszenie organizacyjne działów odpowiedzialnych za poszczególne komponenty architektury informatycznej Liderzy biznesowi o wąskiej specjalizacji Kontakt z dostawcą tylko w obecności przedstawiciela klienta MoŜliwość pracy tylko w lokalizacji klienta
ZałoŜenia projektu Oparcie rozwiązania o aplikacje będące w posiadaniu klienta (brak budŝetu na licencje) Przygotowanie transparentnego rozwiązania > audyt ze strony klienta jak i dostawcy Zbudowanie elastycznej platformy raportowej pozwalającej na jej adaptowanie przez zaawansowanego uŝytkownika biznesowego W załoŝeniu powstająca platforma raportowa miałaby być przejęta przez klienta
Sposób pracy Budowa i zatwierdzenie realistycznego harmonogramu WdroŜenie kolejnych umów SLA: Dekompozycja wymagań Wskazanie danych źródłowych Transformacja danych Wizualizacja danych Weryfikacja danych Działania wspierające: Przygotowanie środowiska uprawnienia, instalacja oprogramowania, stacje robocze, etc Koncepcja raportowania sposób wizualizacji, sposób zasilania danymi, zarządzanie danymi podstawowymi, etc
WdroŜenie umowy SLA Krok 1 1 Dekompozycja wymagań Weryfikacja aktualnych umów SLA PrzełoŜenie zapisów umowy na język rozumiany przez analityka Uściślenie działań zapisanych na poziomie ogólnym Ustalenie jednoznacznej interpretacji z klientem i właściwym dostawcą 1 2 3 4 5
WdroŜenie umowy SLA Krok 2 2 Wskazanie danych źródłowych Ustalenie poziomu granulacji danych Dostęp do danych produkcyjnych czy wstępnie przetworzonych przez dostawcę Zdefiniowanie sposobu pobierania danych wraz z harmonogramem Ustalenie właściciela danych na kaŝdym etapie ładowania 1 2 3 4 5
WdroŜenie umowy SLA Krok 3 3 Transformacja danych Jednoznaczny sposób transformowania danych Zdefiniowanie zaleŝności między danymi Zoptymalizowanie przetwarzania danych Włączenie danych do zarządzania danymi podstawowymi 1 2 3 4 5
WdroŜenie umowy SLA Krok 4 4 Wizualizacja danych Zdefiniowanie rozbieŝności w wizualizacji danej umowy SLA a przyjętym standardem raportowania Przygotowanie wymaganych raportów Przygotowanie uzgodnionych kokpitów menadŝerskich Przygotowanie raportów technicznych 1 2 3 4 5
WdroŜenie umowy SLA Krok 5 5 Weryfikacja danych Weryfikacja wyliczonych miar z danymi dostawcy Uzgodnienie kroków transformacji w przypadku róŝnic Przygotowanie pełnego raportu jako podstawy decyzji klienta Implementacja ewentualnych zmian w procesie przekształcania danych 1 2 3 4 5
Zaimplementowane środowisko Środowisko pracy uŝytkownika Platforma raportowo-analityczna MS SQL Tabele raportowe Procedury SQL Tabele techniczne Zarządzanie danymi podstawowymi SAP BusinessObjects Warstwa raportowa Świat obiektów Kopie danych źródłowych Środowisko produkcyjne (część dotycząca danych źródłowych) Inne Inne bazy danych bazy danych Bazy Bazy danych danych MS SQL MS SQL System System Help-Desk Help-Desk Dane Dane w w formacie XML formacie XML Inneźródła Inneźródła danych danych
Kluczowe wnioski czyli dlaczego nam się udało Oddzielenie zespołu technicznego od części formalnej Pełny zakres kompetencji zespołu: od sprawnego zarządzania projektem po wybitne umiejętności techniczne Zapewnienie wsparcia przy całym cyklu obiegu danych W oparciu o duŝe doświadczenie zaprojektowanie właściwego poziomu elastyczności platformy Bardzo dobra komunikacja w projekcie pozwalająca na szybką implementację zmian Umiejętna praca z klientem pozwalająca na dostarczenie efektywnego rozwiązania
Dziękuję za uwagę piotr.stankiewicz@pragmaticalsolution.pl +48 603 793 754