Trzy kroki po 30 dni — od modelu procesu do działającej regresji E2E
Każdy etap kończy się czymś namacalnym: artefaktem, który zostaje u Ciebie, i widocznym przyrostem pokrycia w kokpicie. Bez „big bangu" na końcu — efekt rośnie tydzień po tygodniu.
Model procesu i biblioteka startowa
Mapujemy krytyczną ścieżkę kredytu jako graf journey z kontraktami danych na stykach systemów — to jest IP, na którym stoi reszta. Równolegle powstaje startowy zestaw standardowych kroków BDD.
- Graf journey: sprzedaż → uruchomienie → spłata → zamknięcie
- Kontrakty danych między systemami (co przepływa przez styki)
- Startowa biblioteka atomowych kroków BDD
- Baseline BJC — pomiar punktu wyjścia
Kompozycja E2E + dane i środowiska
AI składa z kroków pełne scenariusze E2E zgodnie z modelem procesu — nie losowo. Uzupełniamy to fundamentem, bez którego scenariusz jest tylko teorią: spójnymi danymi i środowiskami testowymi.
- Złożone scenariusze E2E przez realne styki
- Dane syntetyczne, spójne między systemami, maskowane (bez PII)
- Środowiska: ephemeral envs + service virtualization, gdzie trzeba
- Contract testing na stykach aplikacji
Continuous testing, kokpit BJC i raport
Uruchamiamy regresję E2E na żądanie z risk-based selection — z diffu wybieramy podzbiór scenariuszy. Kokpit pokazuje BJC w czasie rzeczywistym, a raport końcowy domyka decyzję.
- Continuous testing + change-impact selection z diffu
- Governance: provenance testów, zatwierdzanie, ślad audytowy
- Kokpit BJC + metryki wspierające
- Raport końcowy i rekomendacja go/no-go
Ustalenie zakresu
Wybór jednej ścieżki kredytowej, dostępy, definicja celu BJC.
Model + biblioteka
Graf journey, kontrakty danych, startowe kroki BDD.
Kompozycja E2E
AI składa scenariusze; dane i środowiska gotowe.
Continuous testing
Regresja na żądanie, kokpit BJC, ślad audytowy.
Raport i decyzja
BJC start vs koniec, rekomendacja go/no-go.
Jedna metryka prowadząca: Business Journey Coverage
BJC to odsetek krytycznych ścieżek biznesowych z aktualną, zieloną, reużywalną automatyzacją E2E przez realne styki. Mierzymy ją na starcie i na koniec pilotażu — różnica to twardy, Twój własny dowód, a nie benchmark z ulotki.
BJC na starcie (baseline)
Punkt wyjścia: ile z kroków krytycznej ścieżki kredytu ma dziś aktualne, reużywalne pokrycie E2E przez realne styki — zwykle blisko zera, bo banki tej metryki nie mierzą. To liczba, od której startujemy.
BJC na koniec (cel pilotażu)
Cel ustalamy wspólnie na starcie i weryfikujemy pomiarem — nie deklaracją. Sukcesem jest udokumentowany wzrost BJC do uzgodnionego progu na wybranej ścieżce, potwierdzony zielonymi przebiegami regresji.
Błędy łapane przed E2E
Jaki udział defektów wychodzi wcześnie i tanio, zanim trafi do regresji E2E.
Defekty na stykach
Liczba problemów wykrytych na kontraktach danych między systemami.
Czas pełnej regresji
Jak długo trwa przebieg E2E na żądanie i jak jest powtarzalny.
MTTR i lead time
Czas naprawy po wykryciu i czas od zmiany do bezpiecznego wdrożenia.
Metryki wspierające raportujemy jako kierunek zmiany w trakcie pilotażu, a nie jako z góry obiecane wartości. Każda liczba w raporcie końcowym pochodzi z pomiaru na Twoich danych i środowiskach.
Artefakty, które zostają u Ciebie
Pilotaż nie kończy się slajdami. Zostaje operating model, który Twoje zespoły mogą rozwijać dalej — niezależnie od nas.
- Model procesu wybranej ścieżki kredytowej — graf journey z kontraktami danych na stykach.
- Zestaw standardowych kroków BDD — startowa biblioteka reużywalnych, atomowych kroków.
- Złożone scenariusze E2E — uruchamialne, przez realne styki, z danymi syntetycznymi i maskowaniem.
- Kokpit BJC — widok pokrycia procesu w czasie rzeczywistym wraz z metrykami wspierającymi.
- Ślad audytowy testów AI — provenance, zatwierdzenia, dowody „co przetestowano i z jakim wynikiem" (kontekst DORA).
- Raport końcowy — BJC start vs koniec, wnioski techniczne i rekomendacja rozszerzenia (go/no-go).
Czego potrzebujemy, żeby pomiar był prawdziwy
Lekko, ale konkretnie. Pilotaż wymaga realnych styków i realnych danych — inaczej zmierzylibyśmy fikcję.
Dostęp do środowisk dev
Dostęp do środowisk deweloperskich systemów na wybranej ścieżce — żeby testować przez realne styki, a nie tylko na mockach. Tam, gdzie system jest niedostępny, podstawiamy service virtualization.
Dane do maskowania
Reprezentatywne dane (lub ich struktura), na bazie których wygenerujemy spójne, zsanityzowane dane testowe. Z produkcji nie wynosimy PII — pracujemy na danych maskowanych.
1–2 osoby kontaktowe
Jedna–dwie osoby z zespołów produktowych jako kontakt merytoryczny — do potwierdzania reguł procesu i kontraktów danych. To zaangażowanie godzin, nie etatów.
Z góry ustalone go / no-go
Sukces definiujemy przed startem, nie po fakcie. Trzy warunki muszą być spełnione, żeby pilotaż był podstawą do rozszerzenia na kolejne ścieżki.
Wzrost BJC do celu
Udokumentowany wzrost Business Journey Coverage na wybranej ścieżce do progu uzgodnionego na starcie — potwierdzony pomiarem w kokpicie, nie deklaracją.
Regresja E2E na żądanie
Działająca, powtarzalna regresja E2E uruchamiana na żądanie — przewidywalna, szybka i w większości zielona, gotowa do bezpiecznego wdrożenia w każdej chwili.
Decyzja o rozszerzeniu
Jednoznaczna, wspólna decyzja go/no-go o skalowaniu operating modelu na kolejne krytyczne procesy — oparta na twardych danych z raportu.
No-go też jest uczciwym wynikiem. Jeśli pomiar nie potwierdzi wartości na Twoim procesie, dostajesz to czarno na białym — wraz z modelem procesu, biblioteką kroków i scenariuszami, które i tak zostają u Ciebie. Nie sprzedajemy wiary, sprzedajemy pomiar.
Gdy AI pisze kod, jakość staje się zawodem
Pierwsza krytyczna ścieżka. Dziewięćdziesiąt dni. Jeden twardy pomiar BJC, który rozstrzyga rozmowę zamiast ją przedłużać.