Zmiana wykonawcy
Kończy się współpraca z obecnym zespołem. Potrzebujesz ustalić, co należy przekazać, jakie są zależności i za co może odpowiadać nowy partner.
ISTNIEJĄCY SYSTEM, KOLEJNY ETAP
Nie musisz zaczynać od przepisywania całego systemu. Sprawdzamy kod, środowiska i zależności, ustalamy priorytety i przejmujemy uzgodniony zakres rozwoju.
DLA KOGO
Kończy się współpraca z obecnym zespołem. Potrzebujesz ustalić, co należy przekazać, jakie są zależności i za co może odpowiadać nowy partner.
Dokumentacja jest niepełna lub kluczowa wiedza skupia się u jednej osoby. Pierwszy etap pozwala uporządkować informacje potrzebne do pracy.
Nowe funkcje i integracje czekają, bo każda zmiana budzi obawy. Sprawdzamy krytyczne procesy i dobieramy zakres, od którego można zacząć.
CO WERYFIKUJEMY NA WEJŚCIU
Zakres rozpoznania ustalamy z Tobą. Potrzebujemy również wiedzy o użytkownikach, danych i tym, jak aplikacja wspiera firmę.
Repozytoria, wersje technologii, biblioteki, integracje, testy i dokumentacja. Ustalamy, które obszary wymagają dalszego sprawdzenia.
Sposób uruchomienia aplikacji, dostępy, konfiguracja, kopie zapasowe i proces publikacji zmian. Prace na produkcji wymagają osobnego uzgodnienia.
Krytyczne ścieżki użytkownika, znane problemy, priorytety biznesowe i granice odpowiedzialności między zespołami oraz dostawcami.
PIERWSZY ETAP
Omawiamy potrzebę firmy, prawa do kodu, warunki poufności i dostępne materiały. Wyznaczamy zakres rozpoznania oraz osoby do kontaktu.
Sprawdzamy uzgodnione obszary i możliwość odtworzenia środowiska. Zbieramy ryzyka, braki i zależności, które mogą wpłynąć na dalsze prace.
Wskazujemy priorytety i pierwszy zakres rozwoju. Uzgadniamy odpowiedzialność, sposób wdrożenia i kryteria odbioru.
DALSZA WSPÓŁPRACA
Po przejęciu uzgodnionego zakresu możemy rozwijać moduły biznesowe, integrować API, porządkować importy danych, uzupełniać testy i modernizować wybrane części aplikacji.
PRZED PIERWSZĄ ROZMOWĄ
Przygotowujesz przekazanie systemu? Sprawdź checklistę zmiany software house
Opisz najważniejsze ograniczenie: brak dostępności zespołu, trudność we wdrażaniu zmian, awarie lub nowy zakres produktu. Podaj priorytet i oczekiwany termin.
Na początek wystarczy informacja, czy dysponujesz kodem, dokumentacją, środowiskiem testowym i wiedzą poprzedniego zespołu. Nie przesyłaj haseł ani kluczy przez formularz.
Potrzebujemy potwierdzenia uprawnień do korzystania z kodu i materiałów. Brak dostępu, nieobsługiwane zależności lub nieznany proces wdrożenia mogą wymagać dodatkowego etapu przed przejęciem odpowiedzialności.