Utrzymanie systemu po wdrożeniu: co obejmuje i dlaczego nie warto o nim zapominać
System działa, zespół z niego korzysta, projekt zamknięty. Po roku okazuje się, że biblioteki są nieaktualne, kopii zapasowych nikt nie sprawdzał, a drobne poprawki czekają miesiącami. Utrzymanie zapobiega takim sytuacjom.
Co obejmuje utrzymanie
- aktualizacje serwera, języka programowania i bibliotek,
- kopie zapasowe i regularne testy odtwarzania,
- monitorowanie działania systemu i błędów,
- poprawki zgłaszanych problemów,
- drobne zmiany wynikające z codziennej pracy,
- dalszy rozwój: nowe moduły, raporty i integracje.
Dlaczego system, który działa, też wymaga opieki
Oprogramowanie nie zużywa się jak maszyna, ale jego otoczenie cały czas się zmienia. Pojawiają się nowe wersje systemów operacyjnych i telefonów, usługi zewnętrzne zmieniają sposób wymiany danych, a w bibliotekach wykrywane są luki bezpieczeństwa. Im dłużej system nie jest aktualizowany, tym trudniejsza i bardziej ryzykowna jest każda zmiana.
Co zapisać w umowie utrzymania
- zakres: co wchodzi w utrzymanie, a co jest rozwojem,
- czas reakcji na zgłoszenia, zależny od wagi problemu,
- sposób zgłaszania problemów,
- częstotliwość aktualizacji i kopii zapasowych,
- zasady dostępu do serwera i danych,
- sposób rozliczania prac rozwojowych.
Czas reakcji zależy od potrzeb firmy
System, na którym opiera się codzienna praca kilkuset osób, wymaga innego poziomu opieki niż narzędzie używane raz w tygodniu. Dlatego czas reakcji warto ustalić indywidualnie i zapisać w umowie, zamiast przyjmować jeden standard dla wszystkich.
Utrzymanie to także rozwój
Po wdrożeniu użytkownicy szybko zauważają, co można usprawnić. Dobre utrzymanie zostawia miejsce na te pomysły, zamiast odkładać je na „kiedyś”. Jeśli potrzebujesz opieki nad systemem, umów konsultację.
Masz pytanie w tym temacie? Porozmawiajmy →