Information Technology procedure operative standard

modalità operative stabilite le indicazioni di base per raggiungere un obiettivo tecnologico . Essi servono anche come un punto di riferimento per informazioni sui passaggi in una procedura specifica , per essere seguiti da persone coinvolte in uno specifico processo di information technology . Di tanto in tanto queste SOP devono essere aggiornate come i processi di cambiamento . Elementi di un buon SOP

Un buon SOP ( Standard Operating Procedure ) avranno un titolo memorabile che può essere richiamato quando le persone sono alla ricerca di informazioni su una specifica procedura . Si darà anche una breve descrizione che vi mostrerà ciò che può essere raggiunto seguendo la procedura e l'esito . Inoltre , il SOP mostrerà la SLA ( Service Level Agreement) di livello ad esso associati. Rischi connessi alla procedura saranno documentati mostrando i possibili risultati e modi di evitarli. SOP indicano anche il ETR ( Tempo previsto per la risoluzione) che può mostrare il momento ottimale per eseguire la procedura . Si mostrerà anche il gruppo responsabile. SOP devono anche mostrare se ci sono dipendenze da altre POS emesse al fine di completare e possibile guidelines.In escalation corpo del SOP sono i passaggi necessari per eseguire la procedura . Questi sono solitamente numerati per chiarimenti. Al termine dei passaggi numerati vengono i passaggi di verifica e suggerimenti utili . Un buon SOP contiene una storia del documento per mostrare tutte le modifiche e una sezione in cui un revisore capo del dipartimento , un supervisore e un rappresentante di ingegneria sarà in grado di firmare il documento .
Di SLA

SLA ( Service Level Agreement ) sono in atto per mostrare ciò che è previsto da parte del cliente , in termini di tempo di esecuzione . Sarà anche mostrare ciò che supererà le aspettative del cliente . Questo è utile per determinare i livelli di prestazione e degli obiettivi intermedi raggiunti , anche. Un alto SLA in genere bisogno di essere rapidamente eseguiti in modo da non mancare il tempo finale previsto per il lavoro . Un basso SLA permetterà molta più flessibilità , ma non può essere così significativo in termini di soddisfazione del cliente .
Rischi

I rischi non sono lì per ripartire i rischi per gruppi specifici di eseguire la procedura , ma piuttosto per indicare il rischio che comporta l'esecuzione della procedura e che mostra un percorso di escalation in caso di necessità .

Informazioni correlate

Articoli consigliati

Competenze informatiche di base