Είχα ιδιαίτερη ανταπόκριση από εσάς που θέλετε να ασχοληθείτε με το IT Service Management, σχετικά με το προηγούμενο θέμα της στήλης για τη διαδικασία Διαχείρισης Προβλημάτων (Problem Management). Καθώς επιβεβαιώνεται μια δυσκολία στην κατανόηση και εφαρμογή της Διαχείρισης Προβλημάτων θα προσπαθήσω με απλά παραδείγματα να ξεκαθαρίσουμε ορολογία και πρακτικές: Έστω λοιπόν ότι ένας χρήστης αναφέρει […]
Είχα ιδιαίτερη ανταπόκριση από εσάς που θέλετε να ασχοληθείτε με το IT Service Management, σχετικά με το προηγούμενο θέμα της στήλης για τη διαδικασία Διαχείρισης Προβλημάτων (Problem Management). Καθώς επιβεβαιώνεται μια δυσκολία στην κατανόηση και εφαρμογή της Διαχείρισης Προβλημάτων θα προσπαθήσω με απλά παραδείγματα να ξεκαθαρίσουμε ορολογία και πρακτικές:
Έστω λοιπόν ότι ένας χρήστης αναφέρει στο κέντρο εξυπηρέτησης (Service Desk) πως δεν μπορεί να εκτυπώσει ένα PDF αρχείο. Εδώ έχουμε ένα συμβάν (incident) και ανοίγεται μια κλήση.
Καθώς ο τεχνικός δεν βρίσκει λύση και ο χρήστης βιάζεται, του εγκαθιστά έναν από τους εκτυπωτές που βρίσκονται σε άλλο γραφείο και καταφέρνει έτσι να εκτυπώσει το έγγραφο. Εδώ έχει δοθεί μια εναλλακτική λύση, ένα work-around.
Ο τεχνικός πρέπει να δηλώσει ότι έδωσε εναλλακτική λύση και από τη στιγμή που ο χρήστης δουλεύει, το κέντρο εξυπηρέτησης πρέπει να κλείσει το Incident. Προσέξτε αυτό το σημείο καθώς η κλήση δεν πρέπει να παραμείνει ανοιχτή ούτος ώστε να έχουμε αξιόπιστες πληροφορίες και στατιστικά.
Πρέπει όμως ταυτόχρονα να καταγραφεί το γεγονός ως πρόβλημα (problem record). Τις περισσότερες φορές αυτό αποδεικνύεται το πιο αδύναμο σημείο και χρειάζεται να έχουν εκπαιδευτεί πολύ καλά τα άτομα του Service Desk.
Από αυτό το σημείο αναλαμβάνει ο Problem Manager να βρει το αίτιο. Δείτε το σε αντιστοιχία με το Crime Scene Investigation (CSI) που βλέπουμε στην τηλεόραση. Αρκετή έρευνα, συλλογή στοιχείων, ανάλυση, εξομοίωση του συμβάντος και αρκετές ερωτήσεις (η τεχνική των 5 ‘Γιατί;’ ίσως σας φανεί χρήσιμη).
Στο παράδειγμά μας η αιτία εντοπίστηκε σε έναν driver και στις ρυθμίσεις του registry. Ο Problem Manager θα πρέπει να εισηγηθεί μία τεκμηριωμένη αλλαγή ώστε να δοθεί οριστική λύση στο πρόβλημα και να αρθεί το work around.
Η ενημέρωση της βάσης δεδομένων με τα γνωστά σφάλματα(Known Errors database) είναι το απαραίτητο τελευταίο βήμα.
Ο Problem Manager σίγουρα δεν μπορεί να καλύψει όλα τα πιθανά γνωστικά αντικείμενα και είναι αναγκαία η υποστήριξη του management ώστε να του παρέχεται, κατά περίπτωση, η συνδρομή των εξειδικευμένων μηχανικών.
