Przekazanie wiedzy i plan wyjścia (handover)
Przekazanie systemu od dostawcy do kupującego albo nowego zespołu: kod, dostępy, dokumentacja, runbooki i czas z ludźmi, którzy go zbudowali.
Plan wyjścia wpisany do umowy na starcie łatwiej uzyskać niż negocjowany na końcu, gdy współpraca może być już skończona. Wymienia, co zostanie przekazane (repozytoria, konta w chmurze, domeny, sekrety, pipeline’y buildów, runbook), ile godzin sesji zapewni dostawca i po jakiej stawce. Bez niego przejęcie projektu zaczyna się od odzyskiwania dostępów, a nie od czytania kodu.
Powiązane hasła
- Przejęcie projektu (handover): Przekazanie istniejącej aplikacji nowemu programiście albo zespołowi: dostępy, kod, infrastruktura i wiedza w głowach ludzi.
- Depozyt kodu źródłowego (escrow): Dostawca deponuje kod źródłowy u neutralnej strony trzeciej, która wydaje go klientowi, gdy dostawca upadnie albo przestanie wspierać produkt.
- Prawa autorskie do kodu: Kto prawnie jest właścicielem kodu, za który zapłaciłeś. W Polsce kod wykonawcy staje się Twój tylko przez pisemne przeniesienie praw.
- Runbook (instrukcja systemu): Krótki dokument, który mówi komuś innemu, jak prowadzić system: gdzie działa, jak wdrażać, jak go podnieść.
- Klauzula kluczowych osób (key person clause): Zapis w umowie wskazujący konkretne osoby z zespołu dostawcy, których nie można wymienić bez zgody kupującego albo bez uprzedzenia i przekazania pracy.
