Model wdrożenia¶

Cel¶

Wdrożenie NORBI jest programem zmiany procesu, danych i odpowiedzialności, a nie tylko instalacją modelu. Zaczyna się od granic i mierzalnego workflow. Kolejne capabilities aktywuje się po dowodach, nie według kalendarza marketingowego.

Fazy¶

0. Kwalifikacja¶

Określenie sponsorów, użytkowników, problemów, danych, regulacji, infrastruktury i ryzyka. Wynik: decyzja go/no-go, mapa wartości oraz wykluczenia. Proces bez stabilnego właściciela albo legalnej podstawy danych nie trafia do automatyzacji.

1. Discovery procesów¶

Mapuje się obecny przebieg, wyjątki, ręczne kontrole, czas, błędy, systemy źródłowe i kryterium sukcesu. Wybiera 1–3 workflow o wysokiej wartości, umiarkowanym ryzyku i dostępnych danych. Powstaje baseline metryk.

2. Projekt bezpieczeństwa i infrastruktury¶

Klasyfikacja danych, role, identity, topology, backup, RPO/RTO, KVM/Management Node, device/account enrollment, retencja i approvals. Threat model definiuje twarde zakazy oraz incident runbooks. Sprzęt przechodzi burn-in i capacity test.

3. Integracja w trybie read-only¶

Adaptery czytają dane, a Norbi przygotowuje analizy i drafty. Użytkownicy oceniają poprawność, bez skutków. Powstają datasets i lista braków. Ten etap wykrywa problem z jakością danych przed budową automatyzacji.

4. Candidate i shadow¶

Workflow działa na kopiach/symulatorach. Agenci i modele porównywani są z procesem referencyjnym. Testuje się negatywne przypadki, retry, crash, brak sieci i próbę eskalacji. Brak twardych bramek blokuje następny etap.

5. Pilot A1/A2¶

Norbi tworzy candidate i wykonuje exact approvals dla małej grupy. Każda decyzja jest analizowana pod kątem zbędnych approvali. Użytkownicy uczą się stanów draft/approved/published i ścieżki zgłaszania błędów.

6. Autonomia warunkowa¶

Wybrane, stabilne klasy przechodzą do A3/A4 z limitami, circuit breaker, on-call i okresowym review. Rollout jest stopniowy per projekt/oddział/rodzaj sprawy. Incydent automatycznie obniża poziom.

7. Operacje i doskonalenie¶

Miesięczne przeglądy metryk, kwartalne access/recovery review, benchmark modeli, lifecycle pluginów, koszt i backlog usprawnień. Zmiana celu biznesowego aktualizuje kontrakt workflow, nie tylko prompt.

flowchart LR
    Q["Kwalifikacja"] --> D["Discovery"]
    D --> S["Security + infrastructure"]
    S --> R["Read-only"]
    R --> H["Shadow"]
    H --> P["Pilot A1/A2"]
    P --> A["A3/A4 warunkowo"]
    A --> O["Operacje + review"]

Deliverables¶

Obszar	Minimalny artefakt
produkt	problem, użytkownicy, workflow, KPI, poza zakresem
dane	inventory, klasyfikacja, owner, retencja, source of truth
bezpieczeństwo	threat model, roles/capabilities, approvals, incident/recovery
infrastruktura	topology, sizing, benchmark, backup, UPS/KVM/management
integracje	manifests, tests, accounts/destinations, failure semantics
jakość	dataset, baseline, hard gates, human-review rubric
operacje	SLO, alerty, on-call, change windows, rollback i szkolenie
biznes	koszt początkowy, TCO, spodziewana wartość i warunek stop

Migracja danych¶

Źródła są najpierw inwentaryzowane i eksportowane bez mutacji. Mapowanie pól jest wersjonowane, a próbka weryfikowana przez właściciela. Import działa do candidate namespace. Rekordy niespójne trafiają do quarantine z powodem. Cutover ma freeze window, delta import, reconciliation i rollback. Stary system pozostaje źródłem prawdy do formalnego przełączenia.

Szkolenie¶

Operatorzy uczą się rozpoznawać stany i dowody, nie pisać „magicznych promptów”. Szkolenie obejmuje: zakres agenta, dobre kryteria wyniku, approval disclosure, niepewny skutek, zgłaszanie incydentu, PWA offline, recovery contact i zakaz wklejania sekretów. Kierownicy uczą się interpretować KPI i unikać automatycznych decyzji HR na słabych sygnałach.

Przykładowy pilot 90 dni¶

tygodnie 1–2: discovery, metryki i data access;
3–4: infrastruktura, security, read-only adapters;
5–7: candidate workflow i test set;
8–9: shadow oraz korekta procesu;
10–11: pilot A1/A2 z 3–5 użytkownikami;
12: ocena wartości, ryzyka, kosztu i decyzja o kolejnym zakresie.

Harmonogram jest przykładem. Integracja regulowana albo brak danych wydłuża etap, a nie usprawiedliwia jego pominięcia.

Kryteria akceptacji¶

Wdrożenie przechodzi dalej, gdy: twarde testy są zielone; użytkownicy potrafią rozróżnić preview/publish; backup został odtworzony; emergency stop działa; metryka wartości poprawia się bez pogorszenia bezpieczeństwa; istnieje właściciel wyjątków; lokalna praca działa bez providera zewnętrznego.

Błędy, ryzyka i scenariusz awaryjny¶

Najczęstsze porażki to zbyt szeroki pierwszy zakres, automatyzacja zepsutego procesu, brak ownera danych, kupowanie sprzętu bez benchmarku i uruchomienie A3 przed shadow. Program ma stage gates i prawo zatrzymania.

Rollback wdrożenia nie oznacza kasowania danych. Nowe capabilities są suspend, workflow wraca do A1/read-only, accounts zostają revoke według zakresu, a organizacja używa poprzedniego procesu. Wszystkie artifacts i audit pozostają do wyjaśnienia. Decyzja o zamknięciu pilota obejmuje bezpieczny eksport i retencję.