Dzisiaj wybierasz wykonawcę, z którym chcesz pracować długo. Mimo to warto ustalić, jak wyglądałoby przekazanie systemu innemu zespołowi. Może się zmienić budżet, dostępność ludzi albo zakres potrzeb.
Najlepszy moment na tę rozmowę jest wtedy, gdy obie strony planują udaną współpracę. Można spokojnie ustalić, co powstaje w projekcie i kto będzie miał do tego dostęp.
Zrób listę rzeczy potrzebnych do dalszej pracy
Uwzględnij kod i historię zmian, opis uruchomienia, konfigurację środowisk, strukturę danych, dokumentację integracji oraz materiały projektowe. Dodaj konta związane z domeną, hostingiem i usługami zewnętrznymi.
Przy każdym elemencie zapisz właściciela, miejsce przechowywania i sposób przekazania. W przypadku gotowego produktu ustal dostępne możliwości eksportu i dalszego korzystania. Nie zakładaj, że otrzymasz kod komercyjnego narzędzia.
Sprawdź użyteczność przekazanych materiałów
Archiwum z plikami nie mówi jeszcze, czy inny zespół uruchomi system. Poproś o przejście przez instrukcję odtworzenia środowiska i eksport danych. Uzgodnij, jak sprawdzicie kompletność oraz czy przewidziano czas na pytania zespołu przejmującego.
Dostępy i sekrety przekazuj ustalonym bezpiecznym kanałem. Dokumentacja powinna opisywać sposób zarządzania nimi, a nie rozpowszechniać hasła.
Wpisz przekazanie do zakresu i budżetu
Ustal, które materiały są aktualizowane na bieżąco, co dostajesz przy końcu umowy i ile kosztuje dodatkowe wsparcie przejściowe. Warunki korzystania z kodu, projektów i usług powinny być spójne z ustaleniami umownymi.
Dobre pytanie na rozmowę brzmi: „Co będzie musiała zrobić nowa firma, żeby wprowadzić pierwszą zmianę?”. Odpowiedź pomaga ocenić praktyczną samodzielność, zamiast ograniczać dyskusję do deklaracji, że system pozostanie „w pełni Twój”.
Wszystkie liczby z artykułu i tysiące innych umów znajdziesz w bazie.
Otwórz bazę umów