Rozwój i utrzymanie oprogramowania

Tak. Przegląd aplikacji obejmuje kod, integracje, środowiska i sposób wdrażania w zakresie dostępnych materiałów. Jego wynikiem jest lista braków oraz plan przekazania wiedzy, dostępów i odpowiedzialności. Możesz zamówić sam przegląd przed decyzją o stałym wsparciu.

Wiele rozwiązań można rozwijać w obecnej architekturze. Jeśli ograniczenia wymagają modernizacji, opisujemy je i proponujemy osobny zakres zmian. Decyzję podejmujesz na podstawie kosztów, potrzeb i wpływu na bieżącą pracę.

Plan prac łączy dostępność zespołu, budżet i kolejność zadań. Obejmuje zarówno zgłoszenia wymagające reakcji, jak i zaplanowany rozwój. Przy zmianie priorytetów widzisz jej wpływ na terminy i pozostałe prace.

Godziny obsługi, kanały zgłoszeń i oczekiwane czasy reakcji uzgadniamy przed rozpoczęciem współpracy. Nie zakładamy automatycznie dyżurów całodobowych. Wymagania dotyczące dostępności i incydentów są podstawą do ustalenia odpowiedniego zakresu umowy.

Krytyczne ścieżki obejmujemy testami adekwatnymi do systemu. Zmiana przechodzi przegląd kodu i weryfikację w środowisku testowym, a plan wdrożenia zawiera sposób wycofania wersji. Zakres testów zależy od wpływu zmiany na pozostałe funkcje.

Tak. Oba zespoły pracują według wspólnego podziału odpowiedzialności oraz zasad przeglądu zmian i wdrożeń. Dokumentacja zachowuje wiedzę o oprogramowaniu, aby Twój zespół mógł kontynuować pracę.

Materiały do przekazania to kod, dokumentacja, lista zależności i instrukcje wdrażania. Porządkujemy też dostępy i otwarte zadania. Osobno planujemy przekazanie wiedzy kolejnemu zespołowi, jeśli jest potrzebne.