Χρονοδιάγραμμα μετάβασης σε S/4HANA και σχέδιο έργου ανά διαδρομή

Από την εμπειρία μου, το χρονοδιάγραμμα μιας μετάβασης σε S/4HANA από το SAP ECC είναι 12 έως 18 μήνες για μια μετατροπή brownfield και 18 έως 24 μήνες για μια υλοποίηση greenfield. Μια επιλεκτική μετάβαση δεδομένων διαρκεί 12 έως 18 μήνες. Το σχέδιο έργου ακολουθεί τις έξι φάσεις του SAP Activate, και η φάση που ξεφεύγει συχνότερα είναι ο προσαρμοσμένος κώδικας.

Σύντομη απάντηση: ξεκινήστε το σχέδιο με το SAP Readiness Check και δώστε στα δεδομένα το 30 έως 40% της προσπάθειας. Σε ένα brownfield, προγραμματίστε τρεις δοκιμαστικές μετατροπές και υπολογίστε downtime στο cutover από ένα Σαββατοκύριακο έως μία εβδομάδα.

Αυτό το άρθρο είναι η λεπτομέρεια χρονοδιαγράμματος και σχεδιασμού πίσω από τον οδηγό μου για τη μετάβαση από ECC σε S/4HANA, ο οποίος καλύπτει τις διαδρομές και τις προθεσμίες του ECC. Αν υλοποιείτε SAP από την αρχή αντί να φεύγετε από το ECC, ο οδηγός μου για το χρονοδιάγραμμα υλοποίησης SAP καλύπτει αυτή την περίπτωση, με διάρκειες ανά φάση.

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

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

Διαδρομή	Συνήθης διάρκεια	Γύρω από τι χτίζεται το σχέδιο	Τι συνήθως την επιμηκύνει
Brownfield (μετατροπή συστήματος)	12 έως 18 μήνες	Μετατροπή του υπάρχοντος συστήματος ECC με το Software Update Manager και επαναλαμβανόμενες δοκιμαστικές μετατροπές	Η προσαρμογή του προσαρμοσμένου κώδικα και η μετατροπή σε business partner
Greenfield (νέα υλοποίηση)	18 έως 24 μήνες	Σχεδιασμός fit-to-standard, ανάπτυξη και επαναλαμβανόμενοι κύκλοι φόρτωσης δεδομένων	Workshops της φάσης Explore που καταλήγουν σε μακριές λίστες απαιτήσεων, και ο καθαρισμός δεδομένων
Επιλεκτική μετάβαση δεδομένων	12 έως 18 μήνες	Συμφωνία για το ποιοι κωδικοί εταιρείας, μονάδες και ιστορικό μεταφέρονται, και εξειδικευμένα εργαλεία	Ο καθορισμός του εύρους δεδομένων και η εξάρτηση από εξειδικευμένους συνεργάτες

Το ημερολόγιο μετράει όσο και η διαδρομή. Για το ECC στα enhancement packages 6 έως 8, η κύρια συντήρηση λήγει στις 31 Δεκεμβρίου 2027 (SAP News). Ένα brownfield που ξεκινά αυτόν τον μήνα κάνει go-live μεταξύ Οκτωβρίου 2027 και Απριλίου 2028, και ένα greenfield που ξεκινά τώρα ολοκληρώνεται το 2028.

Άρα τα περισσότερα σχέδια που γράφονται σήμερα χρειάζονται κάποια εκτεταμένη συντήρηση στον προϋπολογισμό. Βάλτε την από την αρχή, όχι ως έκπληξη τον δεύτερο χρόνο.

Το RISE with SAP είναι εμπορικό πακέτο, όχι διαδρομή. Μια μετάβαση brownfield ή επιλεκτική μέσω RISE καταλήγει στο SAP Cloud ERP Private, την τρέχουσα ονομασία που χρησιμοποιεί η SAP για αυτό που πολλοί ακόμη αναζητούν ως S/4HANA Cloud Private Edition. Οι 6 έως 9 μήνες που αναφέρω για το GROW with SAP και οι 9 έως 18 μήνες για το RISE αφορούν νέες υλοποιήσεις, όχι μεταβάσεις από ECC.

Το SAP Activate είναι η μεθοδολογία υλοποίησης της SAP για το S/4HANA. Έχει έξι φάσεις: Discover, Prepare, Explore, Realize, Deploy και Run (SAP Activate).

Μια μετάβαση χρησιμοποιεί τις ίδιες φάσεις. Αυτό που αλλάζει είναι η δουλειά μέσα σε κάθε μία.

Το σχέδιο έργου της μετάβασης

1. 01

   Discover

   Readiness Check, απόφαση διαδρομής και business case.

2. 02

   Prepare

   Σχέδιο, διακυβέρνηση, ομάδα και πρώτο sandbox.

3. 03

   Explore

   Fit-to-standard ή σχεδιασμός διαφορών, συμφωνημένη λίστα WRICEF.

4. 04

   Realize

   Ανάπτυξη, προσαρμοσμένος κώδικας, φορτώσεις δεδομένων, δοκιμαστικές μετατροπές.

5. 05

   Deploy

   Γενική πρόβα, cutover και go-live.

6. 06

   Run

   Hypercare, σταθεροποίηση και απόσυρση του ECC.

Αυτό περιέχει κάθε φάση σε μια μετάβαση, και εκεί διαφέρουν οι διαδρομές:

Φάση	Τι γίνεται σε μια μετάβαση	Πώς διαφέρουν οι διαδρομές
Discover	SAP Readiness Check, απόφαση διαδρομής, business case, πρώτη εικόνα του προσαρμοσμένου κώδικα και των δεδομένων	Η επιλεκτική χρειάζεται εδώ ένα πρώτο εύρος δεδομένων
Prepare	Σχέδιο, διακυβέρνηση, ομάδα, ευθύνη για τα δεδομένα, sandbox	Το brownfield εκτελεί μια πρώτη μετατροπή sandbox. Το greenfield στήνει το σύστημα και το πρόγραμμα των workshops
Explore	Workshops fit-to-standard ή σχεδιασμός διαφορών, συμφωνημένη λίστα WRICEF, αντιστοίχιση δεδομένων	Το greenfield περνά εδώ τον περισσότερο χρόνο. Το brownfield επεξεργάζεται τα simplification items που ισχύουν
Realize	Ανάπτυξη, προσαρμογή του προσαρμοσμένου κώδικα, κύκλοι φόρτωσης δεδομένων, γύροι δοκιμών	Το brownfield εκτελεί δοκιμαστικές μετατροπές. Το greenfield εκτελεί κύκλους φόρτωσης, συνήθως με το Migration Cockpit
Deploy	Γενική πρόβα, cutover, go-live	Το παράθυρο downtime εξαρτάται από τη διαδρομή, τον όγκο δεδομένων και την προσέγγιση
Run	Hypercare, σταθεροποίηση	Απόσυρση του ECC και αρχειοθέτηση όσων κρατήσατε

Το WRICEF σημαίνει workflows, reports, interfaces, conversions, enhancements και forms. Είναι η λίστα με ό,τι χτίζετε πέρα από το standard της SAP, και είναι ο αριθμός που πρέπει να παρακολουθείτε.

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

Brownfield: σχεδιάστε γύρω από τις δοκιμαστικές μετατροπές

Ένα σχέδιο brownfield χτίζεται γύρω από τον κύκλο μετατροπής. Το Software Update Manager μετατρέπει το σύστημα, και κάθε δοκιμαστική εκτέλεση σας δείχνει πόσο θα διαρκέσει η πραγματική και τι θα σπάσει.

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

Το σχέδιο της ίδιας της SAP για την προσέγγιση downtime-optimized είναι παρόμοιο. Περιλαμβάνει μια εκτέλεση sandbox, μια εκτέλεση διασφάλισης ποιότητας, μια επαλήθευση φόρτωσης σε κλώνο και μια γενική πρόβα (SAP Learning). Η SAP σημειώνει ότι λιγότερες εκτελέσεις είναι τεχνικά δυνατές, αλλά αυξάνουν τον κίνδυνο.

Greenfield: σχεδιάστε γύρω από τον σχεδιασμό και τις φορτώσεις δεδομένων

Στο greenfield ο χρόνος πηγαίνει στη φάση Explore. Τα workshops fit-to-standard αποφασίζουν πόσο από το standard της SAP υιοθετείτε, και κάθε κενό γίνεται ένα αντικείμενο WRICEF που πρέπει να χτιστεί, να δοκιμαστεί και να συντηρηθεί.

Τα δεδομένα μεταφέρονται σε κύκλους φόρτωσης, συνήθως με το SAP S/4HANA Migration Cockpit. Προγραμματίστε αρκετούς πλήρεις κύκλους φόρτωσης, καθέναν ακολουθούμενο από μια συμφωνία που υπογράφει η επιχείρηση. Ο οδηγός μου βήμα προς βήμα για το Migration Cockpit καλύπτει τους staging πίνακες, τα migration objects και τη διαδικασία φόρτωσης.

Επιλεκτική: σχεδιάστε γύρω από το εύρος δεδομένων

Ένα επιλεκτικό σχέδιο ξεκινά με το εύρος δεδομένων. Ποιοι κωδικοί εταιρείας, ποιες επιχειρησιακές μονάδες και πόσα χρόνια ιστορικού μεταφέρονται, και ποιες διαδικασίες επανασχεδιάζονται.

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

Από την εμπειρία μου, ο προσαρμοσμένος κώδικας είναι η φάση που ξεφεύγει συχνότερα. Είναι επίσης το κρυφό κόστος που ξεχνιέται συχνότερα σε μια μετάβαση, κάτι που καλύπτει ο οδηγός μου για το κόστος μετάβασης σε S/4HANA.

Αυτά είναι τα σημεία που θα παρακολουθούσα, με τη σειρά:

1. Προσαρμοσμένος κώδικας. Οι ομάδες τον εκτιμούν από μια αναφορά και μετά ανακαλύπτουν το πραγματικό μέγεθος όταν ξεκινά η αποκατάσταση. Σε ένα πρόγραμμα, η ανάλυση με το smartShift μείωσε τα προσαρμοσμένα αντικείμενα από 18.000 σε 3.200. Πρώτα απόσυρση, μετά προσαρμογή.
2. Προσαρμοσμένα αντικείμενα που ξέφυγαν από την αξιολόγηση. Από την εμπειρία μου, τα προσαρμοσμένα αντικείμενα που χάνει το SAP Readiness Check είναι αυτά που πονάνε αργότερα. Διαβάστε τον οδηγό μου για το SAP Readiness Check πριν αντιμετωπίσετε τα αποτελέσματά του ως το εύρος σας.
3. Δεδομένα. Η μετάπτωση δεδομένων απορροφά το 30 έως 40% της προσπάθειας. Όταν ο καθαρισμός δεν έχει υπεύθυνο, ξεκινά αργά και μετά συμπιέζει τους κύκλους δοκιμών. Το άρθρο μου για το γιατί αποτυγχάνει η μετάπτωση δεδομένων SAP πηγαίνει πιο βαθιά.
4. Explore. Οι προϋπολογισμοί χτυπιούνται στη φάση Explore, καθώς μεγαλώνει η λίστα WRICEF. Όταν ο προμηθευτής ελέγχει το εύρος, κανείς από την πλευρά του δεν έχει λόγο να σταματήσει την αύξησή του.
5. Πρόβες που κόβονται για να κερδηθεί χρόνος. Μια πρόβα που παραλείπεται για να προστατευτεί η ημερομηνία συνήθως κοστίζει περισσότερο χρόνο το Σαββατοκύριακο του go-live από όσο εξοικονόμησε.

Η άποψή μου: κλειδώστε την ημερομηνία go-live στο τέλος της φάσης Explore, όταν είναι γνωστά η λίστα WRICEF και το εύρος του προσαρμοσμένου κώδικα. Μια ημερομηνία που ορίζεται στο kickoff είναι μια εικασία με συνημμένη παρουσίαση στο διοικητικό συμβούλιο.

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

Για ένα brownfield, η SAP προσφέρει μια προσέγγιση downtime-optimized conversion στο Software Update Manager. Μεταφέρει μέρος της μετατροπής και της μετάπτωσης δεδομένων στο uptime, ενώ η παραγωγή συνεχίζει να λειτουργεί.

Δεν είναι δωρεάν χρόνος. Η SAP αναφέρει επιπλέον δοκιμαστικές εκτελέσεις, πιο σύνθετο σχεδιασμό, πάγωμα του customizing και της ανάπτυξης πριν από το downtime και έναν ειδικό εκπαιδευμένο στην προσέγγιση.

Άρα συμφωνήστε το downtime που μπορεί να αποδεχτεί η επιχείρηση πριν επιλέξετε την τεχνική προσέγγιση. Μετά αποδείξτε το στις δοκιμαστικές μετατροπές, όχι το Σαββατοκύριακο του go-live. Κρατήστε το cutover μακριά από το κλείσιμο μήνα και την περίοδο αιχμής.

Ένα σχέδιο είναι τόσο καλό όσο οι παραδοχές πίσω του. Αυτές είναι οι ερωτήσεις που θα έκανα πριν υπογράψει οποιοσδήποτε:

1. Ποια διαδρομή προϋποθέτει το σχέδιο, και τι στα αποτελέσματα του Readiness Check μας το στηρίζει;
2. Πόσα προσαρμοσμένα αντικείμενα είναι στο εύρος μετά την ανάλυση χρήσης, και πόσα θα αποσυρθούν;
3. Ποιος έχει την ευθύνη του καθαρισμού δεδομένων, και σε ποια φάση ξεκινά;
4. Πόσες δοκιμαστικές μετατροπές ή κύκλοι φόρτωσης προβλέπονται, και με ποια δεδομένα;
5. Ποιο downtime προϋποθέτει το σχέδιο, και ποια δοκιμαστική εκτέλεση το αποδεικνύει;
6. Πότε κλειδώνει η ημερομηνία, και τι γίνεται με αυτήν αν η λίστα WRICEF μεγαλώσει στη φάση Explore;

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

Εκτελέστε το SAP Readiness Check αυτό το τρίμηνο. Βάλτε τα ευρήματα για τον προσαρμοσμένο κώδικα και τα δεδομένα μπροστά στον CFO και τον διευθυντή προγράμματος πριν δεσμευτεί οποιοσδήποτε σε ημερομηνία go-live.

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

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

Πόσο διαρκεί μια μετάβαση σε S/4HANA;

Από την εμπειρία μου, μια μετατροπή brownfield από ECC διαρκεί 12 έως 18 μήνες, μια υλοποίηση greenfield 18 έως 24 μήνες και μια επιλεκτική μετάβαση δεδομένων 12 έως 18 μήνες. Ο προσαρμοσμένος κώδικας είναι η φάση που ξεφεύγει συχνότερα, και η μετάπτωση δεδομένων απορροφά το 30 έως 40% της προσπάθειας.

Ποιες είναι οι φάσεις ενός σχεδίου έργου μετάβασης σε S/4HANA;

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

Πόσες δοκιμαστικές μετατροπές χρειάζεστε σε μια μετάβαση brownfield σε S/4HANA;

Σε ένα brownfield προγραμματίζω τρεις δοκιμαστικές μετατροπές πριν από το cutover. Για την προσέγγιση downtime-optimized, η SAP προβλέπει μια εκτέλεση sandbox, μια εκτέλεση διασφάλισης ποιότητας, μια επαλήθευση φόρτωσης και μια γενική πρόβα, και αναφέρει ότι λιγότερες εκτελέσεις αυξάνουν τον κίνδυνο.

Πόσο διαρκεί το downtime του cutover στο S/4HANA;

Το downtime του cutover που έχω δει κυμαίνεται από ένα Σαββατοκύριακο έως μία εβδομάδα. Εξαρτάται από τον όγκο δεδομένων, την προσέγγιση μετατροπής και το πόσες οντότητες και διεπαφές μπαίνουν μαζί σε λειτουργία. Η downtime-optimized conversion της SAP μεταφέρει μέρος της δουλειάς στο uptime, αλλά χρειάζεται περισσότερες δοκιμαστικές εκτελέσεις και σχεδιασμό.

Μπορούμε να ολοκληρώσουμε τη μετάβαση σε S/4HANA πριν λήξει η υποστήριξη του ECC το 2027;

Η κύρια συντήρηση για το ECC στα enhancement packages 6 έως 8 λήγει στις 31 Δεκεμβρίου 2027. Ένα brownfield που ξεκινά τον Οκτώβριο του 2026 κάνει go-live μεταξύ Οκτωβρίου 2027 και Απριλίου 2028, και ένα greenfield το 2028. Τα περισσότερα προγράμματα που ξεκινούν τώρα πρέπει να προβλέψουν στον προϋπολογισμό κάποια εκτεταμένη συντήρηση.

Τι καθυστερεί περισσότερο τα έργα μετάβασης σε S/4HANA;

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