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), 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.

Metadane szablonu
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

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), 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); zatwierdzony zakres obowiązków komitetu sterującego (Pakiet komitetu sterującego (IDK-06), 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), sekcja 6)	Sponsor wykonawczy	[status]	[komentarz]
1.4	Plan projektu z zasobami na miejscu	Zatwierdzony Plan zarządzania projektem (IDK-01); 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); zatwierdzona Procedura kontroli zmian (IDK-07); 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))	Strategia danych (podejście i zasady); tabela zakresu danych z właścicielami po stronie klienta (Zakres projektu (IDK-02), 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); 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), sekcja 10)	Obaj kierownicy projektu	[status]	[komentarz]
1.13	Omówione podejście do aktualizacji (szablon Strategia aktualizacji evergreen (IDK-23))	Uzgodnione stanowisko w sprawie service update i release update w trakcie i po projekcie, zapisane w Plan zarządzania projektem (IDK-01), 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))	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))	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))	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))	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)	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))	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))	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))	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)	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))	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))	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.

Marketplace