Oggetto del ticket scritto nel seguente formato:
Impianto/Cliente - Prodotto - Descrizione sintetica del Problema
Esempi:
Sinergia - Utility Appello completo - Non estrae ferie per alcuni dipendenti
Fed TN - Report contabilità fittizia - Stampa vuota
SCM - Utility monitor assenze - Errore in fase di estrazione
Fed ER - Giustificativi da corsi - Impossibile cancellare giustificativi inseriti
Blutec - BData - Errore in copia attività
Messaggio: descrizione del problema, includendo eventuali dettagli aggiuntivi ottenuti dalle prove fatte sull'app Blutec e dalle verifiche sui dati fatte su Zucchetti, con eventuale copia/incolla della segnalazione originale (un po' superflua se la descrizione spiega bene il problema)
Nel descrivere il problema tieni presente che in sviluppo nella maggior parte dei casi non conosciamo il contesto (della parte che riguarda zucchetti) e se certe cose vengono date per scontate, potrebbero facilmente sorgere incomprensioni.
La problematica va descritta nel ticket. Può essere utile fare copia/incolla della segnalazione originale, ma molto difficilmente questo sarà sufficiente, soprattutto per chi non ha dimestichezza con l'applicativo zucchetti e quando il problema sia particolarmente legato al mondo zucchetti, più che all'app Blutec.
Evitare di salvare il messaggio da Outlook e allegare il file msg, piuttosto è meglio fare copia e incolla e includere eventuali allegati.
Inserire il nome preciso del prodotto/app/utility/procedura/software Blutec. Se il cliente la chiama in modo diverso comunque la richiesta deve arrivare col nome effettivo (per esempio il nome della voce di menu presente nelle utility. A voler andare di fino, potrebbe essere più pratico avere uno screenshot con punto di menu usato per l'apertura dell'app).
Parametri di lancio utilizzati per riprodurre il problema.
Utente cliente che lancia la procedura (azienda, periodo, eventuali altri filtri, eccetera).
Uno o più esempi verificabili di dati estratti incorrettamente e indicazione di come invece tali dati avrebbero dovuto essere estratti.
Una volta aperto il ticket, eventuali informazioni aggiuntive scoperte da sé o ricevute in seguito dal cliente vanno fornite sempre attraverso lo strumento del ticket, non via Teams o email. Questo per evitare di frammentare le informazioni in tanti posti diversi.
In un ticket deve essere contenuta una singola segnalazione. Se viene segnalato dal cliente un ulteriore nuovo problema diverso dal quello originale, va aperto un ticket separato, dedicato al nuovo problema, anche se la tematica fosse la stessa.
Nell'esporre la problematica ed eventuale suggerimento su come poterla risolvere è importante cercare di contestualizzare l'esigenza e l'obiettivo che si vuole raggiungere, in modo che possiamo capire la regola generale e risolvere il problema alla radice, evitando il rischio di sistemare il problema solo per uno o più casi particolari (con cablature o regole semi-cablate).
Feedback: è importante ricevere riscontri alle risposte che forniamo, soprattutto quando la problematica segnalata è stata risolta. Bisogna che ad un certo punto venga dato un feedback per chiudere i ticket, a volte accade che alcuni ticket vengano chiusi arbitrariamente da noi perchè semplicemente perchè sono passati mesi dall'ultima comunicazione e a quel punto diamo per scontato che non avendo più avuto risposte, la problematica debba essere stata risolta.