Home / FAQs / Consulenza AI, integrazione MCP, outsourcing tecnologico e consegna di sistema
QUESTION & ANSWER

Come dovrebbe essere concordato SLA, che è outsourced per la manutenzione del sistema software?

SLA dovrebbe prima distinguere il livello di fallimento da impatto aziendale, quindi concordare separatamente sugli obiettivi di ricezione, risposta, bypassare, ripristinare e radice causa analisi.

Rispondi alla domanda.

In primo luogo, dare conclusioni che possono essere utilizzate per il processo decisionale

Al centro della SLA è far sapere a entrambe le parti, al momento dell'interruzione di attività, che decideranno sul grado, come contattare, se ripristinare o riparare prima, e come verrà affrontata la dipendenza esterna. I livelli gravi dovrebbero essere determinati congiuntamente da utenti interessati, funzioni aziendali, rischi di dati e alternative disponibili, e non possono essere aggiornati a tempo indeterminato dalla stampa.

DECISION FACTORS

Quali condizioni devono essere identificate prima che il giudizio sia fatto?

La stessa domanda può avere risposte diverse in diverse fasi di business, dati e progetti, e si suggerisce che le seguenti condizioni siano controllate e che i risultati comuni sul web siano incorporati nei propri progetti.

Tempo di business core e tempi di pausa consentitiLivello di guasto, obiettivo per la notifica e la promozioneOre di lavoro, servizi di estensione, o 7x24 dovere.Servizi cloud, reti, interfacce di terze parti e confine con la responsabilità laterale del cliente
ACTION STEPS

Ordine consigliato di anticipo

01

Prima di tutto, saremo chiari sul bersaglio e sul confine.

Sono elencati sistemi chiave, processi aziendali, utenti e livelli di impatto.

02

Validazione della dipendenza chiave

Definire gli obiettivi di risposta, aggiornamento, ripristino e retrofitting per i livelli.

03

Sviluppo dei risultati valutabili

Canali di rete, percorsi di aggiornamento, manutenzione di finestre e record di prove.

04

Assicurati di decidere il prossimo passo con i risultati reali.

Recensione di SLA su base trimestrale basata su eventi reali, errori e cambiamenti di business.

PRACTICAL EXAMPLE

Come lo capisci nel vero affare?

Esempio usato per illustrare il metodo di giudizio

Il sistema di ordine è completamente fuori dal livello superiore e richiede risposta immediata e recupero prioritario; lo stesso obiettivo non deve essere utilizzato per gli errori nel formato di dichiarazione individuale non-core. Se un fallimento viene da una piattaforma di pagamento, il team è ancora tenuto a confermare, notificare, fornire bypass e tracciare il recupero in modo tempestivo, ma non è in grado di impegnarsi a controllare il tempo reale di recupero di una terza parte.

COMMON RISKS

Il pozzo più semplice da fare.

Solo il servizio "7x24", nessuna modalità di spostamento e livello di risposta.

Scrivere il tempo di risposta direttamente come il recupero finale di tutti i malfunzionamenti.

Senza monitoraggio e log, i venditori sono tenuti a rilevare proattivamente tutte le anomalie aziendali

ACCEPTANCE

Come dovremmo finire per ricevere e confermare?

L'allegato SLA dovrebbe includere la portata, il tempo operativo, il livello, la tempistica, il canale, l'aggiornamento, l'esclusione e la segnalazione del sistema.

In primo luogo, gli elementi sconosciuti sono chiaramente marcati, e poi la decisione è fatta per usare la diagnostica, PoC, progetti a banda fissa o la ricerca e lo sviluppo in corso, che è solitamente più affidabile di una domanda diretta per un prezzo e una durata senza frontiere.

Le condizioni del progetto sono diverse dagli esempi sopra indicati?

Gli obiettivi operativi, i sistemi esistenti, il tempo di campionamento e di programmazione potrebbero essere raccolti prima che i consulenti possano fare giudizi preliminari in relazione ai confini effettivi.

Consulenti di progetto associati