Umów konsultację

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 →