1. Descrivi l'azione che richiede tempo
Indica cosa stavi facendo: avviare la postazione di lavoro, effettuare il login, avviare un'applicazione, salvare un file o inviare un documento. Prendere nota dell'ora, della frequenza e del messaggio visualizzato, se presente. Uno screenshot può essere utile dopo aver nascosto informazioni riservate.
Descrivi anche il risultato: l'azione alla fine riesce, si blocca o devi ricominciare da capo? Un tempo approssimativo e un esempio riproducibile sono più utilizzabili di un'impressione generale. Se l'incidente si verifica a seguito di un cambiamento noto, segnalatelo senza concludere che questo cambiamento sia necessariamente la causa.
2. Specificare le persone e le attrezzature interessate
Il problema riguarda un singolo computer, più persone o un intero reparto? Avviene in loco e da remoto? Un'altra applicazione funziona normalmente? Questi confronti danno spazio alla diagnosi, senza chiedere all'utente di modificare i parametri tecnici.
In una sessione remota, distinguere il comportamento dell'ambiente locale e del server. Per un'email, indicare se il webmail ha gli stessi sintomi dell'app o del telefono. Per un file condiviso, specificare se sono coinvolti altri documenti o utenti.
3. Identificare dove si trovano le risorse
Un documento può essere locale, su un server o in uno spazio online. L'applicazione può essere eseguita sul computer o in una sessione remota. Queste informazioni aiutano a identificare i controlli necessari e gli stakeholder coinvolti.
Una difficoltà di rete può influenzare un servizio remoto, ma non tutti i ritardi provengono dalla connessione Wi-Fi. L'archiviazione, l'addebito di una domanda, la tassa o il funzionamento di un servizio può richiedere un esame separato. Il ruolo della diagnosi è quello di conciliare osservazioni e tracce per situare il problema.
4. Evita di cambiare più cose contemporaneamente
Prima di un intervento, conserva gli elementi utili e trasmettili al team che monitora la tua flotta. Modifiche successive e non documentate rendono il confronto più difficile. A volte un riavvio può far scomparire temporaneamente un sintomo; il suo tempo e i suoi effetti restano quindi informazioni da riportare.
L'operatore può definire un test, effettuare un'azione mirata e poi osservare il risultato. Il report distingue la correzione applicata dal controllo ottenuto. Il superamento del test su un documento costituisce un passo; Il feedback degli utenti consente la verifica del comportamento nel lavoro reale.
5. Scegli cosa fare dopo in base alla diagnosi
A seconda dei risultati, la risposta può essere basata su un'impostazione post, l'evoluzione hardware, il sistema server, l'applicazione o l'installazione di rete. La decisione di sostituire un computer o aggiungere risorse si basa su questa analisi piuttosto che sull'età dell'apparecchiatura da sola.
Agedis coordina i controlli della stazione e dei sistemi. Alltech può soddisfare la necessità di incollaggio o copertura in loco. L'editore interviene sulla sua richiesta; Dtouch può studiare un adattamento software specifico. Per un ambiente ospitato, il componente del data center viene esaminato con Cloudlab quando le osservazioni lo giustificano.
Prepararsi per il tuo prossimo scambio
- Azione specifica e momento dell'incidente
- Messaggio, cattura redatta e risultato osservato
- Utenti e dispositivi interessati
- Localizzazione, rete o sessione remota
- Modifica recente e prove già effettuate