Ustal, co dokładnie przekazujesz
Opisz produkt, release, środowiska i odpowiedzialności objęte przekazaniem. Ustal, czy nowy zespół będzie utrzymywać, rozwijać, obsługiwać czy tylko odpowiadać za relację biznesową.
Oddziel odbiór wdrożenia od odbioru handoveru. Funkcja może działać na produkcji, gdy odpowiedzialność operacyjna nadal nie jest kompletna.
Repozytorium i proces budowania
Przekaż repozytoria z właściwymi uprawnieniami i ownershipem. Wskaż główną gałąź, tagi release, rejestry paczek lub zależności oraz wspierany proces builda.
Nowy zespół powinien umieć zrobić małą zmianę, uruchomić testy i przygotować artefakt do wdrożenia bez prywatnego komputera jednej odchodzącej osoby.
Hosting, chmura i środowiska
Wypisz usługi development, staging i produkcyjne wraz z regionami, planami, limitami i właścicielem płatności. Zapisz sposób tworzenia, konfiguracji i dostępu do środowisk.
Uwzględnij pipeline, akceptacje release, zadania cykliczne, storage i CDN. Jeśli handover następuje po złożonym wdrożeniu, powiąż go z zaawansowaną checklistą go-live.
Domeny, certyfikaty i dane dostępowe
Przekaż własność rejestratora, DNS, certyfikatów i usług e-mail. Sprawdź terminy odnowienia, kontakty rozliczeniowe i sposoby odzyskiwania kont.
Hasła i sekrety przenoś przez bezpieczny manager. Nie umieszczaj ich w dokumencie handoverowym. Po weryfikacji dostępu nowego zespołu usuń uprawnienia, które nie są już potrzebne.
Dokumentacja i architektura
Przygotuj zwięzły obraz systemu: główne komponenty, przepływ danych, integracje i decyzje trudne do odczytania z kodu. Dodaj setup, wdrożenie, rollback, backup i odzyskiwanie.
Priorytetem jest dokumentacja pozwalająca wykonać realne działanie. Nieaktualny diagram architektury jest mniej wartościowy niż sprawdzona instrukcja odtworzenia.
Integracje, analityka i konta zewnętrzne
Wypisz dostawców, API, webhooki, analitykę, system zgód, e-mail, płatności i support. Zapisz właściciela konta, cel, plan, termin odnowienia, limity i kontakt techniczny.
Sprawdź, czy alerty i raporty trafiają na aktualne adresy. Usuń konta osobiste albo zapisz zaakceptowany plan ich zastąpienia.
Znane problemy i dług techniczny
Przekaż otwarte błędy, obejścia, luki w monitoringu i świadome kompromisy. Każdy element powinien mieć wpływ, priorytet, właściciela oraz termin lub trigger.
Ukrycie długu technicznego nie poprawia handoveru. Utrudnia pierwszy incydent nowego zespołu.
Backup, odzyskiwanie i monitoring
Potwierdź, co jest backupowane, jak często, gdzie i kto może to odtworzyć. Sprawdź dostęp do kopii, a dla krytycznych systemów — dowód, że odtworzenie działa.
Przekaż dashboardy, alerty, logi, kontakty incydentowe i eskalację. Ustal moment zakończenia monitoringu przez stary zespół i rozpoczęcia przez nowy.
Utrzymanie i support
Uzgodnij odpowiedzialność za incydenty, bezpieczeństwo, aktualizacje zależności, treści, małe zmiany i odnowienia usług. Zapisz oczekiwane czasy reakcji oraz okres gwarancji lub wsparcia.
Zamknij przekazanie wspólnym walkthrough i listą działań z właścicielami. Checklista go-live pomoże potwierdzić produkcję, a checklista gotowości projektu przyda się przed następnym etapem rozwoju.