---
title: "Szablon: Listy kontrolne bramek kwalifikacyjnych (IDK-08)"
date: 2026-09-22
description: "Gotowy do użycia szablon IDK-08: Listy kontrolne bramek kwalifikacyjnych dla projektów wdrożeniowych IFS Cloud, zgodny z metodyką wdrożeniową IFS."
author: "Dariusz Mysliwiec"
categories:
  - name: "Zestaw dokumentów wdrożeniowych"
    url: "https://www.ifs-erp.com/zestaw-dokumentow-wdrozeniowych.md"
---

# Szablon: Listy kontrolne bramek kwalifikacyjnych (IDK-08)

Szablon IDK-08, wersja 1.0. Faza: All phases.

 ## Jak korzystać z tego szablonu

 
- Uzgodnij pięć list kontrolnych podczas Initiate Project, żeby od początku każdy wiedział, co znaczy „faza zakończona". Dostosuj pozycje do umowy; nie usuwaj pozycji bez zapisania dlaczego.
- Dwaj kierownicy projektu utrzymują listę kontrolną bieżącej fazy na bieżąco przez całą fazę i raportują jej status w pakiecie komitetu sterującego ([Pakiet komitetu sterującego (IDK-06)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/06-pakiet-komitetu-sterujacego), sekcja C7). Bramka nigdy nie powinna być zaskoczeniem.
- Dowód oznacza dokument, podpisany zapis albo stan systemu, który osoba trzecia może zweryfikować. „Omówione" i „w toku" nie są dowodem.
- Wartości statusu: Ukończone, W toku, Zagrożone, Nierozpoczęte, Nie dotyczy (z powodem).
- Bramka jest zamknięta, gdy komitet sterujący podpisze zapis decyzji o bramce w sekcji 6. Jeśli decyzja brzmi „zatwierdzono warunkowo", każdy warunek ma właściciela i datę i jest śledzony do zamknięcia na następnym spotkaniu.
- Zastąp każde pole `[w nawiasie kwadratowym]`. Usuń wiersze oznaczone `Przykład:`, gdy masz już własne.

 | Field | Value |
| --- | --- |
| ID szablonu | IDK-08 |
| Faza | All phases |
| Właściciel | Kierownik projektu po stronie klienta i kierownik projektu po stronie dostawcy (wspólnie) |
| Zatwierdzający | Komitet sterujący |
| Bramka kwalifikacyjna | Wszystkie pięć bramek (Project Initiated, Solution Confirmed, Solution Established, Go Live Authorised, Go Live Complete) |
| Wersja | 1.0 |

 ## Spis treści

 
- [Kontrola dokumentu](#kontrola-dokumentu)
- [Przegląd](#przegl-d)
- [1. Bramka: Project Initiated](#1-bramka-project-initiated)
- [2. Bramka: Solution Confirmed](#2-bramka-solution-confirmed)
- [3. Bramka: Solution Established](#3-bramka-solution-established)
- [4. Bramka: Go Live Authorised](#4-bramka-go-live-authorised)
- [5. Bramka: Go Live Complete](#5-bramka-go-live-complete)
- [6. Zapis decyzji bramki](#6-zapis-decyzji-bramki)
- [Zatwierdzenie](#zatwierdzenie)

 ## Kontrola dokumentu

 | Wersja | Data | Autor | Zmiana | Zatwierdził |
| --- | --- | --- | --- | --- |
| 0.1 | [YYYY-MM-DD] | [imię i nazwisko, rola] | Listy kontrolne dostosowane do projektu |   |
| 1.0 | [YYYY-MM-DD] | [imię i nazwisko, rola] | Listy kontrolne uzgodnione na bramkę Project Initiated | [przewodniczący komitetu sterującego] |
| [n.n] | [YYYY-MM-DD] | [imię i nazwisko, rola] | Zapisano decyzję bramki [nazwa] | [przewodniczący komitetu sterującego] |

 ## Przegląd

 | # | Faza | Bramka | Data planowana | Data rzeczywista | Decyzja |
| --- | --- | --- | --- | --- | --- |
| 1 | Initiate Project | Project Initiated | [YYYY-MM-DD] | [YYYY-MM-DD] | [decyzja] |
| 2 | Confirm Prototype | Solution Confirmed | [YYYY-MM-DD] | [YYYY-MM-DD] | [decyzja] |
| 3 | Establish Solution | Solution Established | [YYYY-MM-DD] | [YYYY-MM-DD] | [decyzja] |
| 4 | Implement Solution | Go Live Authorised | [YYYY-MM-DD] | [YYYY-MM-DD] | [decyzja] |
| 5 | Go Live | Go Live Complete | [YYYY-MM-DD] | [YYYY-MM-DD] | [decyzja] |

 Jak wygląda wypełniony wiersz:

 | # | Pozycja | Wymagany dowód | Właściciel | Status | Komentarz |
| --- | --- | --- | --- | --- | --- |
| Przykład: 3.1 | Role i permission sety utworzone | Katalog ról zatwierdzony przez właścicieli procesów; role funkcjonalne dla kupca, operatora magazynu i księgowego ds. zobowiązań istnieją w środowisku produkcyjnym; test akceptacyjny wykonany z tymi rolami | Analityk techniczny ds. bezpieczeństwa | W toku | Role magazynowe czekają na przegląd właściciela procesu; prognoza [YYYY-MM-DD] |

 ## 1. Bramka: Project Initiated

 Pytanie, na które odpowiada komitet sterujący: czy obie organizacje są zmobilizowane i czy istnieje uzgodniony plan, zakres i zestaw mechanizmów kontrolnych, żeby zacząć projektowanie?

 | # | Pozycja | Wymagany dowód | Właściciel | Status | Komentarz |
| --- | --- | --- | --- | --- | --- |
| 1.1 | Cel, założenia i zakres potwierdzone na piśmie | Podpisany [Zakres projektu (IDK-02)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/02-zakres-projektu), z korzyściami, właścicielami i kryteriami odbioru | Kierownik projektu po stronie dostawcy | [status] | [komentarz] |
| 1.2 | Potwierdzona organizacja projektu i governance | Zatwierdzona [Organizacja projektu i RACI (IDK-03)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/03-organizacja-projektu-i-raci); zatwierdzony zakres obowiązków komitetu sterującego ([Pakiet komitetu sterującego (IDK-06)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/06-pakiet-komitetu-sterujacego), część A); wszystkie terminy komitetu sterującego zarezerwowane | Obaj kierownicy projektu | [status] | [komentarz] |
| 1.3 | Zespół podstawowy uwolniony do projektu | Tabela zaangażowania czasowego i zastępstw podpisana przez przełożonych liniowych ([Organizacja projektu i RACI (IDK-03)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/03-organizacja-projektu-i-raci), sekcja 6) | Sponsor wykonawczy | [status] | [komentarz] |
| 1.4 | Plan projektu z zasobami na miejscu | Zatwierdzony [Plan zarządzania projektem (IDK-01)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/01-plan-zarzadzania-projektem); plan wdrożenia i plan warsztatów i działań z nazwanymi zasobami po obu stronach | Kierownik projektu po stronie dostawcy | [status] | [komentarz] |
| 1.5 | Zdefiniowane mechanizmy kontrolne projektu | Żywy [Rejestr ryzyk i dziennik problemów (IDK-04)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/04-rejestr-ryzyk-i-dziennik-problemow); zatwierdzona [Procedura kontroli zmian (IDK-07)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/07-wniosek-o-zmiane-i-procedura-kontroli-zmian); uzgodniona procedura raportowania statusu; uruchomiony tracker projektu | Kierownik projektu po stronie klienta | [status] | [komentarz] |
| 1.6 | Zweryfikowana własność procesów | Nazwany właściciel procesu dla każdego obszaru procesu objętego zakresem, potwierdzony przez sponsora | Sponsor wykonawczy | [status] | [komentarz] |
| 1.7 | Uzgodniony zakres i odpowiedzialności migracji danych (szablon [Strategia migracji danych (IDK-14)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/14-strategia-migracji-danych)) | Strategia danych (podejście i zasady); tabela zakresu danych z właścicielami po stronie klienta ([Zakres projektu (IDK-02)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/02-zakres-projektu), sekcja 4.1) | Lider danych po stronie klienta | [status] | [komentarz] |
| 1.8 | Zidentyfikowane potrzeby szkoleniowe | Lista potrzeb szkoleniowych dla zespołu podstawowego, zespołu technicznego i grup użytkowników końcowych; zarezerwowane szkolenie zespołu podstawowego | Kierownik projektu po stronie klienta | [status] | [komentarz] |
| 1.9 | Zatwierdzone lub zaplanowane dokumenty strategii | Testy, szkolenia, komunikacja, dane, infrastruktura, zmiana biznesowa, wycofanie systemu legacy: każdy zatwierdzony albo mający właściciela i termin zaakceptowany przez komitet sterujący | Kierownik projektu po stronie klienta | [status] | [komentarz] |
| 1.10 | Plan komunikacji na miejscu | Zatwierdzony [Plan komunikacji i analiza interesariuszy (IDK-05)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/05-plan-komunikacji-i-analiza-interesariuszy); wysłana pierwsza komunikacja | Kierownik projektu po stronie klienta | [status] | [komentarz] |
| 1.11 | Dostępne środowiska do szkoleń i testów | Uruchomione Build Place; utworzone środowiska Use Place dla uzgodnionej opcji wdrożenia; członkowie zespołu mogą się zalogować na nazwane konta | Inżynier systemowy dostawcy, lider IT po stronie klienta | [status] | [komentarz] |
| 1.12 | Uzgodniona lista dokumentów | Lista dokumentów, które dostawca napisze i których nie napisze, z pokazanymi przykładami ([Plan zarządzania projektem (IDK-01)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/01-plan-zarzadzania-projektem), sekcja 10) | Obaj kierownicy projektu | [status] | [komentarz] |
| 1.13 | Omówione podejście do aktualizacji (szablon [Strategia aktualizacji evergreen (IDK-23)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/23-strategia-aktualizacji-evergreen)) | Uzgodnione stanowisko w sprawie service update i release update w trakcie i po projekcie, zapisane w [Plan zarządzania projektem (IDK-01)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/01-plan-zarzadzania-projektem), sekcja 9 | Kierownik rozwiązania technicznego | [status] | [komentarz] |
| 1.14 | Zaplanowana i zasobowana następna faza | Plan Confirm Prototype z datą kick-offu, kalendarzem warsztatów i potwierdzonymi uczestnikami | Obaj kierownicy projektu | [status] | [komentarz] |

 ## 2. Bramka: Solution Confirmed

 Pytanie: czy prototyp pokazał, że zakres rozwiązania jest właściwy, i czy wiemy, co trzeba zbudować, zmigrować i zintegrować?

 | # | Pozycja | Wymagany dowód | Właściciel | Status | Komentarz |
| --- | --- | --- | --- | --- | --- |
| 2.1 | Odbyty kick-off | Agenda, lista uczestników, opublikowane materiały; przedstawiona procedura kontroli zmian | Obaj kierownicy projektu | [status] | [komentarz] |
| 2.2 | Ukończone szkolenie przeglądowe zespołu podstawowego | Zapis obecności dla każdego członka zespołu podstawowego; luki mają termin nadrobienia | Kierownik projektu po stronie klienta | [status] | [komentarz] |
| 2.3 | Dokumenty Księgi reguł zatwierdzone przez klienta (szablon [Księga reguł (IDK-09)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/09-ksiega-regul)) | Zatwierdzone dokumenty obejmujące model operacyjny (model sterowania, struktura prawna i operacyjna, odpowiedzi wg obszaru rozwiązania), podpisane przez właścicieli procesów | Właściciele procesów | [status] | [komentarz] |
| 2.4 | Aktualny model procesów | Procesy objęte zakresem utrzymywane w [IFS Scope Tool albo uzgodnionym repozytorium], zgodne z oświadczeniem zakresu | Architekt rozwiązania | [status] | [komentarz] |
| 2.5 | Zidentyfikowane potrzeby CRIM (szablon [Rejestr CRIM (IDK-10)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/10-rejestr-crim)) | Rejestr CRIM z typem, powodem biznesowym i właścicielem procesu dla każdej pozycji. Pozycje są zalogowane, jeszcze nie specyfikowane. Dla każdej zapisana rozważona alternatywa standardowa. | Kierownik rozwiązania technicznego | [status] | [komentarz] |
| 2.6 | Istnieje rejestr interfejsów (szablon [Rejestr interfejsów (IDK-13)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/13-rejestr-interfejsow)) | Każdy interfejs legacy i nowy wymieniony ze źródłem, celem i przepływającymi danymi; wycofywane interfejsy oznaczone | Analityk techniczny ds. integracji | [status] | [komentarz] |
| 2.7 | Ustanowiony plan migracji danych (szablon [Plan migracji danych i checklista gotowości (IDK-15)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/15-plan-migracji-danych-i-checklista-gotowosci)) | Plan wymieniający każdy zbiór danych z metodą (narzędzie migracyjne, kopiuj-wklej, ręcznie), właścicielem, liczbą cykli ładowania i uzgodnioną głębokością historii | Lider danych po stronie klienta | [status] | [komentarz] |
| 2.8 | Zidentyfikowane dane źródłowe, czyszczenie w toku | Inwentaryzacja źródeł dla każdego zbioru danych; lista zadań czyszczenia z właścicielami i pierwszym raportem postępu | Właściciele danych | [status] | [komentarz] |
| 2.9 | Zdefiniowana infrastruktura produkcyjna, tam gdzie ma znaczenie | Definicja infrastruktury dla opcji wdrożenia, wraz z urządzeniami, drukarkami i wymaganiami sieciowymi w lokalizacjach | Lider IT po stronie klienta | [status] | [komentarz] |
| 2.10 | Zatwierdzony prototyp i potwierdzony zakres rozwiązania | Prototyp zademonstrowany end-to-end na przykładowych danych klienta; zatwierdzenie podpisane przez właścicieli procesów; oświadczenie zakresu potwierdzone ponownie albo zmienione przez [Procedurę kontroli zmian (IDK-07)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/07-wniosek-o-zmiane-i-procedura-kontroli-zmian) | Właściciele procesów, obaj kierownicy projektu | [status] | [komentarz] |
| 2.11 | Zaplanowane zadania klienta | Zadania testowe, dotyczące danych i dokumentacji po stronie klienta w planie, z właścicielami i datami; uzgodniona liczba cykli budowy | Kierownik projektu po stronie klienta | [status] | [komentarz] |
| 2.12 | Sprawdzona gotowość na zmianę biznesową | Nazwany lider zmiany; plan zmiany z działaniami i właścicielami; stanowisko w sprawie strategii szkoleń użytkowników końcowych, projektu organizacji i aktualizacji polityk i procedur | Lider zmiany | [status] | [komentarz] |
| 2.13 | Zaplanowana i zasobowana następna faza | Plan Establish Solution: warsztaty rozwiązania, szkolenia techniczne, cykle testowe, iteracje ładowania, z potwierdzonymi zasobami | Obaj kierownicy projektu | [status] | [komentarz] |

 ## 3. Bramka: Solution Established

 Pytanie: czy rozwiązanie jest zaprojektowane, zbudowane i przetestowane, i czy biznes je zaakceptował?

 | # | Pozycja | Wymagany dowód | Właściciel | Status | Komentarz |
| --- | --- | --- | --- | --- | --- |
| 3.1 | Role i permission sety utworzone | Katalog ról zatwierdzony przez właścicieli procesów; role istnieją w środowisku produkcyjnym; rozdział obowiązków sprawdzony przez finanse | Analityk techniczny ds. bezpieczeństwa | [status] | [komentarz] |
| 3.2 | Kompletna konfiguracja funkcjonalna i techniczna produkcji | Zweryfikowana konfiguracja przeniesiona do środowiska produkcyjnego (lub referencyjnego); załadowane dane podstawowe; zdefiniowane bezpieczeństwo; środowisko ogłoszone jako linia bazowa | Konsultanci aplikacyjni, liderzy funkcjonalni klienta | [status] | [komentarz] |
| 3.3 | Ukończone szkolenie zespołu podstawowego i szkolenie techniczne | Zapisy obecności ze szkolenia procesowego i technicznego (administracja, permission sety, narzędzia importu danych, konfiguracja techniczna) | Kierownik projektu po stronie klienta | [status] | [komentarz] |
| 3.4 | Zaktualizowana Księga reguł | Zaktualizowane dokumenty odzwierciedlające decyzje z warsztatów rozwiązania, z zapisanym uzasadnieniem | Liderzy zespołów funkcjonalnych | [status] | [komentarz] |
| 3.5 | Dostarczony CRIM | Każdy obiekt: zatwierdzona specyfikacja, dostarczony, przetestowany jednostkowo przez dostawcę, przetestowany przez klienta; każdy obiekt możliwy do prześledzenia do zatwierdzonego wniosku o zmianę albo linii bazowej | Kierownik rozwiązania technicznego | [status] | [komentarz] |
| 3.6 | Zwalidowane procedury migracji przy testach wolumenowych | Raporty iteracji ładowania; odbiór funkcjonalny dla każdego zbioru danych; zapisane czasy ładowania na potrzeby planowania cutover | Lider danych po stronie klienta | [status] | [komentarz] |
| 3.7 | Ukończona weryfikacja z bezpieczeństwem i migrowanymi danymi | Raport cyklu testowego: procesy uruchomione z rolami użytkownika końcowego i migrowanymi danymi | Lider testów | [status] | [komentarz] |
| 3.8 | Ukończony, udokumentowany i zatwierdzony Solution Acceptance Test (szablon [Skrypt testowy SAT, ORT i odbiór (IDK-18)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/18-skrypt-testowy-sat-ort-i-odbior)) | Raport testowy: skrypty wykonane end-to-end z określonymi rolami, migrowanymi danymi, raportami, urządzeniami mobilnymi i integracjami; sklasyfikowana lista defektów; brak otwartego defektu blokującego wdrożenie; uzgodniona lista zagadnień, które mogą zamknąć się po fazie, z właścicielami i datami | Lider testów, właściciele procesów | [status] | [komentarz] |
| 3.9 | Finalne materiały szkoleniowe i instrukcje krok po kroku dla użytkowników końcowych | Instrukcje użyte podczas testu akceptacyjnego bez poprawek; opisy kursów, przebieg prowadzącego, zbiory danych i ćwiczenia gotowe | Liderzy zespołów funkcjonalnych | [status] | [komentarz] |
| 3.10 | Zatwierdzony plan szkoleń (szablon [Plan szkoleń i opis kursu (IDK-19)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/19-plan-szkolen-i-opis-kursu)) | Wydarzenia, uczestnicy, prowadzący i sale; prowadzący zarezerwowani na train-the-trainer | Lider szkoleń | [status] | [komentarz] |
| 3.11 | Zaplanowana i zasobowana następna faza | Plan Implement Solution: planowanie cutover, terminy prób generalnych, szkolenie użytkowników eksperckich, test gotowości, szkolenie użytkowników końcowych | Obaj kierownicy projektu | [status] | [komentarz] |

 ## 4. Bramka: Go Live Authorised

 Pytanie: czy ludzie, dane, plan cutover i organizacja wsparcia są gotowe, i czy bezpiecznie jest ruszać?

 | # | Pozycja | Wymagany dowód | Właściciel | Status | Komentarz |
| --- | --- | --- | --- | --- | --- |
| 4.1 | Użytkownicy przypisani do ról | Każdy użytkownik startu produkcyjnego istnieje w produkcji z poprawną rolą; lista uzgodniona z listą obecności na szkoleniach | Analityk techniczny ds. bezpieczeństwa | [status] | [komentarz] |
| 4.2 | Przeszkoleni użytkownicy eksperccy | Zapis obecności; uwzględniona informacja zwrotna o materiale szkoleniowym | Lider szkoleń | [status] | [komentarz] |
| 4.3 | Ukończony, udokumentowany i zatwierdzony Operational Readiness Test | Raport testowy: użytkownicy eksperccy uruchomili skrypty akceptacyjne, zespół podstawowy tylko doradzał; pisemne potwierdzenie w imieniu biznesu, że rozwiązanie i szkolenie są wystarczające | Użytkownicy eksperccy, właściciele procesów | [status] | [komentarz] |
| 4.4 | Dostarczone szkolenie użytkowników końcowych | Obecność każdego użytkownika względem planu szkoleń; sesje nadrabiające zaplanowane dla nieobecnych przed startem produkcyjnym | Lider szkoleń | [status] | [komentarz] |
| 4.5 | Przygotowany plan cutover (szablon [Plan cutover, checklista i plan awaryjny (IDK-20)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/20-plan-cutover-checklista-i-plan-awaryjny)) | Plan na poziomie dni dla okresu wokół startu produkcyjnego i checklista na poziomie godzin dla dni startu, oba obejmujące migrację danych, krytyczne czasowo przełączenia konfiguracji, komunikację, wycofanie systemu legacy i ustalenia dot. wsparcia | [kierownik cutover] | [status] | [komentarz] |
| 4.6 | Zatwierdzony plan awaryjny | Plan wycofania (rollback) stwierdzający, jak przywrócono by system legacy, punkt bez odwrotu i kto decyduje | Obaj kierownicy projektu | [status] | [komentarz] |
| 4.7 | Przećwiczony cutover | Ukończona pełna próba generalna z pełnymi wolumenami danych; zapisane czasy trwania; poprawiony plan; przeprowadzona kolejna próba, jeśli pierwsza ujawniła poważne luki | [kierownik cutover] | [status] | [komentarz] |
| 4.8 | Zatwierdzony test obciążeniowy, jeśli wymagany | Raport testu obciążeniowego dotyczący współbieżności, wydajności, niezawodności i wolumenu, albo zapisana decyzja, że żaden nie jest wymagany | Kierownik rozwiązania technicznego | [status] | [komentarz] |
| 4.9 | Potwierdzona data startu produkcyjnego względem kalendarza biznesowego | Data omija szczyty biznesowe i święta i pasuje do granicy okresu finansowego; potwierdzona przez finanse i operacje | Sponsor wykonawczy | [status] | [komentarz] |
| 4.10 | Poinformowane strony zewnętrzne | Komunikaty do dostawców, klientów, banków i innych stron wysłane zgodnie z [Planem komunikacji (IDK-05)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/05-plan-komunikacji-i-analiza-interesariuszy) | Właściciele procesów | [status] | [komentarz] |
| 4.11 | Gotowe ustalenia dotyczące wsparcia | Uzgodniony model wsparcia; nazwani użytkownicy eksperccy dla każdej lokalizacji i zmiany jako pierwszy kontakt; help desk przeszkolony w podstawowej administracji; zaplanowane wsparcie na miejscu na uzgodniony okres | Kierownik projektu po stronie klienta | [status] | [komentarz] |
| 4.12 | Zasobowany start produkcyjny | Nazwane osoby dla każdego zadania cutover i zmiany wsparcia, po obu stronach, z zastępcami | Obaj kierownicy projektu | [status] | [komentarz] |
| 4.13 | Zaakceptowane otwarte defekty i ryzyka | Lista otwartych defektów z obejściami i otwartych ryzyk Major i Critical, zaakceptowana przez komitet sterujący | Obaj kierownicy projektu | [status] | [komentarz] |

 ## 5. Bramka: Go Live Complete

 Pytanie: czy biznes działa na nowym rozwiązaniu, czy wsparcie przejęło odpowiedzialność, i czy projekt można zamknąć?

 | # | Pozycja | Wymagany dowód | Właściciel | Status | Komentarz |
| --- | --- | --- | --- | --- | --- |
| 5.1 | Ukończony cutover | Checklista cutover w pełni podpisana; produkcja zabezpieczona kopią zapasową przed udostępnieniem użytkownikom; migrowane dane zwalidowane przez właścicieli danych | [kierownik cutover] | [status] | [komentarz] |
| 5.2 | Rozwiązanie działa zgodnie z ustaleniami | Potwierdzenie od każdego właściciela procesu, że procesy objęte zakresem działają w produkcji; ukończone pierwsze zamknięcie okresu albo równoważny cykl biznesowy, jeśli uzgodniono jako kryterium | Właściciele procesów | [status] | [komentarz] |
| 5.3 | Użytkownicy potrafią obsługiwać rozwiązanie | Przegląd trendu zgłoszeń wsparcia; informacja zwrotna od użytkowników eksperckich; dostarczone szkolenie uzupełniające tam, gdzie potrzebne | Kierownik projektu po stronie klienta | [status] | [komentarz] |
| 5.4 | Poinformowany biznes | Komunikat o starcie produkcyjnym wysłany do organizacji i stron zewnętrznych | Sponsor wykonawczy | [status] | [komentarz] |
| 5.5 | Zaplanowane kwestie pozostałe | Lista pozostałych kwestii z właścicielem, priorytetem i datą dla każdej pozycji | Obaj kierownicy projektu | [status] | [komentarz] |
| 5.6 | Wycofany lub zaplanowany do wycofania system legacy | Systemy legacy przełączone w tryb tylko do odczytu albo wycofane zgodnie ze strategią wycofania; wycofane interfejsy wyłączone | Lider IT po stronie klienta | [status] | [komentarz] |
| 5.7 | Gotowy plan wsparcia | Aktywowane ustalenia dotyczące wsparcia; kontakty i procedury znane użytkownikom; kalendarz aktualizacji service update i release update posiadany przez nazwaną osobę | Lider IT po stronie klienta | [status] | [komentarz] |
| 5.8 | Ukończone przekazanie do wsparcia (szablon [Przekazanie do wsparcia (IDK-22)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/22-przekazanie-do-wsparcia)) | Kompletny dokument przekazania (informacje o kliencie, kontakty, checklista, integracje ze stronami trzecimi, rozszerzenia i lokalizacje, przekazanie techniczne, środowiska); specyfikacje funkcjonalne i testowe CRIM w najnowszej wersji; link do modelu procesów; odbyte i zaprotokołowane spotkanie przekazania; dane podstawowe skorygowane po starcie produkcyjnym | Kierownik projektu po stronie dostawcy | [status] | [komentarz] |
| 5.9 | Wykonana ewaluacja projektu | Odbyty przegląd fazy; udokumentowane wnioski końcowe; śledzenie korzyści przekazane sponsorowi z miarami i datami | Obaj kierownicy projektu | [status] | [komentarz] |
| 5.10 | Uzgodniony dokument zamknięcia (szablon [Zamknięcie projektu i wnioski (IDK-24)](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/24-zamkniecie-projektu-i-wnioski)) | Dokument zamknięcia wymieniający pozostałe kwestie i właścicieli, podpisany przez komitet sterujący | Komitet sterujący | [status] | [komentarz] |

 ## 6. Zapis decyzji bramki

 Skopiuj tę sekcję raz dla każdej bramki.

 **Bramka:** [nazwa bramki] **Zamknięta faza:** [faza] **Spotkanie:** komitet sterujący nr [nr] **Data:** [YYYY-MM-DD]

 
### 6.1 Podsumowanie listy kontrolnej

 | Status | Liczba pozycji | Odniesienia do pozycji |
| --- | --- | --- |
| Ukończone | [n] |   |
| W toku | [n] | [odniesienia] |
| Zagrożone | [n] | [odniesienia] |
| Nierozpoczęte | [n] | [odniesienia] |
| Nie dotyczy | [n] | [odniesienia, z powodem] |

 Rekomendacja kierowników projektu: [zatwierdzić / zatwierdzić warunkowo / nie zatwierdzać], ponieważ [powód].

 
### 6.2 Decyzja

 | Decyzja | Zaznacz jedną | Znaczenie |
| --- | --- | --- |
| Zatwierdzono | [ ] | Wszystkie pozycje ukończone. Następna faza zaczyna się zgodnie z planem. |
| Zatwierdzono warunkowo | [ ] | Następna faza może się zacząć. Wymienione warunki są zamykane do podanych dat; komitet sterujący przegląda je na następnym spotkaniu. |
| Nie zatwierdzono | [ ] | Następna faza się nie zaczyna. Wymienione pozycje są uzupełniane, a bramka jest przedstawiana ponownie [YYYY-MM-DD]. |

 
### 6.3 Warunki i właściciele

 | # | Warunek (pozycja listy kontrolnej) | Co musi być prawdą, żeby go zamknąć | Właściciel | Termin | Zamknięto dnia | Zamknięcie potwierdził |
| --- | --- | --- | --- | --- | --- | --- |
| Przykład: 1 | Pozycja 3.1: role magazynowe jeszcze nieprzejrzane przez właściciela procesu | Kierownik magazynu podpisuje katalog ról; skrypty testu akceptacyjnego dla przyjęcia i inwentaryzacji ponownie uruchomione z zatwierdzonymi rolami, wyniki zapisane | Kierownik magazynu | [YYYY-MM-DD] | [YYYY-MM-DD] | Kierownik projektu po stronie klienta |
| [n] | [warunek] | [kryterium zamknięcia] | [imię i nazwisko] | [YYYY-MM-DD] | [YYYY-MM-DD] | [imię i nazwisko] |

 Konsekwencje zaakceptowane wraz z tą decyzją (ryzyko, koszt, harmonogram): [tekst].

 
### 6.4 Uwolnienie następnej fazy

 | Pozycja | Wartość |
| --- | --- |
| Następna faza | [faza] |
| Data rozpoczęcia | [YYYY-MM-DD] |
| Uwolniony budżet | [kwota lub odniesienie] |
| Potwierdzone zasoby | [tak/nie, wyjątki] |
| Obowiązujące wersje linii bazowych | Harmonogram [n.n], koszt [n.n], zakres rozwiązania [n.n], zakres projektu [n.n] |

 ## Zatwierdzenie

 | Imię i nazwisko | Rola | Data | Podpis |
| --- | --- | --- | --- |
| [imię i nazwisko] | Przewodniczący, sponsor wykonawczy (klient) | [YYYY-MM-DD] | ______________________ |
| [imię i nazwisko] | Sponsor (dostawca) | [YYYY-MM-DD] | ______________________ |
| [imię i nazwisko] | Członek komitetu sterującego, [obszar] | [YYYY-MM-DD] | ______________________ |
| [imię i nazwisko] | Kierownik projektu po stronie klienta | [YYYY-MM-DD] | ______________________ |
| [imię i nazwisko] | Kierownik projektu po stronie dostawcy | [YYYY-MM-DD] | ______________________ |

 Niezależny szablon zgodny z metodyką wdrożeniową IFS. Nie jest oficjalnym dokumentem IFS. IFS jest zastrzeżonym znakiem towarowym IFS AB.