Χρονοδιάγραμμα υλοποίησης SAP: διάρκεια φάσεων και 5 λάθη

Μια υλοποίηση SAP διαρκεί 6 έως 9 μήνες με το GROW with SAP και 9 έως 18 μήνες με το RISE with SAP, κατά την εμπειρία μου. Η μετάβαση από το SAP ECC διαρκεί 12 έως 18 μήνες για μετατροπή brownfield ή selective data transition, και 18 έως 24 μήνες για υλοποίηση greenfield.

Σύντομη απάντηση: κλειδώστε την ημερομηνία στο τέλος του Explore, όχι στο kickoff, και προσθέστε περιθώριο 15 έως 20 τοις εκατό πάνω από την εκτίμηση του προμηθευτή. Ξεκινήστε τη δουλειά στα δεδομένα στο Discover, γιατί η μετάπτωση δεδομένων απορροφά το 30 έως 40 τοις εκατό της προσπάθειας υλοποίησης. Κάθε επιπλέον μήνας καθυστέρησης κοστίζει τουλάχιστον ένα εξαψήφιο ποσό μόνο σε αμοιβές συμβούλων.

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

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

Τα λόγια του: «Οι σαφείς φάσεις με συγκεκριμένα παραδοτέα έκαναν όλη τη διαφορά. Ξέραμε πάντα ακριβώς τι έπρεπε να κάνουμε μετά.»

Το μοντέλο ανάπτυξης αλλάζει το χρονοδιάγραμμα υλοποίησης SAP περισσότερο από οποιαδήποτε άλλη επιλογή. Αυτά είναι τα εύρη με τα οποία σχεδιάζω:

Σημείο εκκίνησης και στόχος	Τυπικό χρονοδιάγραμμα	Τι καθορίζει τον ρυθμό
GROW with SAP (SAP Cloud ERP, δημόσια έκδοση)	6 έως 9 μήνες	Μόνο τυπικές διαδικασίες· επεκτάσεις σε δημοσιευμένα API
RISE with SAP (SAP Cloud ERP Private)	9 έως 18 μήνες	Εύρος, αριθμός επεκτάσεων, όγκος δεδομένων
Μετατροπή ECC brownfield	12 έως 18 μήνες	Προσαρμοσμένος κώδικας, simplification items, δοκιμές
Υλοποίηση greenfield από ECC	18 έως 24 μήνες	Επανασχεδιασμός διαδικασιών, φορτίο αλλαγής για τους χρήστες
Selective data transition	12 έως 18 μήνες	Οριοθέτηση δεδομένων και εξειδικευμένα εργαλεία

Για σύγκριση, ένας ειδικός προϊόντων της SAP που εξέτασε εκατοντάδες έργα της δημόσιας έκδοσης τοποθετεί το τυπικό go-live στους πέντε έως επτά μήνες. Η προσφορά GROW Fast της SAP, που κυκλοφόρησε στις αρχές του 2026, στοχεύει σε δύο έως τέσσερις μήνες με σταθερό εύρος. Εγώ σχεδιάζω τα προγράμματα GROW στους 6 έως 9 μήνες, γιατί τα δεδομένα, οι αποφάσεις και η εκπαίδευση παίρνουν τον χρόνο που δεν παίρνει το λογισμικό.

Στο RISE, η SAP λειτουργεί την υποδομή, κάτι που αφαιρεί μέρος της δουλειάς του Prepare. Δεν αφαιρεί όμως την προσπάθεια σε δεδομένα, δοκιμές ή αλλαγή. Ο οδηγός μετάπτωσης από ECC σε S/4HANA εξηγεί πώς να επιλέξετε ανάμεσα σε brownfield, greenfield και selective.

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

Πού σπάνε οι προϋπολογισμοί και οι ημερομηνίες

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

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

Πέντε λάθη εξηγούν τις περισσότερες υπερβάσεις. Καθένα είναι προβλέψιμο και καθένα έχει αντίμετρο.

Λάθος 1: προθεσμίες πριν γίνει κατανοητό το εύρος

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

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

Λάθος 2: η μετάπτωση δεδομένων ως ρεύμα εργασιών που ξεκινά αργά

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

Η λύση: ξεκινήστε το profiling δεδομένων στο Discover, όχι στο Realize. Τρέξτε πλήρη δοκιμαστική μετάπτωση στο Realize πριν ξεκινήσουν οι δοκιμές ολοκλήρωσης. Το κείμενό μου για το γιατί αποτυγχάνει η μετάπτωση δεδομένων SAP καλύπτει αναλυτικά τον κύκλο δοκιμαστικών μεταπτώσεων.

Λάθος 3: παράκαμψη σημείων ελέγχου ποιότητας υπό πίεση χρόνου

Το σημείο ελέγχου ανάμεσα σε Realize και Deploy είναι αυτό που οι ομάδες παρακάμπτουν συχνότερα, γιατί εκεί κορυφώνεται η πίεση για «απλώς go-live». Η παράκαμψη σημείων ελέγχου ποιότητας για να «τηρηθεί το πρόγραμμα» προκαλεί μεγαλύτερες καθυστερήσεις αργότερα.

Η λύση: γράψτε μετρήσιμα κριτήρια εξόδου στον καταστατικό χάρτη του έργου και αφήστε τη διευθύνουσα επιτροπή να τα επιβάλει. Σε κάθε πρόγραμμα χρησιμοποιώ μια τριήμερη πρόβα κλεισίματος ως σημείο ελέγχου ετοιμότητας. Περισσότερα για τον σχεδιασμό των σημείων ελέγχου στον οδηγό μου για τα quality gates στο SAP.

Λάθος 4: εκπαίδευση χρηστών δύο μήνες πριν από το go-live

Σε ένα πρόγραμμα λιανικής στις χώρες του GCC το 2024, ο πελάτης εκπαίδευσε όλους τους χρήστες του δύο μήνες πριν από το go-live. Την ημέρα της έναρξης οι περισσότεροι είχαν ξεχάσει πώς να χρησιμοποιούν το σύστημα. Βάλαμε οδηγούς εργασίας σε κάθε σταθμό εργασίας και διπλασιάσαμε την υποστήριξη επί τόπου.

Η λύση: τοποθετήστε την εκπαίδευση δύο έως τρεις εβδομάδες πριν από το go-live και χρησιμοποιήστε power users ως εκπαιδευτές, γιατί οι άνθρωποι μαθαίνουν από συναδέλφους που εμπιστεύονται. Το άρθρο μου για τις στρατηγικές εκπαίδευσης SAP περιγράφει ολόκληρη την προσέγγιση.

Λάθος 5: go-live σε περιόδους αιχμής της επιχείρησης

Η Hershey έθεσε σε λειτουργία το σύστημά της με SAP R/3, Siebel και Manugistics τον Ιούλιο του 1999, τρεις μήνες αργότερα από το πλάνο και κατευθείαν στην περίοδο παραγγελιών του Halloween. Ο CEO της είπε στους αναλυτές ότι τα προβλήματα θα εμπόδιζαν τη Hershey να παραδώσει παραγγελίες Halloween αξίας 100 εκατομμυρίων δολαρίων.

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

Το SAP Activate έχει έξι φάσεις, και αυτές είναι ο σκελετός κάθε πλάνου S/4HANA, cloud ή on-premise. Οι διάρκειες παρακάτω είναι αφετηρίες σχεδιασμού για ένα μεμονωμένο πρόγραμμα, όχι υποσχέσεις.

1. 1Discover2 έως 4 εβδομάδες. Έξοδος: υπογεγραμμένο εύρος και κριτήρια επιτυχίας
2. 2Prepare3 έως 6 εβδομάδες. Έξοδος: εγκεκριμένος χάρτης έργου, πόροι γραπτώς
3. 3Explore4 έως 8 εβδομάδες. Έξοδος: αποφάσεις για κενά με υπευθύνους, κλειδωμένο χρονοδιάγραμμα
4. 4Realize8 έως 16 εβδομάδες. Έξοδος: επιτυχής δοκιμαστική μετάπτωση, κλειστές δοκιμές ολοκλήρωσης
5. 5Deploy2 έως 4 εβδομάδες. Έξοδος: έγκριση UAT, πρόβα κλεισίματος, go/no-go
6. 6Run4 έως 8 εβδομάδες hypercare. Έξοδος: ελαττώματα κάτω από το όριο, υπογεγραμμένη υποστήριξη

Αυτός είναι ο πίνακας φάσεων από τον οποίο ξεκινώ κάθε πλάνο:

Φάση	Τυπική διάρκεια	Τι συμβαίνει	Σημείο ελέγχου εξόδου πριν προχωρήσετε
Discover	2 έως 4 εβδομάδες	Επιχειρηματικό σκεπτικό, εύρος, επιλογή μοντέλου ανάπτυξης (δημόσιο cloud, ιδιωτικό cloud ή on-premise)	Υπογεγραμμένο εύρος και μετρήσιμα κριτήρια επιτυχίας
Prepare	3 έως 6 εβδομάδες	Ένταξη ομάδας, διακυβέρνηση, περιβάλλον συστημάτων, βασικό πλάνο, μητρώο κινδύνων	Εγκεκριμένος χάρτης έργου, ονομαστικοί υπεύθυνοι αποφάσεων ανά ενότητα, γραπτές δεσμεύσεις πόρων
Explore	4 έως 8 εβδομάδες	Εργαστήρια Fit-to-Standard, αρχείο κενών, απογραφή WRICEF	Αποφάσεις για κενά καταγεγραμμένες με υπευθύνους· κλειδωμένο χρονοδιάγραμμα
Realize	8 έως 16 εβδομάδες	Παραμετροποίηση, ανάπτυξη, δοκιμές μονάδων και ολοκλήρωσης, δοκιμαστικές μεταπτώσεις	Επιτυχής δοκιμαστική μετάπτωση· κλειστές δοκιμές ολοκλήρωσης
Deploy	2 έως 4 εβδομάδες	Δοκιμές αποδοχής χρηστών, πρόβα cutover, εκπαίδευση τελικών χρηστών, τελική φόρτωση	Έγκριση UAT, επιτυχής πρόβα κλεισίματος, go/no-go
Run	4 έως 8 εβδομάδες hypercare	Υποστήριξη επί τόπου, καθημερινή διαλογή θεμάτων, παράδοση στην υποστήριξη	Ανοιχτά ελαττώματα κάτω από το συμφωνημένο όριο· υπογεγραμμένη μετάβαση υποστήριξης

Πού πηγαίνει πραγματικά ο χρόνος

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

Στο Prepare ξεκινούν οι τεχνικές καθυστερήσεις στο on-premise, γιατί την υποδομή τη χτίζουν ο πελάτης και ο συνεργάτης. Πάρτε τις δεσμεύσεις πόρων γραπτώς. Η προφορική διαθεσιμότητα εξανεμίζεται.

Στο Explore μετράει η καταγραφή. Έξι μήνες μετά κανείς δεν θυμάται γιατί οι επιστροφές διεκπεραιώνονται με συγκεκριμένο τρόπο, εκτός αν η απόφαση και ο υπεύθυνός της είχαν γραφτεί.

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

Το Deploy χρειάζεται πλάνο cutover με ακριβή βήματα, ώρες και υπευθύνους. Το «Μετάπτωση δεδομένων» δεν είναι βήμα.

Σε ένα πρόγραμμα υγειονομικής περίθαλψης στις ΗΠΑ το 2023, ο πελάτης ήταν τρεις μήνες πίσω από το χρονοδιάγραμμα και αντιμέτωπος με υπέρβαση προϋπολογισμού 2 εκατομμυρίων δολαρίων. Επανεκκινήσαμε με τα εργαστήρια Fit-to-Standard του SAP Activate. Η ομάδα βρήκε 28 διαδικασίες που μπορούσε να τρέξει χωρίς καμία προσαρμογή.

Τα λόγια του διαχειριστή έργου τους: «Χάσαμε μήνες σχεδιάζοντας πράγματα που η SAP είχε ήδη φτιάξει.» Επέστρεψαν στο χρονοδιάγραμμα μέσα σε έξι εβδομάδες.

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

Το clean core το κάνει αυτό ακόμη πιο σαφές. Στη δημόσια έκδοση οι τυπικές διαδικασίες είναι η μόνη επιλογή και οι επεκτάσεις βρίσκονται στο SAP BTP ή σε δημοσιευμένα API. Στην ιδιωτική έκδοση και στο on-premise μπορείτε ακόμη να τροποποιήσετε, αλλά όταν κάθε κενό χρειάζεται απόφαση επέκτασης με κόστος, η συζήτηση για τις προσαρμογές γίνεται πιο ειλικρινής.

Κάθε κλάδος προσθέτει τη δική του επιβάρυνση. Αυτά τα εύρη καλύπτουν ένα πλήρες, πολυεγκαταστασιακό εταιρικό πρόγραμμα S/4HANA, γι' αυτό είναι μεγαλύτερα από μια μεμονωμένη ανάπτυξη RISE 9 έως 18 μηνών:

Κλάδος	Εύρος σχεδιασμού	Τι το επιμηκύνει
Μεταποίηση	14 έως 20 μήνες	Ποιότητα BOM και δρομολογίων, ρύθμιση MRP, απαιτήσεις QM
Λιανική και καταναλωτικά αγαθά	12 έως 18 μήνες	Ολοκλήρωση POS, όγκος κύριων δεδομένων, παράθυρα περιόδων αιχμής
Φαρμακευτικά	16 έως 22 μήνες	Επικύρωση GxP, ιχνηλασιμότητα παρτίδων, σειριοποίηση
Υπηρεσίες κοινής ωφέλειας	15 έως 20 μήνες	Διαχείριση μετρητών, δομές τιμολογίων χρέωσης, ολοκλήρωση GIS και SCADA
Δημόσιος τομέας	18 έως 24 μήνες	Λογιστική κονδυλίων, κανονισμοί προμηθειών, φόρτος εγκρίσεων, εγκατάσταση δεδομένων εντός επικράτειας
Αυτοκινητοβιομηχανία	16 έως 22 μήνες	Εφοδιαστική αλυσίδα just-in-time, έλεγχος μηχανολογικών αλλαγών
Αεροδιαστημική και άμυνα	20 έως 26 μήνες	Κρατικές αναφορές, λογιστική προγραμμάτων, ασφαλείς εφοδιαστικές αλυσίδες
Πετρέλαιο και φυσικό αέριο	18 έως 24 μήνες	Λογιστική κοινοπραξιών, δραστηριότητες έντασης παγίων
Χρηματοοικονομικές υπηρεσίες	14 έως 20 μήνες	Σχεδιασμός ρόλων με διαχωρισμό καθηκόντων, κανονιστική επικύρωση

Τι αλλάζουν τα εργαλεία AI, και τι όχι

Το SAP Joule for Consultants έγινε γενικά διαθέσιμο το 2025. Απαντά σε ερωτήσεις παραμετροποίησης από τη βάση γνώσεων της ίδιας της SAP, συμπεριλαμβανομένων των SAP Notes, και εξηγεί κώδικα ABAP. Το SAP Build Code, γενικά διαθέσιμο από τον Μάρτιο του 2024, παράγει κώδικα επεκτάσεων Java και JavaScript στο SAP BTP με το Joule.

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

Αυτοί είναι οι κίνδυνοι που βάζω στην εβδομαδιαία ατζέντα του προγράμματος. Καθένας μετακινεί ημερομηνίες αν αφεθεί για τη μηνιαία διευθύνουσα επιτροπή.

1. Καθυστερημένες αλλαγές εύρους. Κλειδώστε το εύρος στο τέλος του Explore. Μετά από αυτό, ένα συμβούλιο ελέγχου αλλαγών εγκρίνει κάθε αλλαγή μαζί με τις επιπτώσεις της στο χρονοδιάγραμμα και στον προϋπολογισμό.
2. Ποιότητα δεδομένων. Οι περισσότερες εταιρείες παραλείπουν την αξιολόγηση δεδομένων κατά τον σχεδιασμό. Τα κακά δεδομένα είναι η πιο σταθερή αιτία αποτυχημένων δοκιμαστικών μεταπτώσεων.
3. Στενωποί πόρων. Πάρτε γραπτές δεσμεύσεις από τους προϊσταμένους τμημάτων για συγκεκριμένα πρόσωπα και ημερομηνίες. Εκπαιδεύστε αναπληρωτή για κάθε κρίσιμο ρόλο.
4. Καθυστερήσεις αποφάσεων. Κλιμακώστε τις διαφωνίες για το εύρος μέσα σε 48 ώρες. Μην αφήνετε τις αποφάσεις να περιμένουν τις μηνιαίες ανασκοπήσεις.
5. Καθυστερημένη διαχείριση αλλαγής. Ξεκινήστε να μιλάτε με τους τελικούς χρήστες στο Prepare, όχι δύο εβδομάδες πριν από το go-live.

Όσον αφορά τα εργαλεία, το SAP Cloud ALM είναι η πλατφόρμα της SAP για τη διαχείριση υλοποιήσεων. Η κύρια συντήρηση του SAP Solution Manager 7.2 λήγει στο τέλος του 2027, με εκτεταμένη συντήρηση για επιλεγμένες λειτουργίες έως το 2030. Το SAP Best Practices Explorer αποσύρθηκε το 2023 και το περιεχόμενο διαδικασιών του βρίσκεται πλέον στο SAP Signavio Process Navigator.

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

Πόσο διαρκεί μια υλοποίηση SAP S/4HANA;

Κατά την εμπειρία μου, 6 έως 9 μήνες με το GROW with SAP (δημόσια έκδοση) και 9 έως 18 μήνες με το RISE with SAP (ιδιωτική έκδοση). Από ECC, μια μετατροπή brownfield ή selective data transition διαρκεί 12 έως 18 μήνες και μια υλοποίηση greenfield 18 έως 24 μήνες.

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

Ως αφετηρία σχεδιασμού: Discover 2 έως 4 εβδομάδες, Prepare 3 έως 6 εβδομάδες, Explore 4 έως 8 εβδομάδες, Realize 8 έως 16 εβδομάδες, Deploy 2 έως 4 εβδομάδες και Run 4 έως 8 εβδομάδες hypercare. Το Realize είναι αυτό που επιμηκύνεται περισσότερο στα μεγαλύτερα προγράμματα.

Πώς επηρεάζει το RISE with SAP το χρονοδιάγραμμα;

Το RISE μεταφέρει την ευθύνη της υποδομής στη SAP, κάτι που αφαιρεί μέρος της δουλειάς της φάσης Prepare. Δεν συντομεύει τη μετάπτωση δεδομένων, τις δοκιμές, την εκπαίδευση ή τη λήψη αποφάσεων, όπου πηγαίνει ο περισσότερος χρόνος. Η πειθαρχία clean core μπορεί να συντομεύσει το Realize, αν σταματήσει την προσαρμοσμένη ανάπτυξη πριν ξεκινήσει.

Πόσο περιθώριο πρέπει να έχει ένα χρονοδιάγραμμα υλοποίησης SAP;

Ενσωματώστε περιθώριο 15 έως 20 τοις εκατό πάνω από την εκτίμηση του προμηθευτή. Κλειδώστε την ημερομηνία στο τέλος του Explore, όταν το εύρος και τα κενά είναι γνωστά, και πείτε το στο διοικητικό συμβούλιο πριν από το kickoff.

Πώς μπορώ να συντομεύσω το χρονοδιάγραμμα υλοποίησης SAP;

Εφαρμόστε το Fit-to-Standard με αυστηρότητα, γιατί κάθε προσαρμογή που αποφεύγετε γλιτώνει εβδομάδες. Ξεκινήστε τον καθαρισμό δεδομένων στο Discover και αφιερώστε επιχειρησιακούς πόρους με πλήρη απασχόληση αντί να τους δανείζεστε με μερική. Ετοιμάστε το πλάνο cutover κατά τη διάρκεια του Realize, όχι μετά.

Να επιλέξω big bang ή σταδιακή ανάπτυξη του SAP;

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

Ποιες είναι οι πιο συνηθισμένες αιτίες καθυστέρησης στα έργα SAP;

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

Πόσο διαρκεί το hypercare μετά το go-live του SAP;

Σχεδιάστε τέσσερις έως οκτώ εβδομάδες hypercare: υποστήριξη επί τόπου, καθημερινή διαλογή θεμάτων και παρακολούθηση απόδοσης. Μετά από αυτό, το σύστημα περνά σε ομάδα υποστήριξης εφαρμογών ή σε εσωτερικό centre of excellence.