Słownik analityka biznesowego

Ocena skutków dla ochrony danych osobowych (Data Protection Impact Assessment) — obowiązkowa analiza ryzyka wymagana przez RODO.

Wizualny panel prezentujący kluczowe metryki i KPI w czasie rzeczywistym, umożliwiający szybką ocenę sytuacji.

Zbiór polityk, procesów i ról zapewniających jakość, bezpieczeństwo, dostępność i zgodność danych w organizacji.

Centralne repozytorium przechowujące surowe dane w natywnym formacie — strukturalne, półstrukturalne i niestrukturalne.

Proces odkrywania wzorców, korelacji i anomalii w dużych zbiorach danych za pomocą metod statystycznych i algorytmów uczenia maszynowego.

Stopień, w jakim dane spełniają wymagania dotyczące dokładności, kompletności, spójności, aktualności i wiarygodności.

Centralne repozytorium danych zoptymalizowane pod kątem analiz i raportowania, zbierające dane z wielu źródeł.

Wspólnie uzgodniona lista warunków, które muszą być spełnione, aby element pracy (User Story, Sprint) został uznany za ukończony.

Wspólne rozumienie zespołu, jakie warunki muszą być spełnione, aby element pracy mógł być uznany za ukończony.

Lista warunków, które User Story musi spełnić, zanim zespół może ją wziąć do sprintu.

5-dniowy proces rozwiązywania problemów i walidacji pomysłów stworzony przez Google Ventures, łączący design thinking z szybkim prototypowaniem.

Metoda rozwiązywania problemów skoncentrowana na użytkowniku, oparta na empatii, ideacji i prototypowaniu.

Kultura i zestaw praktyk łączących rozwój oprogramowania (Dev) z operacjami IT (Ops) w celu skrócenia cyklu dostarczania.

Entity-Relationship Diagram — diagram przedstawiający encje (tabele), ich atrybuty i relacje w modelu danych.

Wykres słupkowy przedstawiający harmonogram projektu — zadania, ich czas trwania, zależności i kamienie milowe.

Diagram przyczynowo-skutkowy (fishbone) służący do identyfikacji przyczyn źródłowych problemu w 6 kategoriach (6M).

Diagram wizualizujący relacje między zbiorami za pomocą nakładających się kół, używany w analizie do porównań i identyfikacji części wspólnych.

Diagram UML modelujący przepływ czynności w procesie, z decyzjami, równoległością i odpowiedzialnościami.

Diagram UML przedstawiający klasy (encje), ich atrybuty, metody i relacje w modelu domenowym systemu.

Diagram UML pokazujący fizyczną organizację systemu — komponenty, ich interfejsy i zależności między nimi.

Diagram najwyższego poziomu pokazujący system jako czarną skrzynkę oraz jego interakcje z aktorami zewnętrznymi.

Najprostsza forma wizualizacji procesu — diagram z prostokątami (czynności), rombami (decyzje) i strzałkami (przepływ).

Data Flow Diagram (DFD) — diagram pokazujący przepływ informacji przez system, procesy i magazyny danych.

Diagram UML wizualizujący aktorów, przypadki użycia (use cases) i relacje między nimi — przegląd funkcjonalności systemu.

Alternatywna nazwa diagramu Ishikawy — narzędzie analizy przyczynowo-skutkowej w kształcie szkieletu ryby.

Diagram UML pokazujący wymianę komunikatów między obiektami/systemami w określonej kolejności czasowej.

Diagram UML przedstawiający cykl życia obiektu — jego stany i przejścia między nimi wywołane zdarzeniami.

Diagram UML przedstawiający fizyczną infrastrukturę systemu — serwery, urządzenia i rozmieszczenie komponentów.

Plan i procedury odtwarzania systemów IT po awarii, katastrofie lub incydencie bezpieczeństwa.

Podejście do projektowania oprogramowania, w którym struktura kodu odzwierciedla domenę biznesową i język ekspertów domenowych.

Graficzny model decyzyjny w kształcie drzewa, pokazujący sekwencję decyzji, ich prawdopodobieństwa i oczekiwane wyniki.