Home / FAQs / AI doradztwo, integracja MCP, outsourcing technologii i dostawa systemu
QUESTION & ANSWER

Jak uzgodnić SLA, które jest zlecane na potrzeby konserwacji systemu oprogramowania?

SLA powinno najpierw rozróżnić poziom niepowodzenia w wyniku oddziaływania na biznes, a następnie uzgodnić oddzielnie cele przyjmowania, odpowiedzi, pomijania, przywracania i analizy przyczyn. Czas odpowiedzi nie równa się czas naprawy, a platformy trzeciej strony i współpracy klienta są zapisane.

Odpowiedz na pytanie.

Po pierwsze, należy przedstawić wnioski, które mogą być wykorzystane do podejmowania decyzji.

W centrum SLA jest, aby obie strony wiedzieć, w czasie przerwy w działalności gospodarczej, kto zdecyduje się na ocenę, jak skontaktować się, czy przywrócić lub naprawić najpierw, i jak zewnętrzne zależności zostaną rozwiązane. Poważne poziomy powinny być ustalane wspólnie przez zainteresowanych użytkowników, funkcje biznesowe, ryzyka związane z danymi i dostępnych alternatyw, i nie mogą być uaktualniane na czas nieokreślony przez prasę.

DECISION FACTORS

Jakie warunki należy określić przed podjęciem decyzji?

To samo pytanie może zawierać różne odpowiedzi w różnych fazach działalności, danych i projektów. Sugeruje się, aby sprawdzić następujące warunki i włączyć wspólne ustalenia w sieci do ich własnych projektów.

Podstawowy czas prowadzenia działalności i dozwolone czasy przerwyPoziom błędu, cel w zakresie powiadamiania i promocjiGodziny pracy, usługi dodatkowe, lub 7x24.Usługi w chmurze, sieci, interfejsy stron trzecich i granica odpowiedzialności klienta
ACTION STEPS

Sugerowana kolejność wyprzedzania

01

Najpierw wyjaśnimy cel i granicę.

Wymienia się kluczowe systemy, procesy biznesowe, użytkowników i poziomy oddziaływania.

02

Kluczowe zależności zatwierdzenia

Zdefiniować cele w zakresie reagowania, aktualizacji, przywrócenia i modernizacji poziomów.

03

Opracowanie wyników możliwych do oceny

Sieci, modernizacja ścieżek, utrzymanie rekordów okien i dowodów.

04

Upewnij się, że zdecydujesz się na kolejny krok z prawdziwymi wynikami.

Przegląd SLA na podstawie kwartalnych danych na podstawie rzeczywistych zdarzeń, błędnych oświadczeń i zmian w działalności.

PRACTICAL EXAMPLE

Jak to rozumiesz w prawdziwym biznesie?

Przykład stosowany do zilustrowania metody oceny

System zamówień jest całkowicie poza najwyższym poziomem i wymaga natychmiastowej reakcji i priorytetowego odzyskiwania; ten sam cel nie powinien być stosowany w przypadku błędów w indywidualnym formacie deklaracji niepodstawowej. Jeżeli awaria pochodzi z platformy płatniczej, zespół jest nadal zobowiązany do potwierdzenia, powiadomienia, dostarczania bajtów i odzyskiwania toru w odpowiednim czasie, ale nie jest w stanie zobowiązać się do kontrolowania rzeczywistego czasu odzyskania przez osobę trzecią.

COMMON RISKS

Najprostszy do przejścia.

Tylko usługa "7x24", bez trybu przesunięcia i poziomu odpowiedzi.

Zapisuj czas odpowiedzi bezpośrednio jako ostateczny odzysk wszystkich błędów.

Bez monitorowania i logowania dostawcy są zobowiązani do aktywnego wykrywania wszystkich nieprawidłowości w działalności gospodarczej

ACCEPTANCE

Jak mamy to potwierdzić?

Załącznik SLA powinien obejmować zakres, czas pracy, poziom, czas, kanał, modernizację, wyłączenie i sprawozdawczość systemu.

Przygotowując się do komunikacji z dostawcami lub zespołami wewnętrznymi, zaleca się, aby obecnie procesy, reprezentatywne próbki, istniejące systemy, czas planowania i poziomy budżetowe zostały wprowadzone. Po pierwsze, nieznane pozycje są wyraźnie oznaczone, a następnie podejmuje się decyzję o zastosowaniu diagnostyki, PoC, projektów o zasięgu stałym lub trwających badań i rozwoju, co jest zazwyczaj bardziej wiarygodne niż bezpośrednie zapotrzebowanie na cenę i czas trwania bez granic.

Warunki projektu różnią się od powyższych przykładów?

Cele operacyjne, istniejące systemy, próby i planowany czas można by zestawić, zanim konsultanci będą mogli dokonać wstępnych ocen w odniesieniu do rzeczywistych granic.

Doradcy ds. projektów stowarzyszonych