Przejdź do treści

Poradniki

Utrzymanie i czasowe zastępstwa

· 3 min czytania

Zatrudnij freelancerów do utrzymania lub czasowego zastępstwa z określonym backlogiem, granicami dostępu, recenzentem i udokumentowanym przekazaniem.

Zastępstwo czy usługa utrzymania?

Zastępstwo zwiększa moce; zespół zachowuje priorytety i przeglądy. Utrzymanie wymaga uzgodnionego zakresu i odpowiedzialności. Należy oddzielić błędy, zależności i funkcje; osoba nie oznacza ciągłego wsparcia.

Siatka testów wokół zachowania, na którym polega biznes

Starszy kod ma zwykle mało testów, a jego udokumentowane zachowanie rzadko odpowiada rzeczywistemu. Przed zmianą struktury warto napisać testy charakteryzujące: testy, które zapisują, co system robi dziś, łącznie z jego nietypowymi przypadkami brzegowymi, tak aby każda zmiana zachowania ujawniła się jako nieprzechodzący test.

Najlepiej zacząć od krawędzi, od testów, które wywołują aplikację przez jej API lub interfejs użytkownika i sprawdzają wyniki, bo przetrwają zmiany wewnętrzne. W przypadku obliczeń i raportów warto przepuścić prawdziwe dane wejściowe przez stary i nowy kod i porównać wyniki. Bardziej szczegółowe testy dodaje się do każdej części w trakcie jej refaktoryzacji. Nasz artykuł o aktualizacji krytycznej aplikacji w Javie 8 pokazuje tę samą siatkę bezpieczeństwa zastosowaną przy aktualizacji środowiska uruchomieniowego.

Co zawrzeć w briefie utrzymania?

Należy wymienić wersje, znane incydenty, wydawanie i braki dokumentacji. Określić krytyczne zachowania i zatwierdzającego. Uzgodnić wymiar, start i przekazanie; zakres wsparcia musi być wyraźnie ustalony.

Najważniejsze wnioski

  • Zastępstwo zwiększa moce; zespół zachowuje priorytety i przeglądy.
  • Należy wymienić wersje, znane incydenty, wydawanie i braki dokumentacji.
  • Powód biznesowy modernizacji należy spisać razem z miarą, którą da się później sprawdzić.

FAQ

Zastępstwo czy usługa utrzymania?

Zastępstwo zwiększa moce; zespół zachowuje priorytety i przeglądy. Utrzymanie wymaga uzgodnionego zakresu i odpowiedzialności. Należy oddzielić błędy, zależności i funkcje; osoba nie oznacza ciągłego wsparcia.

Co zawrzeć w briefie utrzymania?

Należy wymienić wersje, znane incydenty, wydawanie i braki dokumentacji. Określić krytyczne zachowania i zatwierdzającego. Uzgodnić wymiar, start i przekazanie; zakres wsparcia musi być wyraźnie ustalony.

Nie wiemy dokładnie, kogo potrzebujemy. Czy SDK może pomóc?

Tak. Wystarczy opisać problem w zapytaniu lub podczas rozmowy, a pomożemy określić rolę. Jeśli okaże się, że zamiast tego potrzebny jest zrealizowany projekt, tym również możemy się zająć.

Prosimy opisać, czego Państwo potrzebują.

Coś do zbudowania, ludzie do znalezienia albo pytanie, na które trzeba odpowiedzieć. W 30-minutowej rozmowie słuchamy i szczerze mówimy, jak możemy pomóc i czego by to wymagało.