Τι κάνουν πραγματικά οι σύμβουλοι: μια ρεαλιστική εικόνα

Οι σύμβουλοι SAP παραμετροποιούν, χτίζουν, δοκιμάζουν και σταθεροποιούν το SAP για μια επιχείρηση. Στην πράξη, το μεγαλύτερο μέρος της αξίας τους παραδίδεται στη μέση του προγράμματος. Ξεκαθαρίζουν πεδίο εφαρμογής που έχει ξεφύγει, τρέχουν τα walkthroughs που κανείς δεν έτρεξε, κάνουν triage στα ελαττώματα του UAT και σταθεροποιούν τη λειτουργία μετά το go-live. Οι λειτουργικοί σύμβουλοι κατέχουν την παραμετροποίηση των modules, οι τεχνικοί σύμβουλοι τις επεκτάσεις και τις ενοποιήσεις, και οι σύμβουλοι προγράμματος και αλλαγής την υλοποίηση και την υιοθέτηση. Το κείμενο απευθύνεται σε στελέχη που αποφασίζουν αν θα φέρουν εξωτερική βοήθεια και σε ανθρώπους που σταθμίζουν τη συμβουλευτική ως καριέρα. Αν είστε στέλεχος, ο πίνακας ενδείξεων παρακάτω σας λέει πότε να καλέσετε. Αν είστε σύμβουλος, οι ενότητες για την καθημερινότητα δείχνουν τι περιλαμβάνει πραγματικά η δουλειά.

Η ερώτηση προκύπτει κάθε φορά που κάποιος σταθμίζει εξωτερική υποστήριξη: τι ακριβώς κάνει ένας σύμβουλος που δεν μπορούμε να κάνουμε εμείς οι ίδιοι;

Η ειλικρινής απάντηση δεν κολακεύει ιδιαίτερα τον κλάδο της συμβουλευτικής. Το μεγαλύτερο μέρος της αξίας προέρχεται από τη διόρθωση πραγμάτων που δεν έπρεπε να χαλάσουν. Από ερωτήσεις που έπρεπε να έχουν ήδη τεθεί. Και από την προσθήκη δυναμικότητας και σαφήνειας τη στιγμή που η εσωτερική ομάδα τελειώνει και από τα δύο.

Αυτό δεν είναι κριτική προς τις εσωτερικές ομάδες. Έτσι τείνουν να τρέχουν τα προγράμματα SAP. Η εσωτερική ομάδα είναι τεντωμένη. Ο ολοκληρωτής συστημάτων έχει τις δικές του προτεραιότητες. Οι αποφάσεις στοιβάζονται και το πεδίο εφαρμογής ξεφεύγει. Έξι μήνες μέσα σε ένα πρόγραμμα δώδεκα μηνών, κάποιος ανοίγει το αρχείο ζητημάτων και βρίσκει είκοσι θέματα σημειωμένα ως «προς επίλυση» που βρίσκονται εκεί από την τρίτη εβδομάδα.

Συνήθως τότε έρχεται το τηλεφώνημα.

Κάποιοι σύμβουλοι φέρνονται στο blueprint ή στον σχεδιασμό. Πολλοί παίρνουν το τηλεφώνημα στη μέση του έργου, συχνά μετά από δύο ή τρεις μήνες αργής προόδου ή χαμένων παραδόσεων. Οι αναφορές προς την επιτροπή καθοδήγησης δείχνουν πορτοκαλί. Η ομάδα δουλεύει σκληρά. Η πρόοδος είναι αργή και κανείς δεν μπορεί να πει ακριβώς γιατί.

1. ExploreWorkshops και κενάWorkshops fit-to-standard, καταγραφή κενών
2. RealizeΚατασκευή και walkthroughsΠαραμετροποίηση και επεκτάσεις. Στη μέση του έργου έρχονται συνήθως τα τηλεφωνήματα διάσωσης
3. DeployTriage UAT και cutoverΚενό παραμετροποίησης, διαδικασίας ή εκπαίδευσης. Το triage αποφασίζει
4. HypercareΣταθεροποίησηΤο πρώτο μηνιαίο κλείσιμο και η ουρά ζητημάτων

Τα τυπικά σημεία εισόδου:

1. Το πεδίο εφαρμογής έχει ξεφύγει. Αυτό που εγκρίθηκε στο Explore δεν ταιριάζει πια με αυτό που δουλεύει η ομάδα κατασκευής. Απαιτήσεις προστέθηκαν ανεπίσημα σε workshops, το αρχείο αλλαγών δεν συντηρήθηκε και κανείς δεν έχει οριστικό κατάλογο του πεδίου εφαρμογής.
2. Ένα κρίσιμο workstream έχει κολλήσει. Η μετάπτωση δεδομένων μένει εδώ και εβδομάδες στο ίδιο ποσοστό σφαλμάτων χωρίς σχέδιο βελτίωσης. Το UAT ανοίγει περισσότερα ελαττώματα απ' όσα κλείνει.
3. Η ημερομηνία go-live είναι σταθερή και το πλάνο δεν την υποστηρίζει. Η ημερομηνία ορίστηκε από το διοικητικό συμβούλιο. Το πλάνο δεν έχει συμφωνηθεί με την πραγματική πρόοδο. Ο διευθυντής προγράμματος ξέρει ότι η πορεία χάνει την ημερομηνία αλλά δεν έχει κλιμακώσει ακόμη.

Σε κάθε περίπτωση, η δουλειά δεν είναι να προσθέσεις ανθρώπους στο υπάρχον πλάνο. Είναι να δεις τι συμβαίνει πραγματικά, να ονομάσεις καθαρά το πρόβλημα και να παραγάγεις μια διαδρομή προς τα εμπρός. Ο οδηγός μου για την επαναφορά των έργων SAP σε τροχιά καλύπτει αυτή την ακολουθία διάσωσης.

Διευκρίνιση πεδίου εφαρμογής και διαδικασιών

Κάποιες φορές η παραμετροποίηση είναι σωστή, αλλά η διαδικασία γύρω της είναι χαλασμένη. Ένα συνηθισμένο μοτίβο: η ομάδα παραμετροποίησε με βάση ένα έγγραφο fit-to-standard από το Explore, και οι επιχειρησιακοί χρήστες δεν έχουν δει την παραμετροποίηση από την έγκριση. Τους είπαν τι χτίζεται, δεν τους το έδειξαν.

Η λύση δεν είναι τεχνική. Είναι κενό συζήτησης. Η δουλειά είναι να ξεναγήσετε τους επιχειρησιακούς χρήστες στην παραμετροποίηση πριν από το UAT και να παραγάγετε μια σαφή λίστα αλλαγών προτού ανοίξουν οι δοκιμές.

Δεν είναι εντυπωσιακό. Έτσι μοιάζει η δουλειά.

Μετάφραση ανάμεσα σε τεχνικές και επιχειρησιακές ομάδες

Τα προγράμματα SAP παράγουν συστηματικά κάτι τεχνικά σωστό που η επιχείρηση δεν μπορεί να χρησιμοποιήσει. Ένας προσδιορισμός τιμών που δουλεύει στο 90% των περιπτώσεων και χαλάει στις παραγγελίες εξαγωγών. Μια κίνηση εμπορευμάτων που καταχωρίζεται σωστά αλλά δημιουργεί ένα χρηματοοικονομικό παραστατικό που η ομάδα συμφωνιών δεν αναγνωρίζει.

Ο λειτουργικός σύμβουλος κλείνει αυτό το κενό. Όχι επειδή είναι το πιο τεχνικό άτομο στην αίθουσα. Επειδή καταλαβαίνει τη συμπεριφορά του συστήματος και την επιχειρησιακή επίπτωση αρκετά καλά ώστε οι σωστοί άνθρωποι να πάρουν τη σωστή απόφαση.

Υποστήριξη UAT

Το user acceptance testing είναι εκεί όπου οι συσσωρευμένες αποφάσεις ενός προγράμματος αντέχουν ή καταρρέουν. Κάθε συντόμευση στο Explore, κάθε ανεπίσημη προσθήκη πεδίου εφαρμογής και κάθε περίπτωση δοκιμής γραμμένη σε επίπεδο περίληψης βγαίνει εδώ στην επιφάνεια.

Η καλή υποστήριξη UAT σημαίνει σωστό triage των ελαττωμάτων, με διαχωρισμό των κενών παραμετροποίησης από τα κενά διαδικασίας και τα κενά εκπαίδευσης. Σημαίνει επίσης διαχείριση της έντασης όταν οι επιχειρησιακοί χρήστες πέφτουν σε μια σειρά αποτυχιών που κλονίζει την εμπιστοσύνη τους σε ολόκληρο το πρόγραμμα. Χωρίς αυτό, κάθε ελάττωμα σε μια συνεδρία UAT γίνεται λόγος να αμφισβητηθεί το go-live, συνήθως επειδή το triage ήταν αδύναμο και κανείς δεν είχε ορίσει τι σημαίνει «έτοιμο για go-live».

Σταθεροποίηση μετά το go-live

Η λιγότερο εντυπωσιακή δουλειά στη συμβουλευτική SAP είναι το hypercare. Το go-live έγινε, τα εορταστικά email στάλθηκαν, η ομάδα υλοποίησης άρχισε να αποχωρεί. Μετά έρχεται το πρώτο μηνιαίο κλείσιμο. Οι καταχωρίσεις δεν ταιριάζουν με τη μορφή της συμφωνίας. Οι παραγγελίες παραγωγής ολοκληρώνονται αλλά δεν διακανονίζονται. Το help desk γεμίζει με χρήστες που εκπαιδεύτηκαν αλλά δεν προετοιμάστηκαν για οριακές περιπτώσεις.

Εδώ παραδίδεται μεγάλο μέρος της πραγματικής αξίας και εδώ τα περισσότερα προγράμματα έχουν λιγότερους πόρους. Η ομάδα hypercare δουλεύει συστηματικά την ουρά ζητημάτων, ξεχωρίζει τα συστημικά προβλήματα από τα μεμονωμένα λάθη και ξαναχτίζει την εμπιστοσύνη στο σύστημα.

Η δομή της δουλειάς δεν έχει αλλάξει. Έχει αλλάξει ο συνδυασμός του χρόνου.

Η τεκμηρίωση γράφεται σχεδόν μόνη της. Το SAP Joule for Consultants, γενικά διαθέσιμο από το 2025, απαντά σε ερωτήσεις παραμετροποίησης από τη δική του βάση γνώσεων του SAP, συμπεριλαμβανομένων των SAP Notes, και εξηγεί κώδικα ABAP. Οι βοηθοί που βασίζονται στο Joule στο SAP Cloud ALM συντάσσουν απαιτήσεις και περιπτώσεις δοκιμής από υλικό των workshops. Ο λειτουργικός σύμβουλος ξοδεύει λιγότερο χρόνο πληκτρολογώντας έγγραφα και περισσότερο αμφισβητώντας τα συμπεράσματα των workshops.

Ο κώδικας ελέγχεται περισσότερο απ' όσο γράφεται. Οι βοηθοί προγραμματιστών του SAP συντάσσουν κώδικα, συμπεριλαμβανομένου του SAP Build Code για επεκτάσεις Java και JavaScript στο SAP BTP. Οι τεχνικοί σύμβουλοι πλέον τον ελέγχουν, τον ασφαλίζουν και τον δοκιμάζουν.

Τα γραφεία hypercare βλέπουν λιγότερες ρουτινιάρικες ερωτήσεις. Το Joule μπορεί να απαντήσει σε ρουτινιάρικες ερωτήσεις, όπως υπόλοιπα αδειών ή κατάσταση εξόδων, μέσα στις εφαρμογές SAP, κάτι που αφαιρεί κάποιον όγκο από το γραφείο hypercare. Ο χρόνος του συμβούλου μετατοπίζεται προς κενά διαδικασιών, ζητήματα κύριων δεδομένων και τις περιπτώσεις που χρειάζονται άνθρωπο.

Ο λόγος για τον οποίο φέρνετε έναν σύμβουλο δεν έχει αλλάξει. Οι σύμβουλοι που έμαθαν αυτά τα εργαλεία ξοδεύουν περισσότερο χρόνο σε κρίση, επικοινωνία και κλιμάκωση, και λιγότερο σε δουλειά που η AI συντάσσει πλέον επαρκώς. Η περιγραφή του ίδιου του SAP για το Joule for Consultants είναι μια δίκαιη σύνοψη του τι καλύπτει.

Οι λειτουργικοί σύμβουλοι ειδικεύονται σε modules όπως FI, CO, SD, MM, PP, EWM ή SuccessFactors. Παραμετροποιούν το σύστημα γύρω από τις επιχειρησιακές διαδικασίες και κλείνουν το κενό ανάμεσα στο standard του SAP και τις απαιτήσεις του πελάτη. Η αξία τους είναι βάθος σε module συν γνώση των επιχειρησιακών διαδικασιών.

Οι τεχνικοί σύμβουλοι (ABAP developers, ειδικοί SAP BTP, αρχιτέκτονες ενοποίησης, Basis) χτίζουν τις επεκτάσεις και τις ενοποιήσεις που η παραμετροποίηση δεν καλύπτει. Στα σύγχρονα προγράμματα S/4HANA, οι αρχές του clean core μετακινούν τις νέες επεκτάσεις στο SAP BTP ή σε released APIs, κάτι που απαιτεί διαφορετικό σύνολο δεξιοτήτων από την κλασική τροποποίηση ABAP.

Οι διευθυντές έργων και προγραμμάτων παρέχουν δομή υλοποίησης: διακυβέρνηση, κίνδυνο, χρονοδιάγραμμα και επίλυση ζητημάτων, με ορατότητα σε ολόκληρο το πρόγραμμα ώστε τα προβλήματα να κλιμακώνονται πριν γίνουν κρίσεις.

Οι σύμβουλοι διαχείρισης αλλαγής δουλεύουν στην ανθρώπινη πλευρά: εκπαίδευση, επικοινωνία, εμπλοκή και τη διακυβέρνηση που αποφασίζει αν οι χρήστες θα υιοθετήσουν το σύστημα ή θα το παρακάμψουν.

Τα περισσότερα μεγάλα προγράμματα SAP χρειάζονται και τους τέσσερις. Τα προγράμματα της μεσαίας αγοράς έχουν συχνά λιγότερους ανθρώπους που καλύπτουν πολλούς ρόλους, κάτι που δημιουργεί κενά. Τα πλαίσια συμβουλευτικής και οι δεξιότητες που μετράνε στη συμβουλευτική είναι κοινά και στους τέσσερις. Αν είστε σύμβουλος και χαρτογραφείτε τη δική σας διαδρομή μέσα από αυτούς τους ρόλους, το SAPopedia παρουσιάζει σταδιοδρομίες και μαθήματα, και το ERPCV σας βοηθά να παρουσιάσετε αυτή την εμπειρία στους recruiters.

Το πιο ακριβό λάθος στη συμβουλευτική είναι να φέρετε κάποιον πολύ αργά. Μια αναθεώρηση κινδύνων πριν από το cutover, τέσσερις έως έξι εβδομάδες πριν από το go-live, μπορεί να βρει κρίσιμα ζητήματα όσο υπάρχει ακόμη χρόνος. Μια ανάθεση διάσωσης μετά από αποτυχημένο cutover κοστίζει πολύ περισσότερο. Γίνεται επίσης υπό επιχειρησιακή πίεση, σε έναν οργανισμό που έχει χάσει την εμπιστοσύνη στο σύστημα.

Ο πίνακας δείχνει τις ενδείξεις και τη βοήθεια που ζητά η καθεμία.

Ένδειξη	Τι σημαίνει συνήθως	Βοήθεια που χρειάζεται	Τι πρέπει να παραδώσει σε δύο εβδομάδες
Θέματα στο αρχείο ζητημάτων ανοιχτά πάνω από τέσσερις εβδομάδες χωρίς ημερομηνία επίλυσης	Πρόβλημα διακυβέρνησης, όχι τεχνικό	Ανεξάρτητος σύμβουλος προγράμματος	Λίστα αποφάσεων με υπευθύνους και ημερομηνίες
Go-live σε λιγότερο από 60 ημέρες και καμία πρόβα cutover	Αδοκίμαστο cutover. Οι εκπλήξεις στο go-live δεν αναστρέφονται σε πραγματικό χρόνο	Επικεφαλής cutover ή προγράμματος	Πλάνο cutover που έχει δοκιμαστεί σε πρόβα και κριτήρια go/no-go
Οι ιδιοκτήτες της επιχείρησης έχουν σταματήσει να παρευρίσκονται	Το UAT θα αποτύχει χωρίς σκόπιμη παρέμβαση	Επικεφαλής αλλαγής συν λειτουργικός επικεφαλής	Walkthroughs με βασικούς χρήστες και σχέδιο επανασύνδεσης
Ένα workstream κολλημένο στο ίδιο ποσοστό σφαλμάτων για εβδομάδες	Δεν έχει βρεθεί η βασική αιτία	Ειδικός σε αυτό το workstream	Ανάλυση βασικής αιτίας και σχέδιο ανάκαμψης
Η αναφορά του SI είναι η μοναδική εικόνα της υγείας του προγράμματος	Κανένας ανεξάρτητος έλεγχος	Σύμβουλος στην πλευρά του πελάτη	Μια ειλικρινής αξιολόγηση υγείας για τον χορηγό

Τι κάνουν πραγματικά οι σύμβουλοι SAP σε ένα έργο;

Αναλύουν επιχειρησιακές απαιτήσεις, παραμετροποιούν το SAP ώστε να τις υποστηρίζει και κλείνουν το κενό ανάμεσα στις προεπιλογές του SAP και σε όσα χρειάζεται η επιχείρηση. Στο Explore τρέχουν workshops fit-to-standard και καταγράφουν κενά. Στο Realize χτίζουν την παραμετροποίηση και δουλεύουν με developers στις επεκτάσεις. Στο Deploy υποστηρίζουν το UAT, διαχειρίζονται ελαττώματα και προετοιμάζουν το cutover. Στο hypercare επιλύουν ζητήματα μετά το go-live. Το κομμάτι που λείπει από τις περιγραφές θέσεων είναι το triage των κενών ανάμεσα στις φάσεις και η διατήρηση πειθαρχίας υλοποίησης υπό πίεση.

Πότε χρειάζονται πραγματικά σύμβουλο οι οργανισμοί;

Τρεις περιπτώσεις καλύπτουν τις περισσότερες αναθέσεις. Διάσωση προγράμματος, όταν το πεδίο εφαρμογής έχει ξεφύγει, ένα workstream έχει κολλήσει ή η ημερομηνία go-live κινδυνεύει. Εξειδικευμένη δυνατότητα, όταν η ομάδα δεν διαθέτει μια δεξιότητα module ή τεχνική, όπως παραμετροποίηση PP-PI ή ενοποίηση στο SAP BTP. Και διακυβέρνηση, όταν ο οργανισμός θέλει ανεξάρτητη εποπτεία σε ένα πρόγραμμα που τρέχει ολοκληρωτής συστημάτων. Το να περιμένετε να χειροτερέψουν τα πράγματα πριν καλέσετε είναι το πιο συνηθισμένο μοτίβο και το πιο ακριβό.

Ποια είναι η διαφορά ανάμεσα σε λειτουργικό και τεχνικό σύμβουλο SAP;

Οι λειτουργικοί σύμβουλοι παραμετροποιούν το SAP ώστε να υποστηρίζει τις επιχειρησιακές διαδικασίες σε modules όπως FI/CO, SD, MM, PP ή EWM, και δουλεύουν απευθείας με τους επιχειρησιακούς χρήστες στις απαιτήσεις. Οι τεχνικοί σύμβουλοι χτίζουν ό,τι δεν μπορεί η παραμετροποίηση: επεκτάσεις ABAP και BTP, ενοποιήσεις και διαχείριση συστήματος μέσω Basis. Οι αρχές του clean core μετακινούν την τεχνική δουλειά από τις τροποποιήσεις ABAP μέσα στο σύστημα προς επεκτάσεις BTP και released APIs.

Πώς καταλαβαίνετε αν ένας σύμβουλος προσθέτει αξία;

Τρεις ενδείξεις. Φέρνει στην επιφάνεια παραδοχές που δεν είχαν ελεγχθεί ποτέ και αποφάσεις που είχαν μετατεθεί, αντί να επιβεβαιώνει υπάρχουσες απόψεις. Αποφάσεις που ήταν κολλημένες για εβδομάδες αρχίζουν να παίρνονται. Και το αρχείο ζητημάτων μικραίνει επειδή διορθώνονται οι βασικές αιτίες, όχι επειδή κλείνουν θέματα χωρίς επίλυση. Ένα αρχείο που μένει στο ίδιο μήκος παρά τη δραστηριότητα σημαίνει ότι τα προβλήματα είναι συστημικά ή ότι οι διορθώσεις δεν φτάνουν στην αιτία.

Ποιο είναι το δυσκολότερο κομμάτι της δουλειάς συμβούλου;

Να ονομάσετε προβλήματα που ο πελάτης ήδη γνωρίζει αλλά δεν έχει αντιμετωπίσει: το πεδίο εφαρμογής που ξέφυγε, τις περιπτώσεις δοκιμής που δεν γράφτηκαν ποτέ, τον χορηγό που σταμάτησε να εμπλέκεται. Αυτό απαιτεί αρκετή εμπιστοσύνη ώστε να ακουστείτε, αρκετή αξιοπιστία ώστε να σας πιστέψουν και αρκετή ευθύτητα ώστε να πείτε δυσάρεστα πράγματα. Οι σύμβουλοι που προστατεύουν τη σχέση εις βάρος της διάγνωσης είναι ακριβή συγκατάθεση.

Γιατί να προσλάβετε ανεξάρτητο σύμβουλο αν ο πελάτης έχει ήδη SI;

Ο ολοκληρωτής συστημάτων λογοδοτεί για την παράδοση του συμβατικού πεδίου εφαρμογής. Ένας ανεξάρτητος σύμβουλος λογοδοτεί στον πελάτη για το αποτέλεσμα. Είναι διαφορετικές δουλειές. Ο σύμβουλος στην πλευρά του πελάτη αμφισβητεί τις παραδοχές σχεδιασμού και επικυρώνει ότι ο σχεδιασμός καλύπτει τις επιχειρησιακές ανάγκες. Προστατεύει την εμπορική θέση του πελάτη στον έλεγχο αλλαγών και δίνει στην ηγεσία μια εικόνα της υγείας του προγράμματος που δεν φιλτράρεται μέσα από την αναφορά του ολοκληρωτή. Αυτό είναι δομική σύγκρουση συμφερόντων, όχι κριτική προς τους ολοκληρωτές.