Zasada Pareto w migracji danych i ETL — reguła 80/20 w praktyce

Skąd pochodzi reguła 80/20

Vilfredo Pareto, włoski ekonomista, zaobserwował w 1896 roku że 80% ziemi we Włoszech należy do 20% obywateli. Podobny rozkład znalazł w innych krajach i dziedzinach. Joseph Juran — pionier zarządzania jakością — zastosował tę obserwację do problemów produkcyjnych i nazwał ją zasadą Pareto: 80% problemów pochodzi z 20% przyczyn.

Reguła 80/20 nie jest matematycznym prawem — proporcje mogą być 70/30 albo 90/10. Kluczowa obserwacja jest inna: rozkład przyczyn i skutków jest nierównomierny. Nie wszystkie zadania, dane i wymagania mają równy wpływ na projekt. I właśnie to sprawia że zasada Pareto jest jednym z najczęściej stosowanych narzędzi w projektach danych.

20% tabel blokuje 80% migracji

Przy migracji danych między systemami ERP lub CRM regularnie trafiamy na ten sam wzorzec: kilkadziesiąt tabel migruje się sprawnie, a kilka z nich blokuje cały projekt przez tygodnie.

Skąd to się bierze? Systemy, które działają w firmach od kilku lub kilkunastu lat, rzadko były projektowane z myślą o przyszłej migracji. Zamiast rozbudowywać schemat bazy danych w sposób planowy, kolejne funkcjonalności były "doklejane" — nowe tabele, nowe pola, nowe relacje — bez spójnej architektury. Zamiast schematu gwiazdy (centralny fakt + tabele wymiarów) powstaje coś co można nazwać schematem spaghetti: dziesiątki tabel połączonych wzajemnymi relacjami, często z klucze obcymi wskazującymi w obu kierunkach, kolumnami z historią zmian ukrytą w nazwach pól i logiką biznesową zapisaną bezpośrednio w danych.

Jak to wykorzystać w praktyce? Na początku każdego projektu migracji robimy inwentaryzację schematu i identyfikujemy tabele o największej liczbie relacji, niejednoznacznych kluczach i nieudokumentowanej logice. Te tabele dostają nieproporcjonalnie dużo uwagi na etapie analizy — zanim zaczniemy pisać kod ETL.

20% raportów generuje 80% decyzji

Przy zbieraniu wymagań na dashboard Power BI klienci prawie zawsze zaczynają od tej samej odpowiedzi: "potrzebujemy wszystkiego". Plan vs wykonanie, ranking handlowców, analiza marży, rozkład geograficzny, trend miesięczny, dynamika rok do roku, podgląd dla każdego działu osobno, widok mobilny, eksport do PDF...

To naturalne. Gdy nie ma ceny przy każdej pozycji, lista wymagań rośnie bez ograniczeń. Dlatego w rozmowie z niezdecydowanymi klientami stosujemy prosty mechanizm: wycenę według metodologii MoSCoW. Każde wymaganie dostaje szacunek — nie jako całość, ale składowa. I wtedy coś ciekawego się dzieje.

W praktyce 20% raportów — te z planem sprzedaży, rankingiem i bieżącym wykonaniem — jest otwieranych przez zarząd każdego ranka. Reszta czeka na koniec miesiąca albo nie jest otwierana wcale. Zasada Pareto pomaga skupić budżet i czas tam, gdzie jest realna wartość.

20% wymagań pochłania 80% czasu

Główna funkcjonalność projektu — raport sprzedaży, pipeline ETL, migracja kontrahentów — zazwyczaj jest dostarczana sprawnie. Problemy zaczynają się potem.

Pierwszy typ to wymagania wizualne: kolory, czcionki, układ elementów na stronie dashboardu, szerokość kolumn w tabeli. Każdy ma swój gust, a dashboard ma swoje ograniczenia. Godziny spędzone na przesuwaniu elementów o kilka pikseli to klasyczny przykład pracy która nie zmienia wartości biznesowej raportu — ale pochłania czas projektu.

Drugi typ jest trudniejszy: klient zna swój stary system. Zna go dobrze — czasem lata pracy z nim. I naturalnie chce przenieść "stary porządek" do nowego systemu jeden do jednego. Problem polega na tym że stary porządek był często starym nieporządkiem. Nowy system ma własny model danych, własne pojęcia, własne przepływy procesów. Nie ma mapowania 1:1 — i nie powinno być. Adaptacja starych danych do nowego systemu (a nie odwrotnie) to jeden z najtrudniejszych do wytłumaczenia, ale kluczowych elementów udanej migracji.

Jak stosować zasadę Pareto w projekcie — praktycznie

Czego zasada Pareto nie zastąpi

Reguła 80/20 to narzędzie diagnostyczne, nie wyrocznię. Kilka ważnych zastrzeżeń:

• → Nie każde 20% da się zignorować. Część "trudnych" tabel to dane finansowe lub prawne — muszą być poprawnie zmigrowane bez względu na wysiłek. Pareto pomaga planować, nie wybierać co pominąć.
• → Proporcje są przybliżone. Czasem to 70/30, czasem 90/10. Ważna jest zasada — rozkład jest nierównomierny — nie konkretne liczby.
• → Wymaga danych do oceny. Żeby wiedzieć które 20% jest kluczowe, trzeba rozumieć biznes klienta. Stąd rola warsztatu analitycznego na początku projektu — bez niego Pareto jest zgadywaniem.

Najczęstsze pytania