Szablon: Przekazanie do wsparcia (IDK-22)

Szablon IDK-22, wersja 1.0. Faza: Go Live.

Jak korzystać z tego szablonu

Przekazanie inicjuje kierownik projektu, a płaci za nie budżet projektu. Planuj je jako zadanie projektowe z datą, nie jako coś, co dzieje się, gdy ludzie mają czas.
Warunki wstępne: klient jest na produkcji (możliwe jest przekazanie częściowe per lokalizacja lub moduł), rozwiązanie jest odebrane, a dokumentacja jest w języku angielskim.
Pisz z myślą o konsultancie wsparcia, który nigdy nie spotkał tego klienta. Jeśli ta osoba nie potrafi znaleźć specyfikacji ani odtworzyć testu na podstawie tego dokumentu, przekazanie nie jest zakończone.
Wiersze oznaczone Przykład: pokazują oczekiwany poziom szczegółowości. Usuń je z roboczej kopii.
Zamknij nagranym spotkaniem przekazania między zespołem projektowym a wsparciem (sekcja 12). Bez tego spotkania przekazanie się nie odbyło.

Metadane szablonu
Field	Value
ID szablonu	IDK-22
Faza	Go Live
Właściciel	Kierownik projektu po stronie dostawcy
Zatwierdzający	Kierownik wsparcia i kierownik projektu po stronie klienta
Bramka kwalifikacyjna	Go Live Complete
Wersja	1.0

Kontrola dokumentu

Pole	Wartość
Projekt	[nazwa projektu]
Klient	[podmiot prawny]
Zakres przekazania	[Pełny / Częściowy: lokalizacje, moduły]
Właściciel dokumentu	[imię i nazwisko, kierownik projektu po stronie dostawcy]
Organizacja wsparcia przejmująca	[nazwa, zespół]
Status	[Szkic / Przejrzany przez wsparcie / Zaakceptowany]
Wersja	[x.y]
Lokalizacja	[link, dostępny dla wsparcia]
Dokumenty powiązane	[Zamknięcie projektu (szablon IDK-24), strategia aktualizacji (szablon IDK-23), log CRIM, rejestr interfejsów]

Wersja	Data	Autor	Zmiana
[0.1]	[YYYY-MM-DD]	[imię i nazwisko]	[Pierwszy szkic]

1. Informacje o kliencie

Pole	Wartość
Podmiot prawny i struktura grupy	[tekst]
Branża i główna działalność	[tekst]
Firmy i lokalizacje na produkcji w IFS Cloud	[lista]
Kraje i języki w użyciu	[lista]
Opcja wdrożenia	[Cloud service / Remote deployment]
Wydanie IFS Cloud i poziom aktualizacji serwisowej przy przekazaniu	[wydanie, aktualizacja]
Data(-y) go-live	[data per lokalizacja lub moduł]
Baza użytkowników	[Nazwani użytkownicy wg typu: link do zapisu licencji]
Okresy krytyczne dla biznesu	[Zamknięcie okresu, szczyty sezonowe, systemy zmianowe]
Odniesienie do umowy wsparcia	[Kontrakt, godziny obsługi, zobowiązania czasu reakcji: link]
Planowane dalsze wdrożenia	[Lokalizacje, moduły, daty]

2. Kontakty projektowe

Rola	Imię i nazwisko	Organizacja	Kontakt	Dostępny po przekazaniu do
Sponsor po stronie klienta	[imię i nazwisko]	[Klient]	[e-mail, telefon]	[YYYY-MM-DD]
Kierownik projektu po stronie klienta	[imię i nazwisko]	[Klient]	[e-mail, telefon]	[YYYY-MM-DD]
Właściciel systemu po stronie klienta po go-live	[imię i nazwisko]	[Klient]	[e-mail, telefon]	Stale
Lider IT po stronie klienta	[imię i nazwisko]	[Klient]	[e-mail, telefon]	Stale
Użytkownicy eksperci per obszar	[link do listy]	[Klient]		Stale
Kierownik projektu po stronie dostawcy	[imię i nazwisko]	[Dostawca]	[e-mail, telefon]	[YYYY-MM-DD]
Architekt rozwiązania	[imię i nazwisko]	[Dostawca]	[e-mail, telefon]	[YYYY-MM-DD]
Kierownik rozwiązania technicznego	[imię i nazwisko]	[Dostawca]	[e-mail, telefon]	[YYYY-MM-DD]
Konsultanci aplikacyjni per obszar	[imiona i nazwiska]	[Dostawca]	[e-mail]	[YYYY-MM-DD]
Opiekun handlowy	[imię i nazwisko]	[Dostawca]	[e-mail, telefon]	Stale

Kto po stronie klienta może zgłaszać sprawy wsparcia: [imiona lub zasada]. Kto może zatwierdzać prace odpłatne: [imiona].

3. Checklista przekazania

#	Pozycja	Zrobione	Dowód / link
1	Klient jest na produkcji w zakresie przekazania	[ ]	[Potwierdzenie go-live]
2	Rozwiązanie odebrane przez klienta	[ ]	[Odbiór SAT i ORT]
3	Dokumentacja jest w języku angielskim	[ ]
4	Model procesów jest aktualny i dostępny dla wsparcia	[ ]	[link]
5	Log CRIM kompletny, z najnowszymi specyfikacjami funkcjonalnymi i testowymi	[ ]	[Sekcja 6]
6	Integracje ze stronami trzecimi wymienione z właścicielami i kontami	[ ]	[Sekcja 7]
7	Rozszerzenia i lokalizacje wymienione	[ ]	[Sekcja 8]
8	Środowiska udokumentowane; wsparcie ma potrzebny dostęp	[ ]	[Sekcja 5]
9	Harmonogram dostaw i gotowość przejrzane	[ ]	[Sekcja 9]
10	Dane podstawowe do korekty po go-live wymienione z właścicielami	[ ]	[Sekcja 10]
11	Znane problemy i obejścia wymienione; otwarte zgłoszenia przekazane	[ ]	[Sekcja 11]
12	Konta projektowe i podwyższony dostęp usunięte lub mają datę końcową	[ ]	[Lista kont]
13	Spotkanie przekazania odbyte i nagrane	[ ]	[Sekcja 12]

4. Przegląd rozwiązania

Pozycja	Wartość
Model procesów	[Link do projektu w IFS Scope Tool lub wyeksportowany model]
Procesy end-to-end w użyciu	[lista]
Podsumowanie modelu operacyjnego	[Link do zatwierdzonych dokumentów Księgi reguł]
Kluczowe decyzje projektowe	[Link do logu decyzji. Uwzględnij uzasadnienie, nie tylko wynik.]
Instrukcje krok po kroku	[Link do biblioteki]
Role i zestawy uprawnień	[Link do macierzy ról]
Lobby w codziennym użyciu	[lista z właścicielem]
Workflow i event actions w użyciu	[lista z celem i właścicielem]

Podsumowanie w prostym języku, jak ten klient korzysta z IFS Cloud i co jest w tym nietypowego: [krótki tekst. To jest akapit, który nowy konsultant wsparcia czyta jako pierwszy.]

5. Środowiska

Środowisko	Miejsce	Cel	Poziom wydania i aktualizacji	Odświeżane z / kiedy	Dostęp dla wsparcia	Właściciel
[nazwa]	[Build Place / Use Place]	[cel]	[poziom]	[źródło, data]	[Tak / Nie, jak]	[imię i nazwisko]
Przykład: PROD	Przykład: Use Place	Przykład: Produkcja	[poziom]	Nie dotyczy	Przykład: Na żądanie przez lidera IT po stronie klienta, ograniczony czasowo	Przykład: Lider IT po stronie klienta
Przykład: [nazwa]	Przykład: Build Place	Przykład: Rozwój i dostarczanie modyfikacji	[poziom]	[YYYY-MM-DD]	Przykład: Zespół techniczny dostawcy	Przykład: Kierownik rozwiązania technicznego

Droga dostawy z Build Place na produkcję w Use Place: [kroki, osoba zatwierdzająca, kto stosuje dostawy]. Repozytorium kodu i zasady branchowania: [link, tekst]. Konfiguracja dostawcy tożsamości i single sign-on: [podsumowanie, właściciel].

6. Przekazane obiekty CRIM

Każda konfiguracja, raport, integracja i modyfikacja dostarczone przez projekt. Poprawki nie da się zweryfikować bez specyfikacji testowej, więc brakujący link w tej tabeli jest otwartą pozycją przekazania.

ID CRIM	Typ	Nazwa i cel	Proces	Specyfikacja funkcjonalna (link, wersja)	Specyfikacja testowa (link, wersja)	Wersja na produkcji	Zbudowane przez	Do ponownej weryfikacji przy każdej aktualizacji
[ID]	[C / R / I / M]	[tekst]	[proces]	[link, x.y]	[link, x.y]	[x.y]	[imię i nazwisko]	[Tak / Nie]
Przykład: CRIM-017	Przykład: Konfiguracja	Przykład: Pole niestandardowe "Wewnętrzny kod projektu" na linii zamówienia zakupu, pokazywane na raporcie zamówienia do dostawcy	Przykład: Procure to pay	[link, x.y]	[link, x.y]	[x.y]	[imię i nazwisko]	Tak
Przykład: CRIM-003	Przykład: Integracja	Przykład: Wychodzący plik płatności do banku w uzgodnionym formacie	Przykład: Procure to pay, płatności dla dostawców	[link, x.y]	[link, x.y]	[x.y]	[imię i nazwisko]	Tak

Potwierdzenie: specyfikacje powyżej są najnowszymi wersjami i są zgodne z tym, co działa na produkcji. Potwierdzone przez [kierownik rozwiązania technicznego] w dniu [YYYY-MM-DD].

7. Integracje ze stronami trzecimi

Uwzględnij wszystko, co czyta z IFS Cloud lub zapisuje do IFS Cloud, także usługi, których projekt nie budował.

#	System / usługa	Cel	Kierunek	Wykorzystane projekcje / interfejs	Konto i zestaw uprawnień	Uwierzytelnianie	Właściciel po stronie klienta	Kontakt u dostawcy	Do sprawdzenia po każdej aktualizacji	Jak usunąć
[n]	[nazwa]	[cel]	[Przychodzący / Wychodzący / Tylko do odczytu]	[lista]	[konto, zestaw uprawnień]	[metoda]	[imię i nazwisko]	[kontakt]	[co zweryfikować]	[kroki]
Przykład: 1	Przykład: Zewnętrzna usługa monitorująca wyjątki zakupowe, dostarczona przez stronę trzecią, działająca w sieci klienta	Przykład: Powiadamia zaopatrzeniowców o zamówieniach niepotwierdzonych przez dostawcę i o opóźnionych dostawach	Przykład: Tylko do odczytu. Czyta przez OData. Nic nie zapisuje do IFS Cloud i niczego w nim nie instaluje.	Przykład: Projekcje zamówień zakupu i dostawców: `[nazwy projekcji]`	Przykład: Dedykowane konto serwisowe `[nazwa konta]` z jednym zestawem uprawnień tylko do odczytu `[nazwa zestawu uprawnień]`. Żadne zestawy uprawnień użytkownika końcowego nie są przyznane.	Przykład: `[klient IAM / metoda wg konfiguracji]`	Przykład: Kierownik zaopatrzenia (biznes), lider IT po stronie klienta (konto)	[kontakt]	Przykład: Projekcje nadal istnieją i zwracają wykorzystywane pola; konto serwisowe nadal aktywne	Przykład: Odebranie zestawu uprawnień, dezaktywacja konta, zatrzymanie usługi. Nic do odinstalowania w IFS Cloud.
Przykład: 2	Przykład: Bank	Przykład: Pliki płatności wychodzące, wyciągi przychodzące	Przykład: Wychodzący i przychodzący	Przykład: Patrz CRIM CRIM-003, CRIM-004	[konto, zestaw uprawnień]	[metoda]	Przykład: Lider finansów	[kontakt]	Przykład: Format pliku niezmieniony; plik testowy zaakceptowany	[kroki]

Interfejsy legacy zatrzymane przy go-live: [link do zamkniętej części rejestru interfejsów].

8. Rozszerzenia i lokalizacje

Pozycja	Typ	Dostawca / źródło	Wersja	Cel	Odniesienie do licencji lub umowy	Zależność od aktualizacji
[nazwa]	[Rozszerzenie / Lokalizacja / Produkt partnerski]	[nazwa]	[x.y]	[tekst]	[ref]	[Musi być aktualizowane przy każdej aktualizacji wydania: Tak / Nie]
Przykład: Lokalizacja krajowa dla `[kraj]`	Przykład: Lokalizacja	[źródło]	[x.y]	Przykład: Raportowanie statutowe i obsługa podatkowa dla podmiotu prawnego w `[kraj]`	[ref]	[Tak / Nie]

9. Harmonogram dostaw i gotowość

Dostawa	Zawartość	Planowane	Status	Gotowość dla wsparcia	Właściciel
[Zakres go-live per lokalizacja lub moduł, dalsze wdrożenia, otwarte dostawy CRIM]	[tekst]	[YYYY-MM-DD]	[Na produkcji / Planowane / W budowie]	[Przekazane / Pozostaje przy projekcie do: data]	[imię i nazwisko]
Przykład: Lokalizacja `[lokalizacja]`, dystrybucja i zaopatrzenie	Przykład: Wszystkie procesy w zakresie	[YYYY-MM-DD]	Na produkcji	Przekazane	Kierownik projektu dostawcy

Praca, która pozostaje przy zespole projektowym po tym przekazaniu: [lista z datami zakończenia]. Zasada kierowania zgłoszeń w okresie nakładania się: [tekst].

10. Dane podstawowe do korekty po go-live

Ustawienia celowo ustawione na potrzeby cutover lub pierwszego okresu użytkowania, które ktoś musi później zmienić. Jeśli nikt ich nie posiada, pozostaną błędne.

#	Dane podstawowe / ustawienie	Aktualna wartość i powód	Docelowa wartość	Kiedy	Właściciel	Zrobione
[n]	[ustawienie]	[tekst]	[tekst]	[data lub wyzwalacz]	[imię i nazwisko]	[ ]
Przykład: 1	Przykład: Limity autoryzacyjne dla zamówień zakupu	Przykład: Ustawione wysoko na pierwszy okres, żeby zatwierdzenia nie wstrzymywały zakupów, dopóki osoby zatwierdzające uczą się procesu	Przykład: Limity z zatwierdzonej polityki zaopatrzenia	[YYYY-MM-DD]	Przykład: Kierownik zaopatrzenia	[ ]
Przykład: 2	Przykład: Użytkownicy z tymczasowymi dodatkowymi zestawami uprawnień przyznanymi na wsparcie go-live	Przykład: Użytkownicy eksperci mają szerszy dostęp w okresie wsparcia	Przykład: Tylko zestawy uprawnień oparte na roli	[YYYY-MM-DD]	Przykład: Lider bezpieczeństwa	[ ]

11. Znane problemy i obejścia

ID	Opis	Obszar	Stosowane obejście	Odniesienie do zgłoszenia	Właściciel	Planowana poprawka
[ID]	[tekst]	[obszar]	[tekst]	[ref]	[imię i nazwisko]	[Dostawa, aktualizacja serwisowa lub data]
Przykład: R-006	Przykład: Raport zamówienia do dostawcy pokazuje niestandardowy kod projektu tylko na pierwszej stronie	Przykład: Zaopatrzenie	Przykład: Zaopatrzeniowcy dopisują kod w notatce do zamówienia przy zamówieniach wielostronicowych	[ref]	[imię i nazwisko]	[dostawa]

Otwarte zgłoszenia u dostawcy oprogramowania przy przekazaniu: [lista lub link]. Pozostałe problemy z dokumentu zamknięcia: [link do szablonu IDK-24, sekcja 4].

12. Zapis spotkania przekazania

Pole	Wartość
Data	[YYYY-MM-DD]
Uczestnicy, zespół projektowy	[imiona i nazwiska]
Uczestnicy, wsparcie	[imiona i nazwiska]
Uczestnicy, klient	[imiona i nazwiska]
Nagranie	[link]
Agenda	[Przegląd klienta i rozwiązania; przegląd obiektów CRIM; integracje; środowiska i droga dostawy; znane problemy; dane podstawowe do korekty; pytania od wsparcia]

#	Pytanie lub działanie ze spotkania	Właściciel	Termin	Zamknięte
[n]	[tekst]	[imię i nazwisko]	[YYYY-MM-DD]	[ ]

Data rozpoczęcia wsparcia: [YYYY-MM-DD]. Od tej daty zgłoszenia trafiają do: [kanał].

Zatwierdzenie

Rola	Imię i nazwisko	Decyzja	Data
Kierownik projektu po stronie dostawcy (właściciel)	[imię i nazwisko]	[Przekazano]	[YYYY-MM-DD]
Kierownik rozwiązania technicznego	[imię i nazwisko]	[Potwierdza sekcje 5-8]	[YYYY-MM-DD]
Kierownik wsparcia	[imię i nazwisko]	[Zaakceptowano / Zaakceptowano z otwartymi pozycjami / Odrzucono]	[YYYY-MM-DD]
Kierownik projektu po stronie klienta	[imię i nazwisko]	[Zaakceptowano / Odrzucono]	[YYYY-MM-DD]
Właściciel systemu po stronie klienta	[imię i nazwisko]	[Zaakceptowano / Odrzucono]	[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