Przegląd szans (deal review) przed zobowiązaniem: checklista ryzyk, zależności i brakujących uzgodnień

Przegląd szans przed zobowiązaniem jest kontrolowanym przeglądem jednego planowanego zobowiązania przed momentem, w którym organizacja:

• przedstawia szansę w prognozie jako commit;
• autoryzuje wybór, award, kontrakt albo zamówienie zakupu;
• przyjmuje materialne ryzyko;
• rezerwuje zasoby wykonawcze;
• rozpoczyna wdrożenie;
• przekazuje dane albo dostęp;
• potwierdza kryteria odbioru;
• uruchamia kosztowny lub trudno odwracalny krok.

Nie jest to tylko lista kontrolna sprzedażowa. Dojrzały przegląd powinien określać kryteria wejścia, oczekiwane produkty, dowody, warunki sukcesu, mandat i dozwolony wynik. W systems engineering formalne przeglądy rozdzielają kryteria wejścia od kryteriów sukcesu oraz wiążą decyzje z konkretnymi produktami i poziomem dojrzałości.⁵⁶ Praktyka oceny harmonogramu dodatkowo wymaga jawnych zależności, linii bazowej, aktualizacji i analizy ryzyka, a ocena gotowości technologicznej pokazuje, że dojrzałość jednej domeny nie przesądza gotowości całego przedsięwzięcia.⁷⁸

H08 transferuje tę logikę do złożonej sprzedaży, ale nie twierdzi, że proces NASA albo GAO jest obowiązkową metodologią handlową.

Przegląd szans nie jest punktacją, oceną handlowca, zgadywaniem motywacji ani substytutem przeglądu właściciela. Pytanie brzmi: jakie twierdzenie, rekord, mandat, warunki i następny stan są uzasadnione?

Jednostką H08 jest:

Oczekiwane zobowiązanie może oznaczać wybór dostawcy, award, zatwierdzenie kontraktu, podpis, zamówienie zakupu, autoryzację wdrożenia, akceptację albo uruchomienie produkcyjne. Każdy z tych stanów wymaga innych ról i rekordów.

Dlatego:

Formalny przegląd powinien pracować na jednej wersji. Jeżeli oferta, uzasadnienie biznesowe, SOW, kontrakt, architektura, DPA i plan dostarczania odnoszą się do różnych zakresów, nie ma jednego pakietu gotowego do oceny.

Podobnie termin. Data w CRM może być potrzebna do prognozy, lecz nie dowodzi istnienia horyzontu decyzyjnego po stronie klienta. Wiarygodny termin ma źródło, właściciela, zależności i materialną konsekwencję.⁷⁹

Po H07 dodatkowa zasada brzmi:

PRZ-1 — zobowiązanie i stan decyzji

Zdefiniuj obiekt zobowiązania, zakres, wersję, horyzont, źródło oraz dokładny status: under review, partial commit, selection/award, contract approved, signed but not effective, order/funding open, implementation authorization pending albo acceptance pending.

PRZ-2 — problem, wartość i uzasadnienie biznesowe

Sprawdź problem, priorytet, linię bazową, koszt status quo, hipotezę wartości, założenia, uzasadnienie biznesowe właściciela, zatwierdzenie, finansowanie i termin ważności. Wartość może być potwierdzona, podczas gdy finansowanie nadal nie istnieje.

PRZ-3 — alternatywy, dowód i ograniczenia

Porównaj status quo, obecnego dostawcy, rozwiązanie wewnętrzne, innego dostawcę, etapowy zakres, pilot i odroczenie. Dla każdego materialnego twierdzenia sprawdź dopasowanie dowodu, ograniczenia, porównywalność i resztową niepewność. W tym miejscu pomocny jest Rejestr Dowodów Różnicujących G07.

PRZ-4 — role, mandat, zgody i zatwierdzenia

Rozdziel właściciela problemu, właściciela decyzji, sponsora, właściciela budżetu, osoby zatwierdzające, osobę podpisującą, właściciela wdrożenia i właściciela akceptacji. Potwierdź forum, quorum, progi, zgody, potwierdzenia przyjęcia do wiadomości oraz statusy złożone, wymagane zmiany, zatwierdzone warunkowo, zatwierdzone, wstrzymanie i zatrzymanie.

PRZ-5 — zakres, założenia i akceptacja

Połącz in-scope, out-of-scope, wymagania, produkty, rezultaty, założenia, zależności i kontrolę zmian z kryteriami, metodą, danymi, środowiskiem, progiem oraz właścicielem akceptacji.

PRZ-6 — ceny, warunki, płatności i zależności komercyjne

Sprawdź podstawę ceny, pokrycie zakresu, mandat na rabaty i wyjątki, płatności, walutę, podatki, indeksację, wolumen użycia, wolumen zakupu, minimum, SLA, kary umowne, odnowienie, wypowiedzenie, finansowanie, limit kredytowy i zamówienie zakupu.

PRZ-7 — dostarczanie, wdrożenie, zasoby wykonawcze i wsparcie

Sprawdź model dostarczania, zasoby wykonawcze obu stron, harmonogram, dane i integracje, przejście, migrację, szkolenia, zarządzanie zmianą, wsparcie, ciągłość działania, wycofanie zmiany, podwykonawców, łańcuch dostaw i gotowość akceptacji.

PRZ-8 — kwestie prawne, odpowiedzialność, IP, poufność i kontrakt

Sprawdź prawo właściwe, jurysdykcję, odpowiedzialność, klauzule zwalniające z odpowiedzialności, IP, poufność, gwarancje, prawa do danych, audyt, wypowiedzenie, wyjście z umowy, spory, siłę wyższą, wersję kontraktu i ustalenie prawne.

PRZ-9 — bezpieczeństwo, ochrona danych, AI, zakupy i uczciwość

Zbierz odrębne ustalenia dla bezpieczeństwa, ochrony danych, AI, zakupów i uczciwości. Nie pozwól, aby kwestionariusz, certyfikacja, samo złożenie dokumentów albo award zastąpiły właściwy wynik.

PRZ-10 — następne działanie, źródło terminu, zatrzymanie i wycofanie

Zapisz dokładne następne działanie, właściciela, źródło terminu, wymagany dowód, wyzwalacz ponownego przeglądu, granicę prognozy, wstrzymania, warunki zatrzymania, zależne materiały, wycofanie oraz autoryzację przez człowieka.

Słowniki opisują odrębne domeny. Nie wolno ich sumować ani przeliczać na procent gotowości.

DCS-0–DCS-12 — stan decyzji i zobowiązania

BVC-0–BVC-13 — problem, wartość i uzasadnienie biznesowe

EAL-0–EAL-13 — alternatywy, dowody i ograniczenia

GAA-0–GAA-15 — ład, mandat, zgody i zatwierdzenia

SCA-0–SCA-13 — zakres, założenia i akceptacja

CPT-0–CPT-14 — ceny, warunki, płatności i zależności komercyjne

DRS-0–DRS-15 — dostarczanie, wdrożenie, zasoby wykonawcze i wsparcie

LCC-0–LCC-15 — kwestie prawne, odpowiedzialność, IP, poufność i kontrakt

SPI-0–SPI-17 — bezpieczeństwo, ochrona danych, AI, zakupy i uczciwość

NXT-0–NXT-15 — następne działanie, zatrzymanie, wycofanie i granica prognozy

Reguły wspólne:

• UNKNOWN jest pełnoprawnym stanem;
• numer nie jest rankingiem;
• status musi wskazywać zakres i wersję;
• approved with conditions nie jest bezwarunkowym zatwierdzeniem;
• upływ terminu ważności może otworzyć przegląd ponownie;
• funkcja sprzedaży nie nadaje statusu prawnego, bezpieczeństwa, ochrony danych, zakupów ani uczciwości;
• AI może przygotować wersję roboczą, ale nie jest właścicielem ustalenia.

Pierwszy przegląd powinien potwierdzić, co faktycznie istnieje. Informacja „wygraliśmy” nie wystarcza.

W odpowiednich postępowaniach publicznych award może poprzedzać okres zawieszenia, przegląd, środki ochrony oraz finalny kontrakt.¹⁰¹¹ Wersjonowany rekord standardu Open Contracting rozdziela planowanie, postępowanie, award, kontrakt, wdrożenie i zmiany umowy, ale nie przesądza skutków prawnych konkretnej transakcji.¹²

Jeżeli H08 uruchamiany jest po JUSTIFIED_DEFER z H07, sprawdź ponownie:

• czy oczekiwane zobowiązanie się nie zmieniło;
• czy ROP został rzeczywiście spełniony;
• czy uzasadnienie biznesowe i dowód są aktualne;
• czy ceny oraz kontrakt dotyczą tej samej wersji;
• czy mandat nadal obowiązuje;
• czy ustalenia bezpieczeństwa, ochrony danych i zakupów nie wygasły;
• czy okno zasobów wykonawczych rzeczywiście istnieje.

Przykład:

stan poprzedni:
odroczenie do okna zasobów wykonawczych klienta

trigger:
migracja zakończona

nowy przegląd:
uzasadnienie biznesowe nieaktualne
cennik wygasł
zakres bezpieczeństwa się zmienił
właściciel decyzji się zmienił

wynik:
RE_REVIEW_REQUIRED
DO_NOT_FORECAST_AS_COMMIT

Problem, priorytet, wartość i uzasadnienie biznesowe to cztery różne warstwy.

Problem powinien być obserwowalny i przypisany do właściciela.

Priorytet oznacza, że organizacja zamierza przeznaczyć uwagę, budżet i zasoby wykonawcze na zmianę w określonym horyzoncie.

Hipoteza wartości opisuje przewidywany wpływ i założenia.

Uzasadnienie biznesowe łączy linię bazową, alternatywy, koszty, korzyści, ryzyka, terminy, właściciela oraz zatwierdzenie.

Finansowanie odpowiada na inne pytanie: czy środki są dostępne i czy mandat budżetowy pozwala przeznaczyć je na ten zakres.

Systemy zarządzania jakością podkreślają kontrolę wymagań, procesów, oczekiwań i dowodów.¹³ Zarządzanie ryzykiem wymaga natomiast kontekstu, własności, postępowania z ryzykiem i monitorowania; dobór techniki oceny powinien odpowiadać pytaniu, a nie służyć mechanicznej produkcji punktacji.¹⁴¹⁵

Minimalny przegląd BVC:

problem:
zweryfikowany / niewiadoma

priorytet:
potwierdzony / niepotwierdzony

linia bazowa:
aktualna i objęta zakresem / brak

koszt status quo:
koszty, ryzyka, ograniczenia

właściciel uzasadnienia biznesowego:
wskazany i potwierdzony

założenia:
zweryfikowane / warunkowe / niewiadoma

finansowanie:
potwierdzone / otwarte / niedostępne

termin ważności:
data albo wyzwalacz

Najczęstsze błędy:

• studium przypadku zostaje uznane za uzasadnienie biznesowe;
• uzasadnienie biznesowe dostawcy zostaje uznane za zatwierdzenie klienta;
• prognoza wolumenu jest traktowana jak zobowiązanie;
• zatwierdzona wartość zostaje pomylona z potwierdzonym finansowaniem;
• historyczna linia bazowa nie uwzględnia nowego zakresu.

Przegląd przed zobowiązaniem nie może porównywać nowej oferty wyłącznie z konkurencyjną ofertą. Realne alternatywy obejmują status quo, obecnego dostawcy, rozwiązanie budowane wewnętrznie, etapowy zakres, pilot, odroczenie i rezygnację.

Dla każdej opcji sprawdź:

• ten sam zakres;
• ten sam horyzont;
• wspólną linię bazową;
• wartość;
• ryzyko;
• koszt zmiany i wdrożenie;
• kwestie prawne i zgodność;
• zasoby wykonawcze;
• akceptację;
• ograniczenia.

Dowód wspiera konkretne twierdzenie. Nie tworzy automatycznie priorytetu, wartości ani porównywalności. Logika weryfikacji i walidacji wymaga zdefiniowanych kryteriów, metod, produktów i rekordów.⁶ PROOF_AVAILABLE_WITH_LIMITS jest poprawnym stanem, jeżeli kontekst, skala, konfiguracja albo metoda ograniczają transfer.

Resztowa niepewność powinna mieć:

opis
materialna konsekwencja
właściciel
zaakceptowana przez
warunki
monitoring
termin ważności

Brak właściciela resztowej niepewności powinien blokować COMMIT_READY_FOR_AUTHORIZED_REVIEW.

Zakup organizacyjny jest procesem wielopoziomowym. Klasyczne modele i nowsze przeglądy pokazują zmienność ról, interakcji, wpływu i struktury buying center.¹⁶¹⁷¹⁸ Nie pozwala to jednak wyprowadzać formalnego mandatu z centralności komunikacyjnej albo wsparcia sponsora.

Tabela ról:

Cykl życia zatwierdzenia:

nie zażądano
→ złożono
→ w przeglądzie
→ wymagane zmiany
→ złożono ponownie
→ zatwierdzono warunkowo
→ zatwierdzono
→ wygasło / wycofano / wstrzymano / zatrzymano

Każdy status powinien mieć źródło, rolę osoby dokonującej przeglądu, zakres, wersję, warunki i termin ważności. Jedna pozytywna opinia nie jest konsensusem ani zatwierdzeniem organizacji.

Zakres powinien jednoznacznie rozdzielać:

• prace objęte zakresem;
• prace wyłączone z zakresu;
• produkty;
• wyniki pośrednie;
• rezultaty;
• odpowiedzialności;
• założenia;
• zależności;
• wyłączenia;
• kontrolę zmian.

Wymagania, weryfikacja i walidacja powinny tworzyć spójny łańcuch od oczekiwanego rezultatu do rekordu odbioru.⁵⁶ Zależności wymagają identyfikacji, walidacji, właściciela, monitoringu i kontroli zmiany.⁹

Plan akceptacji powinien określać:

kryterium
metoda
dane
środowisko
próg
właściciel
dowód
tryb wyjątków
rekord

Dlatego:

Przykład błędnej gotowości:

wersja oferty: 7
wersja SOW: 5
załącznik do kontraktu: wersja 4
architektura: wersja 6
akceptacja: na podstawie pilotażu w wersji 2

Taki pakiet wymaga VERSION_MISMATCH i REVISE_SCOPE_OR_VERSION, nawet jeżeli każda funkcja lokalnie twierdzi, że „swoją część zakończyła”.

Przegląd handlowy powinien odpowiadać nie tylko na pytanie „jaka jest cena?”, ale również „od czego ta cena zależy?”.

Sprawdź:

• model i jednostkę;
• wolumen i poziom użycia;
• minimalne zobowiązanie;
• pokrycie zakresu;
• jednorazowe i cykliczne koszty;
• walutę;
• podatki;
• indeksację;
• terminy i kamienie milowe;
• zaliczkę, kwoty zatrzymane i limit kredytowy;
• rabaty i odstępstwa;
• SLA i kary umowne;
• odnowienie, wypowiedzenie i wyjście z umowy;
• finansowanie, zamówienie zakupu i mechanizm uruchomienia środków;
• zależności od harmonogramu i dostarczania.

Ryzyko handlowe i odpowiedzialność prawna mogą się stykać, ale nie są tym samym. Sprzedaż może potwierdzić podstawę ceny i mandat, lecz właściwa funkcja powinna zatwierdzić odpowiedzialność, klauzule zwalniające, wykonalność i brzmienie kontraktu.

Jeżeli pakiet negocjacyjny nadal jest otwarty, wróć do H04 — negocjacje wartości, warunków i ryzyka. Rabat bez mandatu albo cena oparta na niepotwierdzonym poziomie użycia nie powinny przejść przeglądu.

Gotowość organizacyjna obejmuje zarówno zobowiązanie do zmiany, jak i przekonanie o zdolności jej wykonania.¹⁹²⁰ H08 nie używa tej literatury do punktowania klienta. Wykorzystuje ją jako granicę: deklaracja poparcia nie zastępuje zdolności.

Sprawdź osobno:

zasoby wykonawcze dostawcy
zasoby wykonawcze klienta

Następnie:

• model dostarczania;
• role i podział prac;
• dane i integracje;
• środowiska;
• przejście i migracja;
• ścieżka krytyczna;
• szkolenia i adopcja;
• wsparcie i eskalacja;
• ciągłość działania;
• tryb zastępczy i wycofanie zmiany;
• podwykonawcy;
• łańcuch dostaw;
• gotowość do akceptacji.

NIST C-SCRM podkreśla potrzebę zarządzania ryzykiem dostawców i łańcucha dostaw w cyklu życia oraz przy istotnych aktywnościach kontraktowych.²¹ Nie oznacza to, że każdy dostawca wymaga tego samego poziomu due diligence; zakres powinien być proporcjonalny do ekspozycji.

SIGNED_NOT_EFFECTIVE albo POST_SIGNATURE_DEPENDENCIES_OPEN są ważnymi stanami, ponieważ podpis może poprzedzać:

• uruchomienie budżetu;
• zamówienie zakupu;
• dostęp do danych;
• utworzenie środowiska;
• przydzielenie zespołu po stronie klienta;
• zatwierdzenie integracji;
• przejście;
• autoryzację wdrożenia.

Lista kontrolna nie zastępuje opinii prawnika. Może jednak wymusić, aby właściwa wersja i status były jawne.

Przegląd LCC powinien wskazać:

• prawo właściwe i jurysdykcję;
• limity odpowiedzialności, wyłączenia i klauzule zwalniające;
• gwarancje i oświadczenia;
• wcześniejsze IP;
• własność rezultatów;
• licencje i dozwolone użycie;
• poufność;
• prawa do danych i zapisów;
• audyt i poświadczenia;
• wypowiedzenie;
• przejście oraz wsparcie przy wyjściu;
• spory i siłę wyższą;
• wersję;
• ustalenie prawne;
• warunki i termin ważności.

UNCITRAL wskazuje typowe zagadnienia umów cloud computing, w tym dane, poufność, poziomy usług, odpowiedzialność i wyjście z umowy, ale te noty nie są gotowym wzorem klauzul ani obowiązującym prawem.²² Materiały WIPO pokazują znaczenie własności IP, licencji i due diligence, jednak konkretny zakres praw wymaga oceny prawnej.²³

Właściwe stany to między innymi:

• LEGAL_REVIEW_SUBMITTED
• LEGAL_CHANGES_REQUIRED
• LEGAL_APPROVED_WITH_CONDITIONS
• CONTRACT_APPROVED_WITH_SCOPE
• LEGAL_STOP_OR_NON_FIT

Wersja robocza z naniesionymi zmianami nie jest zatwierdzeniem. Zatwierdzenie jednej wersji nie obejmuje automatycznie późniejszej zmiany SOW, DPA albo architektury.

Bezpieczeństwo, ochrona danych, AI, zakupy i uczciwość są zebrane w PRZ-9 dla celów konsolidacji, ale pozostają odrębnymi domenami ustaleń właścicieli.

Bezpieczeństwo

ISO/IEC 27001 i NIST CSF wspierają systemowy ład ryzyka bezpieczeństwa, lecz certyfikacja albo użycie modelu nie oznaczają zatwierdzenia konkretnego zakresu rozwiązania.²⁴²⁵

Sprawdź:

• aktywa;
• dane;
• integracje;
• dostęp;
• ocenę zagrożeń i ryzyka;
• zabezpieczenia;
• odstępstwa;
• działania naprawcze;
• ryzyko resztowe;
• warunki zatwierdzenia.

Ochrona danych

NIST Privacy Framework wspiera organizacyjne zarządzanie ryzykiem ochrony danych.²⁶ RODO oraz wytyczne EDPB dotyczące uwzględniania ochrony danych w fazie projektowania wymagają zastosowania środków adekwatnych do celu, danych, ról, ryzyka i cyklu życia.²⁷²⁸

Sprawdź:

• role;
• cel przetwarzania;
• kategorie danych;
• podstawę prawną;
• DPA;
• podprzetwarzający;
• transfery danych;
• retencję;
• usunięcie danych;
• prawa osób, których dane dotyczą;
• ocenę skutków lub DPIA, jeżeli właściwe.

AI

NIST AI RMF porządkuje ład, mapowanie, pomiar i zarządzanie ryzykiem AI.²⁹ Aktualne obowiązki i harmonogram unijnego AI Act należy ponownie zweryfikować na dzień publikacji oraz konkretnego wdrożenia.³⁰

Sprawdź:

• przypadek użycia;
• role organizacji;
• model i dostawcę;
• dane;
• ewaluację;
• nadzór człowieka;
• monitoring;
• proces obsługi incydentów;
• polityki wewnętrzne;
• wymagania prawne.

Zakupy i uczciwość

W określonych reżimach zakupowych award, okres zawieszenia, przegląd, kontrakt i zamówienie są odrębnymi zdarzeniami.¹⁰¹¹ OECD wskazuje znaczenie uczciwości, konfliktów interesów, korupcji, zmowy, podmiotów trzecich i kontroli wewnętrznej w zakupach; dane agregatowe nie dowodzą jednak naruszenia w konkretnym przypadku.³¹³²

Sygnał ostrzegawczy powinien prowadzić do właściwej weryfikacji faktów i eskalacji, nie do domysłu ani ukrycia problemu ze względu na prognozę.

H08 powinien zakończyć się jednym wynikiem głównym. Najważniejsze rodziny:

Potwierdzenie

Domena ma aktualny rekord, właściwego właściciela, wersję i zakres.

Poprawa

Pakiet wymaga zmiany: zobowiązanie, horyzont, uzasadnienie biznesowe, dowód, mapa ról, zakres, akceptacja, ceny, dostarczanie, kontrakt albo pakiet specjalistyczny.

Zwrot

Brak powinien wrócić do materiału lub funkcji źródłowej: H00/H01, H04, H05, H06, H07 albo Obszarów C, D, E i G.

Odroczenie

Istnieje materialny powód odroczenia, właściciel, wyzwalacz, wymagany dowód i ponowny przegląd.

Nie prognozuj jako zobowiązanie

Bieżący dowód nie wspiera twierdzenia commit, choć proces nie musi być przegrany.

Wyłącznie przegląd warunkowy

Pakiet można ocenić wyłącznie przy jawnych warunkach, założeniach i ograniczeniach.

Gotowość pakietu do autoryzowanego przeglądu

Materialne ustalenia zostały zebrane dla tej samej wersji i zakresu, nie ma aktywnego zatrzymania, a resztowa niepewność ma właściciela. Status ten nie oznacza zatwierdzenia ani autoryzacji podpisu.

Niedopasowanie, odejście od szansy, zatrzymanie

Zobowiązanie nie odpowiada kontekstowi, dalsze prowadzenie nie jest uzasadnione albo aktywne zatrzymanie wymaga eskalacji.

Wycofanie

Stare twierdzenia zostają wycofane z CRM, MAP, pulpitów, prezentacji, planów i bazy wiedzy AI. Ślad audytowy pozostaje.

Warunki COMMIT_READY_FOR_AUTHORIZED_REVIEW:

dokładne zobowiązanie zdefiniowane
aktualny zakres i wersja
aktualne ustalenia właścicieli
warunki widoczne
materialne niewiadome rozstrzygnięte albo z właścicielem
brak aktywnego wstrzymania i zatrzymania
następne działanie i źródło terminu potwierdzone
osoba autoryzująca wskazana

Kategoria prognozy nadal zależy od polityki organizacji. PRZ nie wylicza prawdopodobieństwa.

Poniższe scenariusze są syntetyczne. Nie stanowią punktu odniesienia, porady prawnej ani dowodu typowego wyniku w danej branży.

Przykład 1. SaaS: uzasadnienie biznesowe zatwierdzone, mandat i bezpieczeństwo nadal otwarte

Status danych: syntetyczny; brak danych klienta; brak wymogu zgody.

Scena: Sponsor potwierdził wartość i budżet, ale forum decyzji, osoba podpisująca oraz działania naprawcze po przeglądzie bezpieczeństwa nie są zamknięte.

Fakty: Zatwierdzone uzasadnienie biznesowe; bezpieczeństwo wymaga zmian; ścieżka mandatu niepotwierdzona.

Interpretacja: Istnieje wartość, ale brakuje ładu i gotowości po stronie specjalistów.

Alternatywne wyjaśnienia lub opcje: Odroczenie do zatwierdzenia, rewizja zakresu albo utrzymanie status quo.

Klasyfikacja: BVC-11; GAA-4/GAA-10; SPI-4; NXT-11.

Wynik: DEFER_FOR_OWNER_OR_AUTHORITY + DEFER_FOR_SECURITY_PRIVACY_AI + DO_NOT_FORECAST_AS_COMMIT.

Czego nie wolno generalizować: Zatwierdzony budżet nie dowodzi zgody na kontrakt ani wdrożenie.

Przykład 2. Maszyna przemysłowa: zakres i akceptacja nie odpowiadają ofercie

Status danych: syntetyczny; brak danych klienta; brak wymogu zgody.

Scena: Oferta obejmuje maszynę, lecz SOW nie określa mediów, integracji, testu wydajności ani właściciela odbioru.

Fakty: Rozbieżność wersji między ofertą a SOW; brak kryteriów akceptacji.

Interpretacja: Cena nie jest porównywalna, a rezultat nie ma metody odbioru.

Alternatywne wyjaśnienia lub opcje: Rewizja zakresu, etapowe FAT/SAT albo niedopasowanie dla tego terminu.

Klasyfikacja: SCA-3/SCA-8/SCA-10; CPT-2; DRS-11.

Wynik: REVISE_SCOPE_OR_VERSION + REVISE_ACCEPTANCE_PLAN + REVISE_PRICING_OR_TERMS.

Czego nie wolno generalizować: Techniczna zgodność urządzenia nie oznacza gotowości całego zobowiązania.

Przykład 3. Pilot AI: wynik obiecujący, ale nadzór człowieka i ochrona danych niegotowe

Status danych: syntetyczny; brak danych klienta; brak wymogu zgody.

Scena: Pilot wykazał potencjalne oszczędności, lecz nie określono roli deployera, danych, retencji, nadzoru człowieka ani procesu obsługi błędów.

Fakty: Pilot ukończony; oceny ochrony danych i AI niekompletne.

Interpretacja: Dowód nie jest autoryzacją wdrożenia.

Alternatywne wyjaśnienia lub opcje: Ograniczone rozpoznanie, działania naprawcze, odroczenie albo niedopasowanie dla tego zakresu.

Klasyfikacja: EAL-7; SPI-6/SPI-8/SPI-10/SPI-11/SPI-12; DCS-9.

Wynik: DEFER_FOR_SECURITY_PRIVACY_AI + IMPLEMENTATION_AUTHORIZATION_PENDING.

Czego nie wolno generalizować: Pozytywny pilot nie jest zatwierdzeniem zgodności ani akceptacją produkcyjną.

Przykład 4. Zamówienia publiczne: award przed okresem zawieszenia, kontraktem i PO

Status danych: syntetyczny; brak danych klienta; brak wymogu zgody.

Scena: Dostawca otrzymał zawiadomienie o wyborze oferty, ale nie upłynął okres zawieszenia, nie ma finalnego kontraktu, uruchomienia środków ani PO.

Fakty: Award odnotowany; kontrakt i zamówienie nieskuteczne.

Interpretacja: Stan wyboru nie jest skutecznym zobowiązaniem.

Alternatywne wyjaśnienia lub opcje: Wstrzymanie do zakończenia procedury, korekta prognozy, zatrzymanie, jeżeli środek ochrony zmieni wynik.

Klasyfikacja: DCS-5; SPI-14; CPT-10; NXT-11.

Wynik: SELECTION_OR_AWARD_ONLY + DO_NOT_FORECAST_AS_COMMIT.

Czego nie wolno generalizować: Reguły zależą od jurysdykcji i konkretnego postępowania.

Przykład 5. Outsourcing: kontrakt gotowy, ale przejście i zasoby po stronie klienta niepotwierdzone

Status danych: syntetyczny; brak danych klienta; brak wymogu zgody.

Scena: Strony uzgodniły warunki, jednak klient nie wskazał właściciela przejścia, danych, zespołu ani okna migracji.

Fakty: Pakiet handlowy i prawny zatwierdzony; zależności wdrożeniowe otwarte.

Interpretacja: Podpis może stworzyć niewykonalne zobowiązanie.

Alternatywne wyjaśnienia lub opcje: Przegląd warunkowy, etapowy zakres albo odroczenie do okna zasobów wykonawczych.

Klasyfikacja: CPT-13; LCC-14; DRS-3/DRS-6/DRS-12/DRS-14.

Wynik: DEFER_FOR_CAPACITY_OR_IMPLEMENTATION + CONDITIONAL_REVIEW_ONLY.

Czego nie wolno generalizować: Gotowość prawna nie zastępuje gotowości wdrożeniowej.

Przykład 6. Projekt inżynieryjny: IP, poufność i kontrola wersji otwarte

Status danych: syntetyczny; brak danych klienta; brak wymogu zgody.

Scena: Zakres prac jest uzgodniony, ale strony różnie rozumieją wcześniejsze IP, własność rezultatów, prawo do ponownego użycia oraz dozwolone ujawnianie.

Fakty: SOW uzgodniony; klauzule IP i poufności nierozstrzygnięte; załączniki kontraktu różnią się.

Interpretacja: Materialne ryzyko prawne i handlowe pozostaje otwarte.

Alternatywne wyjaśnienia lub opcje: Zmiana modelu licencji, wydzielenie wcześniejszego IP albo odejście od szansy.

Klasyfikacja: LCC-3/LCC-4/LCC-10/LCC-12.

Wynik: REVISE_CONTRACT_OR_LEGAL + DEFER_FOR_LEGAL_OR_CONTRACT.

Czego nie wolno generalizować: Ten przykład nie stanowi wzoru klauzul ani porady prawnej.

Przykład 7. Wdrożenie wielokrajowe: jedna wersja nie pokrywa lokalnych wymagań

Status danych: syntetyczny; brak danych klienta; brak wymogu zgody.

Scena: Globalne uzasadnienie biznesowe jest zatwierdzone, lecz lokalne wymagania podatkowe, dotyczące transferu danych, zakupów i wsparcia różnią się między krajami.

Fakty: Zatwierdzenie globalne istnieje; lokalne przeglądy specjalistyczne niekompletne.

Interpretacja: Globalny zakres nie tworzy automatycznie lokalnej gotowości.

Alternatywne wyjaśnienia lub opcje: Etapowe wdrożenie w kolejnych krajach, lokalne wyjątki albo zredukowany zakres.

Klasyfikacja: GAA-5; CPT-5; LCC-1; SPI-7/SPI-13; DRS-8.

Wynik: REVISE_SCOPE_OR_VERSION + DEFER_FOR_SECURITY_PRIVACY_AI + DEFER_FOR_PROCUREMENT_OR_INTEGRITY.

Czego nie wolno generalizować: Wymagania lokalne muszą być zweryfikowane dla każdej jurysdykcji.

Przykład 8. Umowa abonamentowa: cena zależy od wolumenu bez potwierdzonego zobowiązania

Status danych: syntetyczny; brak danych klienta; brak wymogu zgody.

Scena: Rabat zakłada minimalny poziom użycia, ale klient nie przyjął minimum, a prognoza wolumenu nie ma właściciela.

Fakty: Model rabatu udokumentowany; brak zobowiązania wolumenowego.

Interpretacja: Cena i uzasadnienie wartości opierają się na niespójnym założeniu.

Alternatywne wyjaśnienia lub opcje: Zmiana ceny, pakiet progowy, pilotaż albo odroczenie.

Klasyfikacja: CPT-1/CPT-3/CPT-6/CPT-11; BVC-6.

Wynik: REVISE_PRICING_OR_TERMS + REVISE_BUSINESS_CASE.

Czego nie wolno generalizować: Wysoka prognoza użycia nie jest zobowiązaniem klienta.

Przykład 9. Ponowne otwarcie po H07: wyzwalacz spełniony, lecz dowody i wersje wygasły

Status danych: syntetyczny; brak danych klienta; brak wymogu zgody.

Scena: Okno zasobów wykonawczych się otworzyło, ale uzasadnienie biznesowe, dowód, ceny i przegląd bezpieczeństwa pochodzą ze starego zakresu.

Fakty: ROP spełniony; zależne rekordy nieaktualne albo w rozbieżnych wersjach.

Interpretacja: Ponowne otwarcie pozwala wznowić przegląd, nie zatwierdza zobowiązania.

Alternatywne wyjaśnienia lub opcje: Pełny ponowny przegląd, zredukowany zakres albo domknięcie.

Klasyfikacja: BVC-12; EAL-11; SCA-3/SCA-13; SPI-3; NXT-7.

Wynik: RE_REVIEW_REQUIRED + REVISE_SECURITY_PRIVACY_AI + DO_NOT_FORECAST_AS_COMMIT.

Czego nie wolno generalizować: Spełniony wyzwalacz nie odnawia automatycznie wszystkich zatwierdzeń.

Przykład 10. Sygnał ostrzegawczy dotyczący uczciwości: konflikt interesów i próba obejścia procesu

Status danych: syntetyczny; brak danych klienta; brak wymogu zgody.

Scena: Pośrednik proponuje nieudokumentowaną korzyść i prosi o pominięcie zakupów oraz due diligence.

Fakty: Zastrzeżenie dotyczące uczciwości odnotowane; prośba jest sprzeczna z obowiązującym trybem postępowania.

Interpretacja: Dalsze działanie może tworzyć istotne ryzyko prawne i reputacyjne.

Alternatywne wyjaśnienia lub opcje: Zatrzymanie, eskalacja, formalne postępowanie wyjaśniające albo odejście od szansy.

Klasyfikacja: SPI-13/SPI-15/SPI-17; GAA-13; NXT-14.

Wynik: STOP_AND_ESCALATE + WALK_AWAY.

Czego nie wolno generalizować: Kwalifikacja prawna i dalsze kroki należą do właściwych funkcji.

Pełne narzędzie to Przegląd Ryzyk Przed Zobowiązaniem. Jego zadaniem jest skonsolidowanie ustaleń właścicieli, a nie zastąpienie właścicieli.

Wersja 20-minutowa:

Brama końcowa:

• Czy oczekiwane zobowiązanie jest jednoznaczne?
• Czy źródło horyzontu jest wiarygodne?
• Czy wszystkie rekordy dotyczą tej samej wersji?
• Czy wartość, uzasadnienie biznesowe, dowód i finansowanie są rozdzielone?
• Czy mandat, zgody i zatwierdzenia są potwierdzone?
• Czy akceptacja ma kryteria, metodę i właściciela?
• Czy podstawa ceny i zależności komercyjne są jawne?
• Czy zasoby wykonawcze obu stron są potwierdzone?
• Czy ustalenia prawne i specjalistyczne są aktualne?
• Czy award, kontrakt, PO i autoryzacja wdrożenia są rozdzielone?
• Czy warunki, niewiadome, wstrzymania i terminy ważności są widoczne?
• Czy sygnały ostrzegawcze dotyczące uczciwości zostały eskalowane?
• Czy wynik główny ma autoryzację przez człowieka?
• Czy prognoza i zależne materiały odpowiadają wynikowi?

Jeżeli brakuje dokładnej treści zobowiązania albo zależności końcowych, wróć do Rejestru Gotowości Końcowej H06. Jeżeli proces został ponownie otwarty po odroczeniu albo nie ma jasnej klasy wyniku, użyj Mapy Braku Decyzji H07.

Wyniki są jakościowymi następnymi stanami. Nie są punktami, wagami ani prawdopodobieństwami.

Reguły:

• wybierz jeden wynik główny;
• wyniki wspierające nie mogą ukryć niewiadomej;
• gotowość nie jest zatwierdzeniem;
• odroczenie wymaga wyzwalacza;
• odejście od szansy, zatrzymanie, zmiana prognozy i domknięcie wymagają autoryzacji przez człowieka;
• skierowanie nie oznacza, że brak został rozwiązany;
• wycofanie powinno objąć zależne materiały.

PRZ-1–PRZ-10 nie eliminuje ryzyka i nie zapewnia wygranej. Jego celem jest poprawa jakości pytań, dowodów, własności i rekordów przed materialnym zobowiązaniem.

Model nie jest:

• zwalidowaną skalą;
• modelem prawdopodobieństwa domknięcia;
• oceną handlowca;
• narzędziem do wnioskowania o intencjach kupującego;
• opinią prawną;
• oceną bezpieczeństwa albo ochrony danych;
• kwalifikacją w postępowaniu zakupowym;
• rozstrzygnięciem o zgodności AI z prawem;
• formalnym modelem zapewnienia jakości projektu;
• zgodą na podpis.

Lista kontrolna pomaga ujawnić pominięcia, lecz nie zastępuje osądu właściwych ekspertów. Przegląd powinien być proporcjonalny do wartości, nieodwracalności, danych, regulacji, złożoności, integracji, łańcucha dostaw i potencjalnego wpływu.

Wdrożenie TOOL-H08 wymaga:

• uprawnień zależnych od roli;
• kontroli źródeł i wersji;
• terminów ważności;
• warunków;
• wstrzymań i zatrzymań;
• autoryzacji przez człowieka;
• rejestru audytowego;
• ochrony danych w fazie projektowania;
• zabezpieczeń technicznych i organizacyjnych;
• ponownej walidacji wobec aktualnego prawa;
• propagacji wycofania.

Najważniejsza granica:

przegląd wspiera decyzję
ale jej nie podejmuje

gotowość do autoryzowanego przeglądu
to jeszcze nie zatwierdzenie

dowód wspiera twierdzenie
ale nie usuwa niepewności

Bibliografia i przypisy