Πρότυπα υλοποίησης SAP: το σύνολο του SAP Activate ανά φάση

Τα πρότυπα του SAP Activate είναι τα πρότυπα υλοποίησης και τα accelerators που δημοσιεύει η SAP για κάθε φάση ενός προγράμματος S/4HANA, από το έγγραφο οριοθέτησης στο Prepare έως το σχέδιο cutover στο Deploy. Τα βρίσκετε στο SAP Activate Roadmap Viewer και, στα cloud προγράμματα, στο SAP Cloud ALM.

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

Το να βρείτε τα πρότυπα είναι εύκολο. Το δύσκολο είναι να ξέρετε ποια να πάρετε στα σοβαρά.

Αυτό είναι το σύνολο προτύπων υλοποίησης SAP που περιμένω να δω εγκεκριμένο, με τον υπεύθυνο και το σημείο που πρέπει να περάσει το καθένα.

Φάση	Πρότυπο	Υπεύθυνος	Εγκρίνεται πριν
Prepare	Έγγραφο οριοθέτησης έργου	Διευθυντής προγράμματος (εγκρίνει ο χορηγός)	Ξεκινήσει το Explore
Prepare	Business case	CFO ή επιχειρησιακός ιδιοκτήτης	Αποδεσμευτεί η χρηματοδότηση
Prepare	Μήτρα ενδιαφερομένων	Διευθυντής προγράμματος	Κλειστούν τα εργαστήρια του Explore
Explore	Φύλλο απαιτήσεων και fit-gap	Αρχή σχεδιασμού (επιχείρηση και IT)	Ξεκινήσει το Realize
Realize	Ημερολόγιο παραμετροποίησης	Λειτουργικοί επικεφαλής	Μεταφερθεί κάθε transport στο QA
Realize	Μητρώο ειδικής ανάπτυξης	Επικεφαλής ανάπτυξης	Ξεκινήσει η ανάπτυξη οποιουδήποτε αντικειμένου
Realize	Στρατηγική δοκιμών	Υπεύθυνος δοκιμών	Ξεκινήσουν οι δοκιμές ολοκλήρωσης συστημάτων
Realize	Σχέδιο μετάπτωσης δεδομένων	Επικεφαλής μετάπτωσης δεδομένων	Την πρώτη δοκιμαστική φόρτωση
Deploy	Σχέδιο cutover	Υπεύθυνος cutover	Την τελική γενική δοκιμή
Deploy	Λίστα ετοιμότητας go-live	Διευθυντής προγράμματος (υπογράφει ο χορηγός)	Τη σύσκεψη go/no-go
Deploy	Μοντέλο υποστήριξης hypercare	Επικεφαλής παροχής υπηρεσιών	Το go-live
Run	Φύλλο παρακολούθησης απόδοσης	Επικεφαλής Basis	Το go-live

Το SAP Activate έχει έξι φάσεις: Discover, Prepare, Explore, Realize, Deploy και Run. Συνδυάζει περιεχόμενο SAP Best Practices, μια μεθοδολογία και καθοδηγούμενη παραμετροποίηση. Το Discover είναι φάση έρευνας χωρίς δέσμευση, οπότε για τους περισσότερους πελάτες τελειώνει πριν υπογραφεί η σύμβαση και τα παρακάτω πρότυπα ξεκινούν από το Prepare.

1. 01DiscoverΣυνήθως πριν υπογραφεί η σύμβαση
2. 02PrepareΈγγραφο οριοθέτησης, business case, μήτρα ενδιαφερομένων
3. 03ExploreΦύλλο απαιτήσεων και fit-gap
4. 04RealizeΗμερολόγιο παραμετροποίησης, μητρώο ανάπτυξης, στρατηγική δοκιμών, σχέδιο μετάπτωσης
5. 05DeployΣχέδιο cutover, ετοιμότητα go-live, hypercare
6. 06RunΠαρακολούθηση απόδοσης

Κάθε πρότυπο εγκεκριμένο πριν από την πύλη του

Στο Roadmap Viewer κάθε roadmap χωρίζεται σε φάσεις, παραδοτέα και εργασίες. Τα πρότυπα είναι καταχωρισμένα ως accelerators: οδηγοί, υποδείγματα εγγράφων και λίστες ελέγχου συνδεδεμένα με την εργασία που τα χρειάζεται. Μπορείτε να φιλτράρετε ανά φάση, ροή εργασιών ή accelerator, που είναι ο πιο γρήγορος τρόπος να βρείτε τα παραδοτέα του SAP Activate για μία φάση.

Όταν τα προσαρμόζετε, κρατήστε περίπου το 80 τοις εκατό της τυπικής δομής. Αλλάξτε μόνο ό,τι αντανακλά το δικό σας πλαίσιο: απαιτήσεις του κλάδου, κανονιστικούς ελέγχους, ιδιαιτερότητες της περιοχής. Αν τα ξαναγράψετε όλα, χάνεται ο λόγος που τα χρησιμοποιείτε.

Τι άλλαξε στα εργαλεία

Η δομή των φάσεων είναι η ίδια. Τα εργαλεία γύρω της έχουν αλλάξει.

1. Στα cloud προγράμματα τα πρότυπα βρίσκονται στο SAP Cloud ALM. Παρέχεται στους πελάτες με SAP Enterprise Support και συνοδεύει τις cloud συνδρομές της SAP, όπως το RISE with SAP. Το Solution Manager 7.2 έχει κύρια συντήρηση έως το τέλος του 2027 και εκτεταμένη συντήρηση έως το 2030 για επιλεγμένες λειτουργίες.
2. Το Joule είναι μέσα στα εργαλεία της μεθοδολογίας. Η SAP πρόσθεσε το Joule στο Roadmap Viewer το 2025 και στο SAP Cloud ALM, ώστε μια ομάδα να ζητά καθοδήγηση για μια εργασία ή ένα πρώτο προσχέδιο. Δεν αντικαθιστά τον άνθρωπο που υπογράφει το fit-gap.
3. Το Clean Core έχει πλέον επίπεδα. Τον Αύγουστο του 2025 η SAP εισήγαγε τέσσερα επίπεδα Clean Core, από το A έως το D, όπου το επίπεδο A χρησιμοποιεί μόνο released APIs και το επίπεδο D δεν είναι clean. Το φύλλο fit-gap σας χρειάζεται μια στήλη για το πού θα καταλήξει κάθε κενό.

Τα έργα που παραλείπουν αυτή την προεργασία την πληρώνουν στο Explore και στο Realize. Αυτά τα τρία έγγραφα είναι αυτά που οι ομάδες παραλείπουν για να φτάσουν γρηγορότερα στην παραμετροποίηση.

Έγγραφο οριοθέτησης έργου

Ορίζει τι περιλαμβάνει το πρόγραμμα και τι όχι. Όταν κάποιος προσπαθήσει να προσθέσει εύρος τρεις μήνες μετά (και θα το κάνει), αυτό είναι το σημείο αναφοράς.

Οι ενότητες που περιμένω:

1. Τίτλος, χορηγός και διευθυντής προγράμματος.
2. Ιστορικό: η τρέχουσα κατάσταση και ο λόγος της αλλαγής.
3. Στόχοι σε αριθμούς, για παράδειγμα «κύκλος κλεισίματος από 14 ημέρες σε 5».
4. Εντός εύρους, ανά module και διαδικασία (FI/CO, ολοκλήρωση MM/SD, μετάπτωση δεδομένων, UAT, go-live).
5. Εκτός εύρους, γραμμένο τόσο ρητά όσο και το εύρος (HR, μετάπτωση παλαιών αναφορών, ολοκληρώσεις εκτός ERP).
6. Παραδοχές και περιορισμοί, όπως η διαθεσιμότητα του χορηγού για μηνιαία συνεδρίαση της διευθύνουσας επιτροπής και μια σταθερή ημερομηνία go-live.
7. Χρονοδιάγραμμα ανά φάση, με έγκριση από τον χορηγό και το PMO πριν ξεκινήσει το Explore.

Βάλτε το χρονοδιάγραμμα απέναντι σε ό,τι είναι ρεαλιστικό. Από την εμπειρία μου, τα προγράμματα GROW διαρκούν 6 έως 9 μήνες, τα RISE 9 έως 18 μήνες, οι μετατροπές brownfield 12 έως 18 μήνες και τα greenfield 18 έως 24 μήνες· ο οδηγός μου για το χρονοδιάγραμμα υλοποίησης SAP το αναλύει ανά φάση.

Πρότυπο business case

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

Η δομή:

1. Υπεύθυνος και σύνοψη: γιατί τώρα, τι αλλάζει, τι μένει ίδιο.
2. Περιγραφή του προβλήματος: διάρκεια του κύκλου κλεισίματος, χειροκίνητες παρακάμψεις, ηλικία του συστήματος.
3. Προτεινόμενη προσέγγιση: greenfield, brownfield ή selective, με σύνοψη του εύρους.
4. Ποσοτικοποιημένα οφέλη: ημέρες λιγότερες στο κλείσιμο, χρόνος FTE, ποσοστά σφαλμάτων, ελεγκτικός κίνδυνος.
5. Κόστος και χρηματοδότηση: υλοποίηση, άδεια ή συνδρομή, εσωτερικός χρόνος, απόθεμα ασφαλείας.
6. Οι τρεις κυριότεροι κίνδυνοι, με πιθανότητα και επίπτωση.
7. Σύσταση: προχωράμε, προχωράμε υπό όρους ή αναβάλλουμε.

Ένας κανόνας που τηρώ: ο system integrator που θα παραδώσει το έργο δεν πρέπει να γράφει αυτό το έγγραφο. Το δικό του κίνητρο είναι να ξεκινήσει. Το δικό σας είναι να τελειώσει, και το πρότυπο business case για SAP που έχω γράψει εμβαθύνει στο μοντέλο οφελών.

Μήτρα ενδιαφερομένων

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

Για κάθε ομάδα καταγράψτε ρόλο, ενδιαφέρον, επιρροή και τρόπο εμπλοκής. Ένα τυπικό σύνολο: ο CFO ως χορηγός (μηνιαία διευθύνουσα επιτροπή), ο διευθυντής IT ως τεχνικός υπεύθυνος, ο οικονομικός διευθυντής ως βασικός ιδιοκτήτης διαδικασιών, οι διευθυντές εργοστασίων και οι χρήστες AP/AR ως επηρεαζόμενοι χρήστες, και ο εσωτερικός έλεγχος στις πύλες ποιότητας.

Χρησιμοποιήστε την ίδια μήτρα για να σχεδιάσετε τα εργαστήρια του Prepare που καταγράφουν τις υψηλού επιπέδου απαιτήσεις. Αριθμήστε τις από τώρα στη μορφή που θα χρησιμοποιήσετε στο Explore (REQ-001 κ.ο.κ.), ώστε να διατηρείται η ιχνηλασιμότητα έως το αρχικό αίτημα.

Στο Explore ο σχεδιασμός οριστικοποιείται σε εργαστήρια Fit-to-Standard με βάση τα SAP Best Practices. Εκεί ξεφεύγουν και οι προϋπολογισμοί SAP, γιατί εκεί μεγαλώνει ο αριθμός WRICEF (ροές εργασιών, αναφορές, διεπαφές, μετατροπές, επεκτάσεις και φόρμες).

Μην αφήσετε τη σειρά των φάσεων να γλιστρήσει. Σε ένα έργο λιανικής στην Ευρώπη το 2023 ο πελάτης προσπάθησε να παραλείψει το Explore και πέρασε τρεις μήνες αναπτύσσοντας πάνω σε ελλιπείς απαιτήσεις. Η ανάλυση κόστους υλοποίησης SAP δείχνει πώς τέτοια επανάληψη εργασίας μετατρέπεται σε προϋπολογισμό.

Φύλλο απαιτήσεων και fit-gap

Η χαρτογράφηση απαιτήσεων συνδέει κάθε επιχειρησιακή ανάγκη με ένα στοιχείο του συστήματος και μια περίπτωση δοκιμής. Η ανάλυση fit-gap δείχνει στη συνέχεια πού το τυπικό SAP καλύπτει την ανάγκη και πού όχι.

Κρατώ και τα δύο σε ένα φύλλο, με μια στήλη για τον τρόπο επίλυσης. Στο S/4HANA κάθε κενό χρειάζεται ρητή απάντηση: τυπική παραμετροποίηση, επέκταση key user, επέκταση προγραμματιστή μέσα στο σύστημα ή side-by-side επέκταση στο SAP BTP.

Κωδ. απαίτησης	Απαίτηση	Στοιχείο SAP	Fit / gap	Τρόπος επίλυσης	Αναφ. δοκιμής
REQ-001	Αυτόματες εγγραφές κλεισίματος μήνα	Κλείσιμο περιόδου FI-GL	Fit	Παραμετροποίηση επαναλαμβανόμενων παραστατικών	TC-001
REQ-002	Έγκριση παραγγελιών αγοράς από κινητό	Αγορές MM, εφαρμογή έγκρισης Fiori	Fit στο S/4HANA	Τυπική εφαρμογή και παραμετροποίηση ροής εργασιών	TC-003
REQ-003	Αυτοματοποίηση ενδοομιλικής τιμολόγησης	Τιμολόγηση SD, ολοκλήρωση με FI	Fit	Παραμετροποίηση ενδοομιλικής τιμολόγησης	TC-010
REQ-004	Αρχειοθέτηση δεδομένων για κανόνες ιδιωτικότητας	Information Lifecycle Management	Gap	Παραμετροποίηση πολιτικής ILM	TC-025
REQ-005	Αναφορές κέντρων κόστους σε πραγματικό χρόνο	CO, ενσωματωμένα analytics ή SAC	Gap	Ενσωματωμένα analytics ή live σύνδεση SAC	TC-030
REQ-006	Πύλη αυτοεξυπηρέτησης προμηθευτών	SAP Ariba ή πύλη προμηθευτών	Gap	Ολοκλήρωση με Ariba	TC-020

Εδώ εξοικονομούνται χρήματα. Σε μια μετάπτωση από ECC σε S/4HANA για ευρωπαϊκή βιομηχανία το 2023, τα εργαστήρια fit-gap μείωσαν τις προγραμματισμένες επεκτάσεις κατά 35 τοις εκατό και η εξοικονόμηση ήταν εξαψήφια.

Δύο κανόνες κάνουν το φύλλο να λειτουργεί. Ο προμηθευτής δεν πρέπει να ελέγχει το εύρος, γιατί κάθε κενό που χαρακτηρίζει ως ανάπτυξη είναι τιμολογήσιμη εργασία γι' αυτόν. Μια αρχή σχεδιασμού από επιχείρηση και IT έχει την ευθύνη των αποφάσεων Clean Core, και οι τροποποιήσεις στον κώδικα της SAP χρειάζονται επώνυμο εγκρίνοντα· η στρατηγική Clean Core της SAP εξηγεί τα επίπεδα.

Αυτή είναι η φάση της ανάπτυξης. Αυτά τα πρότυπα είναι το ίχνος ελέγχου για κάθε απόφαση παραμετροποίησης, κάθε ανάπτυξη και κάθε αποτέλεσμα δοκιμής.

Ημερολόγιο παραμετροποίησης

Καταγράφει κάθε αλλαγή στο σύστημα: ποιος την έκανε, γιατί και σε ποιο transport μπήκε. Όταν κάτι χαλάσει αργότερα, εντοπίζετε το πρόβλημα σε λεπτά αντί για ημέρες.

Κάθε εγγραφή χρειάζεται:

1. Κωδικό παραμετροποίησης και module (για παράδειγμα MM-CONF-001).
2. Διαδρομή παραμετροποίησης και αντικείμενο που άλλαξε.
3. Επιχειρησιακή διαδικασία που επηρεάζεται και τον λόγο.
4. Ποιος έκανε την παραμετροποίηση και πότε.
5. Αριθμό αιτήματος transport.
6. Βασικές τιμές πριν και μετά.
7. Συνδεδεμένες περιπτώσεις δοκιμής και κατάσταση έγκρισης.

Μητρώο ειδικής ανάπτυξης

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

Σε μια υλοποίηση S/4HANA για ευρωπαϊκή λιανική το 2024, το μητρώο μείωσε τον προγραμματισμένο ειδικό κώδικα κατά 30 τοις εκατό. Έδειξε πού το τυπικό SAP θα δούλευε μια χαρά.

Στρατηγική δοκιμών

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

1. Εύρος: λειτουργικές δοκιμές, δοκιμές ολοκλήρωσης, παλινδρόμησης, απόδοσης και UAT σε όλα τα modules του εύρους.
2. Περιβάλλοντα: ανάπτυξη, QA, UAT και προπαραγωγή.
3. Εργαλεία: διαχείριση δοκιμών στο SAP Cloud ALM ή στο υπάρχον εργαλείο σας, με κατονομασμένα εργαλεία αυτοματοποίησης και απόδοσης.
4. Κύκλος ζωής ελαττωμάτων, με σοβαρότητα και προτεραιότητα που ορίζονται στη διαλογή.
5. Κριτήρια εξόδου: όλα τα κρίσιμα ελαττώματα κλειστά, UAT εγκεκριμένο, ποσοστό επιτυχίας παλινδρόμησης που έχετε συμφωνήσει από πριν.

Το SAP Activate ολοκληρώνει το Realize με δοκιμές ολοκλήρωσης και δοκιμές αποδοχής χρηστών. Γράψτε τα κριτήρια εξόδου πριν ξεκινήσουν οι δοκιμές, όχι όταν έρχονται τα αποτελέσματα.

Σχέδιο μετάπτωσης δεδομένων

Η μετάπτωση δεδομένων είναι η ροή εργασιών που είναι πιθανότερο να σας πληγώσει. Το σχέδιο καλύπτει εύρος (επιχειρηματικοί εταίροι, υλικά, ανοιχτά στοιχεία, υπόλοιπα), συστήματα πηγής, κανόνες αντιστοίχισης, εργαλεία (το SAP S/4HANA Migration Cockpit), δοκιμαστικές φορτώσεις, επικύρωση και επαναφορά.

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

Στο SAP Activate το Deploy καλύπτει το στήσιμο της παραγωγής, το cutover, το go-live και το hypercare. Αυτά τα πρότυπα μετατρέπουν ένα χαοτικό Σαββατοκύριακο σε ελεγχόμενο γεγονός.

Πρότυπο σχεδίου cutover SAP

Το σχέδιο cutover χαρτογραφεί το παράθυρο διακοπής ώρα προς ώρα. Κάθε εργασία έχει υπεύθυνο, ώρα έναρξης και εξάρτηση. Κανείς δεν πρέπει να στέκεται στις 2 τα ξημερώματα αναρωτώμενος τι να κάνει μετά.

Συμφωνήστε τέσσερα πράγματα πριν γράψετε τη λίστα εργασιών: το παράθυρο (για παράδειγμα Παρασκευή 22:00 έως Σάββατο 06:00), το κριτήριο επαναφοράς, πόσο γρήγορα μπορεί να ενεργοποιηθεί ξανά το παλαιό σύστημα και τα smoke tests που αποδεικνύουν ότι το νέο σύστημα λειτουργεί. Μετά η σειρά:

Βήμα	Εργασία	Υπεύθυνος	Έναρξη	Κατάσταση
1	Πάγωμα του παλαιού συστήματος (χωρίς καταχωρίσεις)	Basis	22:00	Εκκρεμεί
2	Τελική εξαγωγή δεδομένων και συμφωνία	Επικεφαλής μετάπτωσης δεδομένων	22:30	Εκκρεμεί
3	Φόρτωση μετάπτωσης στην παραγωγή	Επικεφαλής μετάπτωσης δεδομένων	23:00	Εκκρεμεί
4	Εισαγωγή των υπόλοιπων transports	Basis	00:30	Εκκρεμεί
5	Αλλαγή διεπαφών και δρομολόγησης δικτύου	Επικεφαλής ολοκλήρωσης	01:30	Εκκρεμεί
6	Smoke test: καταχώριση FI, παραλαβή αγαθών, παραγγελία πώλησης	Επικεφαλής QA	02:00	Εκκρεμεί
7	Επιβεβαίωση από την επιχείρηση και go/no-go	Διευθυντής προγράμματος	03:00	Εκκρεμεί
8	Άνοιγμα του συστήματος στους επιχειρησιακούς χρήστες	Basis	06:00	Εκκρεμεί

Λίστα ετοιμότητας go-live

Αποφασίζει αν είστε πραγματικά έτοιμοι για τη μετάβαση. Κάθε στοιχείο απαντιέται με ναι ή όχι, με τεκμήριο.

1. Λειτουργικά: οι βασικές διαδικασίες και τα σενάρια μεταξύ modules δοκιμασμένα, τα ανοιχτά ελαττώματα P1 και P2 καταγεγραμμένα, οι key users επιβεβαιώνουν την ετοιμότητα.
2. Δεδομένα: κύρια δεδομένα και δεδομένα συναλλαγών φορτωμένα και συμφωνημένα, αναφορές συμφωνίας εγκεκριμένες, πάγωμα του παλαιού συστήματος επιβεβαιωμένο.
3. Οικονομικά: η παραμετροποίηση του κλεισίματος περιόδου δοκιμασμένη για κάθε company code και κάθε οντότητα.
4. Τεχνικά: σχέδιο cutover εγκεκριμένο, transports στην παραγωγή, batch jobs προγραμματισμένα, παρακολούθηση ρυθμισμένη.
5. Άνθρωποι: κάλυψη εκπαίδευσης, ρόλοι πρόσβασης επικυρωμένοι, ομάδα hypercare στελεχωμένη.
6. Απόφαση: κρίσιμοι κίνδυνοι και μέτρα μετριασμού, go / no-go / υπό όρους, εγκεκριμένο με όνομα, ρόλο και ημερομηνία.

Η γραμμή των οικονομικών υπάρχει για λόγο. Σε ένα πρόγραμμα λιανικής στο GCC το 2024, η αξιολόγηση go-live εντόπισε πρόβλημα στην παραμετροποίηση του οικονομικού κλεισίματος και στις 25 οντότητες δύο ημέρες πριν από το go-live· θα είχε προκαλέσει αποκατάσταση εξαψήφιου κόστους.

Έχω χρησιμοποιήσει αυτή την αξιολόγηση για να προτείνω καθυστέρηση δύο εβδομάδων σε δύο προγράμματα. Γι' αυτό υπάρχει.

Μοντέλο υποστήριξης hypercare

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

1. Παράθυρο και κάλυψη hypercare, για παράδειγμα τέσσερις εβδομάδες με διευρυμένο ωράριο.
2. Κανάλια υποστήριξης: η ουρά συμβάντων, ένα κανάλι chat και μια τηλεφωνική γέφυρα για τα P1.
3. Επίπεδα υποστήριξης: service desk, λειτουργικοί σύμβουλοι, έπειτα Basis και ανάπτυξη.
4. Χρόνοι απόκρισης και επίλυσης ανά σοβαρότητα.
5. Κριτήρια εξόδου: κανένα ανοιχτό ζήτημα P1 ή P2 και υπογεγραμμένη παράδοση στον οργανισμό υποστήριξης.

Το Run είναι η υποστήριξη και η διαχείριση του παραγωγικού συστήματος. Το πρότυπο που οι περισσότερες ομάδες εγκαταλείπουν πολύ νωρίς είναι αυτό που παρακολουθεί την απόδοση.

Φύλλο παρακολούθησης απόδοσης

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

Οι μετρικές που παρακολουθώ, με στόχο, όριο ειδοποίησης και υπεύθυνο για την καθεμία:

1. Χρόνος απόκρισης dialog (95ο εκατοστημόριο): στόχος κάτω από 1 δευτερόλεπτο, ειδοποίηση στα 2 δευτερόλεπτα, Basis.
2. Background jobs: 100 τοις εκατό ολοκληρωμένα στην ώρα τους, ειδοποίηση σε οποιαδήποτε αποτυχία, επικεφαλής λειτουργιών.
3. Χρόνος ερωτημάτων βάσης δεδομένων: στόχος κάτω από 200 ms, ειδοποίηση στα 500 ms, διαχειριστής βάσης δεδομένων.
4. Ποσοστό σφαλμάτων διεπαφών: κάτω από 1 τοις εκατό, ειδοποίηση στο 2 τοις εκατό, επικεφαλής ολοκλήρωσης.
5. Διάρκεια εκτέλεσης των jobs κλεισίματος μήνα: εντός του συμφωνημένου παραθύρου, ειδοποίηση στο 30 τοις εκατό πάνω από τη βάση αναφοράς, οικονομικές λειτουργίες.

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

Ορίστε κριτήρια επιτυχίας και αποτυχίας σε κάθε πύλη. «Το 95 τοις εκατό των δοκιμών παλινδρόμησης περνά.» «Όλα τα σενάρια ολοκλήρωσης FI είναι πράσινα.» Τέτοια κριτήρια σας επιτρέπουν να κρατήσετε τη γραμμή όταν η επιχείρηση θέλει να βγει σε μια ημερομηνία ανεξάρτητα από την ποιότητα.

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

Ούτε η έγκριση της διοίκησης πρέπει να είναι τυπική σφραγίδα· το πρόβλημα του οικονομικού κλεισίματος στη λιανική του GCC που ανέφερα παραπάνω εντοπίστηκε ακριβώς σε εκείνη την αξιολόγηση. Μια πύλη που ο χορηγός μπορεί να παρακάμψει με ένα τηλεφώνημα δεν είναι πύλη. Καταγράψτε ποιος μπορεί να την παρακάμψει πριν το χρειαστείτε.

Για όλη τη διαδικασία γύρω από αυτά τα πρότυπα, δείτε τον οδηγό μου για την υλοποίηση SAP βήμα προς βήμα.

Αυτός ο οδηγός είναι μέρος του οδηγού μου για την υλοποίηση SAP, που συνδέει κάθε θέμα από το business case έως την έναρξη λειτουργίας.

Πού μπορώ να κατεβάσω τα πρότυπα του SAP Activate;

Στο SAP Activate Roadmap Viewer, στη διεύθυνση me.sap.com/roadmapviewer. Ανοίξτε το roadmap για το μοντέλο εγκατάστασής σας και φιλτράρετε ανά φάση ή ανά accelerator για να δείτε τα πρότυπα, τους οδηγούς και τις λίστες ελέγχου για κάθε εργασία.

Στα cloud προγράμματα το ίδιο περιεχόμενο είναι διαθέσιμο στο SAP Cloud ALM, όπου οι εργασίες και τα παραδοτέα παρακολουθούνται σε σχέση με το έργο.

Ποια είναι τα παραδοτέα του SAP Activate σε κάθε φάση;

Το Prepare παραδίδει το εύρος, το σχέδιο, τη διακυβέρνηση και το business case. Το Explore παραδίδει τα αποτελέσματα του Fit-to-Standard, το backlog απαιτήσεων και fit-gap και τον σχεδιασμό της λύσης. Το Realize παραδίδει το παραμετροποιημένο και δοκιμασμένο σύστημα, μαζί με τις δοκιμές ολοκλήρωσης και αποδοχής χρηστών.

Το Deploy παραδίδει το cutover, το go-live και το hypercare. Το Run καλύπτει την υποστήριξη και τη βελτίωση του παραγωγικού συστήματος.

Ποια φάση του SAP Activate έχει τα σημαντικότερα πρότυπα;

Το Prepare. Το έγγραφο οριοθέτησης, το business case και η μήτρα ενδιαφερομένων καθορίζουν κάθε απόφαση που ακολουθεί, και είναι αυτά που οι ομάδες παραλείπουν για να φτάσουν γρηγορότερα στην παραμετροποίηση.

Το Explore έρχεται πολύ κοντά δεύτερο, γιατί το φύλλο fit-gap καθορίζει τον αριθμό WRICEF και εκεί ξεφεύγουν οι προϋπολογισμοί.

Μπορούν να προσαρμοστούν τα πρότυπα του SAP Activate;

Ναι. Κρατήστε περίπου το 80 τοις εκατό της τυπικής δομής και αλλάξτε μόνο ό,τι είναι δικό σας: κανόνες επικύρωσης στη φαρμακοβιομηχανία, προμήθειες του δημόσιου τομέα, ελέγχους SOX. Κάντε αυτές τις αλλαγές στην αρχή του Prepare, όχι στο Deploy.

Μην αφαιρέσετε μέσω προσαρμογής τη σειρά των φάσεων, τις πύλες ποιότητας ή την αξιολόγηση ετοιμότητας go-live.

Τι πρέπει να περιλαμβάνει ένα πρότυπο σχεδίου cutover SAP;

Μια χρονοπρογραμματισμένη λίστα εργασιών για το παράθυρο διακοπής, με υπεύθυνο, ώρα έναρξης και εξάρτηση για κάθε εργασία. Πριν από τη λίστα εργασιών, συμφωνήστε το παράθυρο, το κριτήριο επαναφοράς, τον χρόνο που χρειάζεται για να ενεργοποιηθεί ξανά το παλαιό σύστημα και τα smoke tests.

Συμφωνήστε πριν ξεκινήσει το cutover ποιος αποφασίζει την επαναφορά και έως ποια ώρα. Οι αποφάσεις επαναφοράς στις 4 τα ξημερώματα χωρίς συμφωνημένα κριτήρια είναι εκεί όπου ξεκινούν τα προβλήματα μετά το go-live.

Τι περιέχει μια λίστα ετοιμότητας go-live για SAP;

Λειτουργική ετοιμότητα, ετοιμότητα δεδομένων, οικονομικών, τεχνική και ανθρώπων, με απάντηση ναι ή όχι και τεκμήριο για την καθεμία, μαζί με καταγεγραμμένη απόφαση go / no-go με ονόματα και ημερομηνίες.

Δοκιμάστε την παραμετροποίηση του κλεισίματος περιόδου για κάθε οντότητα πριν από το go-live. Είναι ο έλεγχος που είναι πιθανότερο να σας γλιτώσει από αποκατάσταση εξαψήφιου κόστους.

Λειτουργούν τα πρότυπα του SAP Activate για greenfield και brownfield;

Ναι. Η διαφορά είναι κυρίως στο Explore. Μια μετατροπή brownfield μεταφέρει την παραμετροποίηση, οπότε το fit-gap εστιάζει στο τι πρέπει να αλλάξει και ποιον ειδικό κώδικα μπορεί πλέον να αντικαταστήσει το τυπικό S/4HANA· ένα πρόγραμμα greenfield ξεκινά από τα SAP Best Practices.

Διαφέρει και το σχέδιο cutover, γιατί μια μετατροπή συστήματος ακολουθεί διαφορετική τεχνική σειρά από μια φόρτωση δεδομένων greenfield.