SAP quality gates: πώς να τα στήσετε και πού αποτυγχάνουν

Το quality gate είναι ένα επίσημο σημείο ελέγχου ανάμεσα στις φάσεις του έργου. Προτού προχωρήσει η ομάδα, πρέπει να δείξει ότι πληρούνται τα συμφωνημένα κριτήρια. Αν περάσει, προχωράτε. Αν αποτύχει, διορθώνετε πρώτα τα προβλήματα. Σε ένα πρόγραμμα SAP, τα gates βρίσκονται στις μεταβάσεις φάσεων του SAP Activate, με ονομαστικά ορισμένο υπεύθυνο που έχει την εξουσία να πει «δεν είμαστε έτοιμοι».

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

Δεν παραλείπω ποτέ τις αναθεωρήσεις των quality gates. Χωρίς συντομεύσεις, χωρίς τυπικές εγκρίσεις. Θέλει περισσότερο χρόνο στην αρχή και γλιτώνει μήνες καθαρισμού αργότερα.

Το gate είναι σημείο απόφασης με γραπτό πρότυπο, τεκμηριωμένη έγκριση και πραγματική εξουσία να καθυστερήσει το έργο. Δεν είναι ανασκόπηση προόδου ούτε ενημέρωση κατάστασης στην επιτροπή καθοδήγησης.

Χωρίς αυτή την εξουσία, οι αναθεωρήσεις γίνονται τυπικές εγκρίσεις. Και τα gates που εγκρίνουν μόνο τυπικά είναι χειρότερα από την απουσία gates, γιατί δημιουργούν ψεύτικη αίσθηση ασφάλειας. Ένας πελάτης στο λιανικό εμπόριο έκανε «αναθεωρήσεις» που ήταν ουσιαστικά τυπικές σφραγίδες. Έξι μήνες μετά, είχε μείνει απελπιστικά πίσω στο χρονοδιάγραμμα, επειδή κανείς δεν είχε αντιμετωπίσει τα ζητήματα που αυτές οι αναθεωρήσεις έπρεπε να είχαν εντοπίσει.

Το SAP Activate έχει έξι φάσεις: Discover, Prepare, Explore, Realize, Deploy και Run. Κάθε μετάβαση είναι φυσικό σημείο για gate. Αυτά περιμένω να ελέγχει κάθε gate.

Gate φάσης	Εστίαση ποιότητας	Αποδεικτικά στοιχεία προς έλεγχο	Περνά όταν
Discover	Business case, ευθυγράμμιση της διοίκησης	Business case, οδικός χάρτης υψηλού επιπέδου	Το business case έχει υπογραφεί, ο χορηγός έχει δεσμευτεί
Prepare	Διακυβέρνηση, ομάδα, κίνδυνοι	Χάρτης έργου, μοντέλο διακυβέρνησης, μητρώο κινδύνων	Ο χάρτης έχει εγκριθεί, έχουν οριστεί υπεύθυνοι κινδύνων, η ομάδα έχει ενταχθεί
Explore	Fit-to-standard, σχεδιασμός, προσέγγιση ενοποίησης	Αποφάσεις fit-gap, σχεδιασμοί διαδικασιών, αρχιτεκτονική ενοποίησης	Οι υπεύθυνοι διαδικασιών έχουν εγκρίνει, κάθε κενό έχει απόφαση
Realize	Διαμόρφωση, δοκιμές ενοποίησης	Αναφορές εκτέλεσης δοκιμών, μητρώο σφαλμάτων	Έχουν επιτευχθεί τα όρια δοκιμών, τα κρίσιμα σφάλματα έχουν κλείσει
Deploy	Δεδομένα, εκπαίδευση, ετοιμότητα για cutover	Συμφωνία μετάπτωσης, αρχεία εκπαίδευσης, σχέδιο cutover	Η γενική πρόβα έχει ολοκληρωθεί, το σχέδιο rollback έχει συμφωνηθεί
Run	Σταθεροποίηση και παράδοση	Μητρώο περιστατικών, αναφορές απόδοσης	Τα περιστατικά είναι εντός των συμφωνημένων ορίων, η παράδοση στην υποστήριξη έχει υπογραφεί

Στην πράξη, τα Explore, Realize και Deploy κουβαλούν τον μεγαλύτερο κίνδυνο. Ένα πρόβλημα που περνά από ένα από αυτά τα τρία κοστίζει τα περισσότερα όταν εμφανιστεί μετά το go-live.

1. 01DiscoverBusiness case υπογεγραμμένο, χορηγός δεσμευμένος
2. 02PrepareΧάρτης εγκεκριμένος, υπεύθυνοι κινδύνων ορισμένοι
3. 03ExploreΚάθε κενό έχει απόφαση
4. 04RealizeΌρια δοκιμών επιτευγμένα, κρίσιμα σφάλματα κλειστά
5. 05DeployΓενική πρόβα ολοκληρωμένη, rollback συμφωνημένο
6. 06RunΠεριστατικά εντός ορίων, παράδοση υπογεγραμμένη

Κάθε gate υπογράφεται από έναν υπεύθυνο με εξουσία να πει «δεν είμαστε έτοιμοι»

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

Κριτήρια που δίνουν απάντηση ναι ή όχι

Το «ολοκληρώθηκαν οι δοκιμές» δεν είναι κριτήριο. Ξεκινά διαφωνίες. Δούλεψα με έναν πελάτη στο λιανικό εμπόριο, του οποίου το gate έλεγε απλώς «UAT ολοκληρώθηκε». Οι μισοί στην ομάδα το διάβασαν ως εκτέλεση όλων των δοκιμών, ενώ οι άλλοι μισοί ως διόρθωση όλων των σφαλμάτων.

«Εκτελέστηκε το 95% των περιπτώσεων δοκιμής, επιλύθηκαν όλα τα σφάλματα προτεραιότητας 1, δεν υπάρχουν ανοιχτά σφάλματα προτεραιότητας 2 παλαιότερα των πέντε ημερών» είναι κριτήριο. Δίνει απάντηση.

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

Ένας υπεύθυνος με εξουσία να καθυστερήσει

Κάθε gate χρειάζεται έναν ονομαστικά ορισμένο υπεύθυνο που μπορεί να καθυστερήσει το έργο. Ένα πρόσωπο, όχι επιτροπή. Είδα ένα έργο να καταρρέει επειδή κανείς δεν είχε τη δύναμη να καθυστερήσει την επόμενη φάση, παρότι η ομάδα δεν ήταν έτοιμη.

Το αντίθετο λειτουργεί. Ένας πελάτης στο λιανικό εμπόριο όρισε έναν ανώτερο διευθυντή υπεύθυνο του gate. Όταν έλεγε «δεν είμαστε έτοιμοι», όλοι άκουγαν. Βάλτε αυτή την εξουσία στον χάρτη έργου.

Στήριξη της διοίκησης πριν έρθει η πίεση

Στα στελέχη της διοίκησης αρέσουν τα quality gates μέχρι τη στιγμή που ένα gate απειλεί μια προθεσμία. Ένας CIO παρέκαμψε ένα gate που είχε αποτύχει, για να πιάσει έναν τριμηνιαίο στόχο. Τα προβλήματα που ακολούθησαν κόστισαν διπλάσια από την καθυστέρηση. Έχω δει αυτό το μοτίβο να επαναλαμβάνεται πολλές φορές, γι' αυτό πλέον ζητώ έγκριση της διοίκησης για το πλαίσιο των gates πριν ξεκινήσει το έργο.

Αποδεικτικά στοιχεία από το σύστημα καταγραφής

Οι αποφάσεις των gates χρειάζονται αποδεικτικά στοιχεία: αναφορές εκτέλεσης δοκιμών, μητρώα σφαλμάτων, εγκρίσεις διαδικασιών, συμφωνίες μετάπτωσης. Αντλήστε τα από το εργαλείο, όχι από όσα λένε οι άνθρωποι ότι έχουν γίνει. Ένας πελάτης μου ανακάλυψε μέσα από αναφορές του Solution Manager ότι το 40% των «ολοκληρωμένων» περιπτώσεων δοκιμής δεν είχε εκτελεστεί ποτέ. Το εντόπισε πριν από το gate, όχι μετά.

1. Αντιστοιχίστε τα gates στις μεταβάσεις φάσεων. Για το SAP Activate, τουλάχιστον μετά τα Prepare, Explore, Realize και Deploy. Ένας πελάτης στην ενέργεια δημιούργησε τυχαία σημεία ελέγχου ανάμεσά τους και κατέληξε σε χάος.
2. Ορίστε κριτήρια εισόδου και εξόδου πριν ξεκινήσει η διαμόρφωση. Συμφωνήστε την κάλυψη δοκιμών, τα όρια σφαλμάτων και τους υπεύθυνους διαδικασιών που πρέπει να υπογράψουν. Καταγράψτε τα στον χάρτη έργου και πάρτε την υπογραφή του χορηγού.
3. Προγραμματίστε τα gates με περιθώριο χρόνου. Βάλτε κάθε gate στο ημερολόγιο ως δραστηριότητα, όχι μόνο ως ορόσημο. Ένας από τους πελάτες μου στο λιανικό εμπόριο κράτησε μια ολόκληρη εβδομάδα πριν από κάθε gate αποκλειστικά για καθάρισμα.
4. Επιλέξτε αξιολογητές που μπορούν να αποφασίσουν. Τα επιχειρησιακά στελέχη εγκρίνουν τις διαδικασίες. Οι τεχνικοί επικεφαλής εγκρίνουν τη διαμόρφωση και την ενοποίηση. Οι σύμβουλοι δεν υπογράφουν ποτέ για λογαριασμό της επιχείρησης.
5. Κρατήστε τα αποδεικτικά στοιχεία σε ένα μέρος. Έξι μήνες αργότερα, ένας ελεγκτής θα ρωτήσει ποιος ενέκρινε τη μετάπτωση δεδομένων. Η απάντηση πρέπει να βρίσκεται σε λίγα λεπτά.
6. Κάντε τα αποτελέσματα ορατά. Ένας πελάτης έβαλε τον πίνακα ελέγχου των gates στον τοίχο της αίθουσας του έργου. Ήταν αδύνατο να τον αγνοήσει κανείς.

Παραδείγματα κριτηρίων εξόδου για τα δύο gates που μετράνε περισσότερο

Gate Realize:

1. Εκτέλεση δοκιμών στο συμφωνημένο όριο ή πάνω από αυτό, με τα αποτελέσματα αποθηκευμένα στο εργαλείο δοκιμών.
2. Κανένα ανοιχτό σφάλμα προτεραιότητας 1, ενώ τα σφάλματα προτεραιότητας 2 είναι εντός του συμφωνημένου ορίου ηλικίας.
3. Κάθε κρίσιμη διαδικασία έχει εγκριθεί από τον ορισμένο υπεύθυνό της.
4. Δοκιμές ενοποίησης σε ολόκληρες αλυσίδες διαδικασιών, με τεκμηριωμένα αποτελέσματα.
5. Κάθε προσαρμοσμένη ανάπτυξη έχει εγκριθεί σύμφωνα με τους κανόνες clean core του προγράμματος.

Gate Deploy:

1. Η γενική πρόβα της μετάπτωσης δεδομένων έχει ολοκληρωθεί και η συμφωνία έχει υπογραφεί από τον υπεύθυνο δεδομένων.
2. Ολοκλήρωση της εκπαίδευσης ανά ρόλο στο συμφωνημένο όριο ή πάνω από αυτό.
3. Το σχέδιο cutover έχει δοκιμαστεί σε πρόβα, με χρονισμούς και σημεία απόφασης go/no-go.
4. Το σχέδιο rollback έχει τεκμηριωθεί και δοκιμαστεί.
5. Η ομάδα hypercare έχει οριστεί, με συμφωνημένες διαδρομές κλιμάκωσης και ορισμούς σοβαρότητας.

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

Δύο πράγματα έχουν αλλάξει τον τρόπο που σχεδιάζω τα gates στα τρέχοντα προγράμματα.

Το clean core είναι πλέον κριτήριο gate. Το SAP ταξινομεί τις επεκτάσεις από το επίπεδο A (μόνο released interfaces) έως το επίπεδο D (τροποποιήσεις και απευθείας εγγραφές σε πίνακες). Στο gate Explore, κάθε κενό πρέπει να έχει απόφαση: το διαμορφώνετε, το χτίζετε ως επέκταση με released API ή το απορρίπτετε. Στο gate Realize, ελέγξτε ότι δεν εισχώρησαν νέα αντικείμενα επιπέδου D. Η Public Edition το επιβάλλει τεχνικά. Η Private Edition και το on-premise όχι, οπότε το gate είναι αυτό που το επιβάλλει.

Το SAP Cloud ALM είναι το προεπιλεγμένο εργαλείο. Περιλαμβάνεται στις συνδρομές cloud του SAP με Enterprise Support, cloud edition, και στο SAP Enterprise Support για πελάτες on-premise (SAP Support). Καλύπτει fit-to-standard, ανάθεση εργασιών, ενορχήστρωση δοκιμών και ιχνηλασιμότητα. Η κύρια συντήρηση (mainstream maintenance) του SAP Solution Manager 7.2 λήγει στα τέλη του 2027 και το SAP συστήνει τη μετάβαση στο Cloud ALM πριν από τότε (SAP Support). Αν βρίσκεστε στη μέση ενός προγράμματος στο Solution Manager, ολοκληρώστε εκεί. Σχεδιάστε τα νέα προγράμματα γύρω από το Cloud ALM.

Εργαλεία για τη διαχείριση των gates

Το εργαλείο μετράει λιγότερο από την πειθαρχία. Ένας πελάτης στο λιανικό εμπόριο έστησε μια καθαρή διαδικασία gates στο SharePoint που δούλεψε υπέροχα για μια υλοποίηση μεσαίου μεγέθους. Έχω δει επίσης gates να αποτυγχάνουν σε πλήρη εγκατάσταση Solution Manager, επειδή η ομάδα κρατούσε παράλληλα λογιστικά φύλλα.

Εργαλείο	Ρόλος στη διαχείριση των gates	Ιδανικό για
SAP Cloud ALM	Fit-to-standard, εργασίες, δοκιμές, ιχνηλασιμότητα	Νέα προγράμματα S/4HANA, cloud ή on-premise
SAP Solution Manager 7.2	Παρακολούθηση έργου, διαχείριση δοκιμών και σφαλμάτων	Προγράμματα που τρέχουν ήδη σε αυτό
Jira και Confluence	Εργασίες, σφάλματα, κριτήρια gates και αποδεικτικά στοιχεία	Ομάδες που χρησιμοποιούν ήδη εργαλεία Atlassian
Tricentis Tosca	Αυτοματοποίηση δοκιμών και αναφορές κάλυψης	Προγράμματα με έντονη αυτοματοποίηση δοκιμών
ServiceNow	Ροές έγκρισης και ίχνος ελέγχου	Εταιρείες που τρέχουν ήδη ServiceNow

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

Παραλείπονται υπό πίεση χρονοδιαγράμματος. Όταν τα έργα καθυστερούν, τα gates είναι το πρώτο που κόβεται. Σε ένα έργο οι αναθεωρήσεις έγιναν τυπικές σφραγίδες και το go-live ήταν εφιάλτης: τα συστήματα κατέρρευσαν, οι παραγγελίες κόλλησαν και έκαναν πλήρη επαναφορά. Οι τρεις εβδομάδες που «γλίτωσαν» τους κόστισαν τρεις μήνες αποκατάστασης.

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

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

Κουλτούρα. Οι ομάδες που έχουν συνηθίσει να βιάζουν τα ορόσημα ψάχνουν τρόπους να παρακάμψουν τα gates. Αυτό αλλάζει όταν ένα στέλεχος της διοίκησης λέει στην εκκίνηση ότι τα gates είναι υποχρεωτικά και μετά το αποδεικνύει, αρνούμενο να παρακάμψει το πρώτο gate που προκαλεί καθυστέρηση.

Τρεις αριθμοί που δείχνουν αν τα gates δουλεύουν

Παρακολουθήστε αυτούς για να δείτε αν τα gates προστατεύουν το έργο ή απλώς φαίνεται ότι το κάνουν.

1. Διαρροή σφαλμάτων (defect leakage): το ποσοστό των σφαλμάτων που βρέθηκαν μετά από ένα gate και που το gate έπρεπε να είχε εντοπίσει.
2. Ποσοστό επιτυχίας με την πρώτη προσπάθεια: αν κάθε gate περνά με την πρώτη, τα κριτήρια μάλλον δεν έχουν δόντια.
3. Περιστατικά μετά το go-live: τα περιστατικά υψηλής προτεραιότητας τις πρώτες 30 ημέρες είναι άμεση κρίση για το gate Deploy.

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

Τι είναι ένα quality gate στα έργα SAP;

Ένα επίσημο σημείο ελέγχου ανάμεσα στις φάσεις του έργου. Η ομάδα πρέπει να δείξει ότι πληρούνται συγκεκριμένα, μετρήσιμα κριτήρια προτού προχωρήσει. Κάθε gate έχει έναν ονομαστικά ορισμένο υπεύθυνο με εξουσία να καθυστερήσει το έργο. Στο SAP Activate, τα gates βρίσκονται στις μεταβάσεις φάσεων, ιδίως μετά τα Explore, Realize και Deploy.

Ποια είναι τα quality gates στο SAP Activate;

Το SAP Activate έχει έξι φάσεις (Discover, Prepare, Explore, Realize, Deploy και Run) και κάθε μετάβαση είναι ένα gate. Το Discover ελέγχει το business case. Το Prepare ελέγχει τη διακυβέρνηση και τον χάρτη έργου. Το Explore ελέγχει την έγκριση του σχεδιασμού και τις αποφάσεις για τα κενά. Το Realize ελέγχει τα αποτελέσματα δοκιμών και τα σφάλματα. Το Deploy ελέγχει τα δεδομένα, την εκπαίδευση και την ετοιμότητα για το cutover. Το Run ελέγχει τη σταθεροποίηση και την παράδοση.

Τι πρέπει να περιλαμβάνουν τα κριτήρια των SAP quality gates;

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

Γιατί αποτυγχάνουν τα quality gates στις υλοποιήσεις SAP;

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

Ποιο εργαλείο να χρησιμοποιήσω για τη διαχείριση των SAP quality gates;

Για νέα προγράμματα, το SAP Cloud ALM. Περιλαμβάνεται στις συνδρομές cloud του SAP και στο Enterprise Support και υποστηρίζει fit-to-standard, δοκιμές και ιχνηλασιμότητα. Το SAP Solution Manager 7.2 βγαίνει από την κύρια συντήρηση στα τέλη του 2027. Τα Jira, Tricentis Tosca και ServiceNow δουλεύουν καλά εκεί όπου μια εταιρεία τα τρέχει ήδη. Ο κανόνας είναι μία πηγή αλήθειας.

Πώς αξιολογείτε την ετοιμότητα για go-live στο τελευταίο quality gate;

Ελέγξτε πέντε πράγματα με αποδεικτικά στοιχεία: μετάπτωση δεδομένων με πρόβα και συμφωνία, ολοκληρωμένη εκπαίδευση για κάθε ρόλο, σχέδιο cutover με πρόβα και σημεία go/no-go, δοκιμασμένο σχέδιο rollback και στελεχωμένο hypercare με διαδρομές κλιμάκωσης. Αν κάτι αποτύχει και η επιχείρηση θέλει παρ' όλα αυτά να προχωρήσει, καταγράψτε το ως υπογεγραμμένη επιχειρησιακή απόφαση.