Στον κόσμο του SCRUM, ο ρόλος του Scrum Master παρουσιάζεται συχνά ως ριζικά διαφορετικός από αυτόν του παραδοσιακού Project Manager. Στη θεωρία, ο πρώτος λειτουργεί ως facilitator και servant leader, ενώ ο δεύτερος ως υπεύθυνος σχεδιασμού, ελέγχου και παράδοσης. Στην πράξη όμως, ειδικά σε σύνθετα πληροφοριακά περιβάλλοντα, η διάκριση αυτή δεν είναι ούτε καθαρή ούτε πάντα λειτουργική.
Το SCRUM Guide (Schwaber & Sutherland, 2020) ορίζει τον Scrum Master ως υπεύθυνο για την αποτελεσματικότητα της ομάδας, αφαιρώντας εμπόδια και διασφαλίζοντας την τήρηση του framework. Δεν αναφέρεται σε deadlines, budgets ή διαχείριση ρίσκου με την παραδοσιακή έννοια. Αντίθετα, σύμφωνα με το PMBOK (Project Management Institute, 2021), ο Project Manager είναι υπεύθυνος για την επίτευξη συγκεκριμένων στόχων εντός περιορισμών, με έμφαση στον έλεγχο και την πρόβλεψη. Αυτή η θεωρητική διάκριση δημιουργεί την εντύπωση ότι πρόκειται για δύο ασύμβατους κόσμους.
Ωστόσο, σε πραγματικά έργα ανάπτυξης πληροφοριακών συστημάτων, τα όρια αυτά συχνά καταρρέουν. Σε ένα έργο υλοποίησης συστήματος διαχείρισης μετοχολογίου, για παράδειγμα, η ομάδα καλείται να διαχειριστεί κανονιστικές απαιτήσεις, αυστηρά χρονοδιαγράμματα και εξαρτήσεις από εξωτερικούς φορείς όπως CSDs ή regulators. Σε αυτό το πλαίσιο, η απλή “διευκόλυνση” της ομάδας δεν επαρκεί. Κάποιος πρέπει να λάβει αποφάσεις για προτεραιότητες υπό πίεση, να διαχειριστεί ρίσκα που δεν είναι τεχνικά αλλά επιχειρησιακά, και να εξασφαλίσει ότι το αποτέλεσμα θα είναι όχι μόνο λειτουργικό αλλά και έγκαιρο.
Εδώ εμφανίζεται η λεγόμενη “γκρίζα ζώνη” ευθύνης. Scrum Masters με εμπειρία συχνά αναγκάζονται να λειτουργήσουν πέρα από τον τυπικό τους ρόλο, αναλαμβάνοντας πρωτοβουλίες που θυμίζουν Project Management, χωρίς όμως την επίσημη εξουσία που αυτό συνεπάγεται. Από την άλλη πλευρά, Project Managers σε Agile περιβάλλοντα καλούνται να απομακρυνθούν από τον μικρο-έλεγχο και να εμπιστευτούν την αυτοοργάνωση της ομάδας, κάτι που δεν είναι πάντα συμβατό με την κουλτούρα των οργανισμών στους οποίους δραστηριοποιούνται.
Ένα χαρακτηριστικό παράδειγμα είναι η διαχείριση dependencies. Σε ένα multi-system environment, όπου διαφορετικές ομάδες αναπτύσσουν διασυνδεδεμένα υποσυστήματα, η καθυστέρηση ενός component μπορεί να επηρεάσει ολόκληρο το delivery. Το SCRUM δεν παρέχει σαφή μηχανισμό διαχείρισης τέτοιων εξαρτήσεων. Ο Scrum Master μπορεί να τις αναδείξει, αλλά όχι απαραίτητα να τις επιλύσει σε οργανωσιακό επίπεδο. Εκεί, ο ρόλος του Project Manager, ή κάποιας μορφής coordination layer επανεμφανίζεται, ανεξαρτήτως ονομασίας.
Η πραγματικότητα λοιπόν δεν είναι ότι ο ένας ρόλος αντικαθιστά τον άλλο. Είναι ότι οι οργανισμοί χρειάζονται και τις δύο οπτικές. Τόσο την ευελιξία και την ενδυνάμωση της ομάδας από τη μία, όσο και τη συστηματική διαχείριση περιορισμών από την άλλη. Το πρόβλημα προκύπτει όταν επιχειρείται μια “δογματική” εφαρμογή του SCRUM, όπου κάθε έννοια Project Management θεωρείται παρωχημένη. Σε τέτοιες περιπτώσεις, η ευθύνη δεν εξαφανίζεται, απλώς γίνεται ασαφής.
Η αποτελεσματική προσέγγιση δεν είναι να επιλέξουμε μεταξύ Scrum Master και Project Manager, αλλά να επαναπροσδιορίσουμε τις ευθύνες με βάση το context. Σε ώριμα Agile περιβάλλοντα, ο Scrum Master μπορεί να ενσωματώνει στοιχεία Project Management χωρίς να χάνει τον ρόλο του ως facilitator. Αντίστοιχα, ένας σύγχρονος Project Manager μπορεί να λειτουργεί ως enabler και όχι ως controller. Το ζητούμενο δεν είναι ο τίτλος, αλλά η ικανότητα να γεφυρωθεί το χάσμα μεταξύ προβλεψιμότητας και προσαρμοστικότητας.
Τελικά, η “λεπτή γραμμή” δεν είναι οργανωτική αλλά νοητική. Βρίσκεται στον τρόπο με τον οποίο αντιλαμβανόμαστε την ευθύνη: ως έλεγχο ή ως υπηρεσία προς την ομάδα και το αποτέλεσμα. Και ίσως το πραγματικό ερώτημα δεν είναι ποιος έχει την ευθύνη, αλλά ποιος είναι διατεθειμένος να την αναλάβει όταν το framework σιωπά.
Βιβλιογραφία:
- Schwaber, K., & Sutherland, J. (2020). The Scrum Guide. Scrum.org.
- Project Management Institute. (2021). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition.
- Rigby, D. K., Sutherland, J., & Takeuchi, H. (2016). Embracing Agile. Harvard Business Review. Denning, S. (2018). The Age of Agile. AMACOM.
Δεν υπάρχουν σχόλια:
Δημοσίευση σχολίου