Stary kod.
To nie koniec historii.

Brzmi znajomo?

• Zmiana jednego formularza psuje coś w innym miejscu.
• Hosting wymaga nowszego PHP, a aplikacja nie jest na to gotowa.
• Kod jest w repozytorium, ale wiedza o systemie została u poprzedniego wykonawcy.
• Klienci zgłaszają błędy, których nikt nie potrafi odtworzyć.
• Potrzebujesz nowej integracji, lecz każda wycena zaczyna się od wymiany całej aplikacji.

Nie musisz mieć dokumentacji ani znać numeru wersji frameworka. Na początek opisz, do czego służy system i co dziś utrudnia pracę.

Najpierw diagnoza. Potem decyzja.

Sprawdzamy kod, wersję PHP, biblioteki, bazę danych i sposób wdrażania. Odtwarzamy istotne ścieżki na osobnym środowisku. Ustalamy, które problemy są pilne, a które można zaplanować później.

Po rozpoznaniu omawiamy zakres zmian, ryzyka i wycenę kolejnego etapu. Jeśli przebudowa większego fragmentu ma sens, wyjaśniamy dlaczego. Jeśli wystarczą mniejsze zmiany, od nich zaczynamy.

Cztery sposoby, żeby ruszyć dalej

Audyt i plan prac

Przegląd aplikacji z listą problemów oraz kolejnością działań. Przydatny przed przejęciem systemu, aktualizacją lub decyzją o dalszej inwestycji.

Pomoc przy konkretnym błędzie

Analiza logów, odtworzenie problemu i przygotowanie poprawki. Dostępność oraz termin interwencji uzgadniamy po poznaniu sytuacji.

Modernizacja etapami

Aktualizacja PHP, Symfony i zależności, testy najważniejszych funkcji oraz porządkowanie wdrożeń. Zakres migracji zależy od stanu aplikacji i bibliotek.

Stała opieka

Po przejęciu systemu możemy obsługiwać zgłoszenia, aktualizacje i dalszy rozwój. Ustalamy godziny dostępności, sposób rozliczenia i odpowiedzialność za infrastrukturę.

Firma pracuje. My planujemy zmiany wokół niej.

Przed wdrożeniem ustalamy sposób wykonania kopii, testy kluczowych procesów i plan wycofania zmian. Migracje wymagające przerwy planujemy z wyprzedzeniem. Nie deklarujemy braku przestojów bez sprawdzenia konkretnego systemu.

Ważne są dla nas także rzeczy, których użytkownik nie widzi: własność repozytorium, dostęp do serwerów, dokumentacja i możliwość odtworzenia środowiska.

Co przygotować na pierwszą rozmowę

Napisz, do czego służy aplikacja, ile osób z niej korzysta i co się ostatnio zmieniło. Przyda się informacja o hostingu, dostępności kodu oraz ostatnim wykonawcy. Hasła i dane klientów zostaw poza formularzem — sposób dostępu ustalimy osobno.