Quality gate (brama jakości) to punkt kontrolny w procesie, w którym praca musi spełnić zdefiniowane z góry, mierzalne kryteria, żeby przejść do następnego etapu. Decyzja na bramie jest trójwartościowa: przepuść, zawróć do poprawy albo eskaluj do decyzji wyżej. Pojęcie funkcjonuje wszędzie tam, gdzie błąd przepuszczony dalej kosztuje wielokrotnie więcej: w wytwarzaniu oprogramowania (Definition of Ready / Definition of Done to też bramy), w pipeline'ach CI/CD, w procesach wdrożeniowych i compliance.
Analityk spotyka bramy jakości dwojako: jego produkty (wymagania, modele) same przechodzą przez bramy (np. przegląd wymagań przed developmentem), a przy projektowaniu procesów to on definiuje, gdzie brama stoi i co sprawdza.
Przykład (MediFlow). Brama przed rozszerzeniem e-rejestracji z 2 pilotażowych przychodni na pozostałe 10. Kryteria, spisane i zatwierdzone przed pilotażem: zero otwartych błędów krytycznych i wysokich; UAT podpisany przez kierowników obu placówek pilotażowych; test wydajności - 200 równoległych rezerwacji bez utraty slotu; ocena skutków dla ochrony danych (DPIA) zaakceptowana przez inspektora ochrony danych. W październiku spełnione były trzy z czterech - rollout przesunięto o dwa tygodnie zamiast "jakoś to będzie". Brama zadziałała dokładnie tak, jak miała.
Częsta pomyłka. Kryteria uznaniowe - "przejdziemy, jak szef się zgodzi" - to nie brama, tylko rytuał. Kryterium musi być sprawdzalne przez każdego tak samo. Druga pomyłka: bramy omijane pod presją terminu; jeśli przez bramę da się przejść bokiem, jest teatrem jakości i lepiej ją skasować, niż utrzymywać fikcję. Trzecia: przesada w drugą stronę - siedem bram w krótkim procesie to waterfall w przebraniu, który zabija przepływ.