Κάνοντας συνθετική τραπεζική εργασία

Όταν ξεκίνησα για πρώτη φορά την καριέρα μου στην τραπεζική τεχνολογία τη δεκαετία του '80, δούλευα αρχικά με mainframes.

Εκείνη την εποχή, είχαμε ομάδες «επιχειρηματικών χρηστών κεντρικών γραφείων» που καθόριζαν τις απαιτήσεις μας. Αυτοί ήταν μεσάζοντες που αντιπροσώπευαν τους πραγματικούς χρήστες του συστήματος. Δεν είχαμε άμεση επαφή με τους πραγματικούς χρήστες.

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

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

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

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

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

Έχουν γίνει προσπάθειες να αλλάξει αυτό, για να δοθεί η δυνατότητα στους επαγγελματίες χρήστες να γράφουν τις δικές τους λύσεις χρησιμοποιώντας λύσεις χαμηλού ή χωρίς κώδικα. Πράγματι, η τελευταία μου εταιρεία, η edgeIPK, ήταν πρωτοπόρος στη δημιουργία μιας πλατφόρμας χωρίς κώδικα για την ανάπτυξη εφαρμογών ιστού/κινητών. Η Gartner αποκαλεί τους χρήστες τέτοιων εργαλείων «πολίτες προγραμματιστές». Αυτό μείωσε τον διαχωρισμό των απαιτήσεων και της ανάπτυξης, αλλά τολμώ να πω ότι δημιούργησε πολλές λύσεις που ήταν δύσκολο να διατηρηθούν και ενθάρρυναν ελάχιστη επαναχρησιμοποίηση. Ως εκ τούτου, τέτοια εργαλεία δεν έχουν πραγματικά χρησιμοποιηθεί σε εταιρικό επίπεδο για λύσεις κρίσιμες για την αποστολή.

Ωστόσο, αυτό μπορεί να αλλάξει με τη συνθετική τραπεζική, όπου η έμφαση είναι να αναπτυχθούν, να δημοσιευτούν και να καταναλωθούν δομικά στοιχεία από μια αγορά και στη συνέχεια να επιτραπεί σε κάποιον άλλο να «συνθέσει» αυτά τα μπλοκ σε μια ολοκληρωμένη λύση. Αλλά προφανώς δεν είναι τόσο απλό. Ο Yefim Natis, διακεκριμένος αντιπρόεδρος αναλυτής και ερευνητής στη Gartner, ορίζει τους ακόλουθους πέντε ρόλους στη συνθετική τραπεζική:

1. Enterprise architect (EA): κάποιος που διέπει τη συνολική λύση σε υψηλό επίπεδο, εξασφαλίζοντας μέγιστη επαναχρησιμοποίηση και συνέπεια. Η αρχιτεκτονική BIAN είναι ένα καλό παράδειγμα για κάτι που θα μπορούσε να δημιουργήσει ένας EA. Το BIAN παρέχει ένα εξαιρετικό μοντέλο για την εφαρμογή συνθέσιμων «δομικών στοιχείων» για μια ολοκληρωμένη τραπεζική αρχιτεκτονική.
2. Δημιουργοί: προγραμματιστές που δημιουργούν και δημοσιεύουν τα δομικά στοιχεία ατομικών υπολογισμών, λειτουργικότητας ή επιχειρηματικών δυνατοτήτων.
3. Επιμελητές: ρόλος για τη διαχείριση της «βιβλιοθήκης» ή της αγοράς των δομικών στοιχείων. Αυτή η βιβλιοθήκη θα πρέπει επίσης να περιλαμβάνει τυχόν ιδιόκτητες λύσεις ή λύσεις που αποκτήθηκαν από τρίτους.
4. Συνθέτες: ομάδες που συνθέτουν μια λύση από δομικά στοιχεία, χρησιμοποιώντας πλατφόρμες και εργαλεία σύνθεσης εφαρμογών, αλλά όχι απαραίτητα.
5. Καταναλωτές: οι πραγματικοί χρήστες της εφαρμογής.

Για περισσότερες λεπτομέρειες, ανατρέξτε στο πρόσφατο διαδικτυακό σεμινάριο της Yefim, «Οι Βασικές Αρχές της Συνθεσιμότητας: Ευδοκιμούν μέσω Επιχειρηματικής Αλλαγής».

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

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

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

Σχετικά με τον Συγγραφέα

Η Dharmesh Mistry δραστηριοποιείται στον τραπεζικό τομέα για περισσότερα από 30 χρόνια και βρίσκεται στην πρώτη γραμμή της τραπεζικής τεχνολογίας και καινοτομίας. Από τις πρώτες εφαρμογές internet και mobile banking μέχρι την τεχνητή νοημοσύνη (AI) και την εικονική πραγματικότητα (VR).

Ήταν και στις δύο πλευρές του φράχτη και δεν φοβάται να μοιραστεί τις απόψεις του.

Είναι Διευθύνων Σύμβουλος της Ρωτήστε το Homey, η οποία επικεντρώνεται στην εμπειρία για τα νοικοκυριά, και έναν επενδυτή και μέντορα στο proptech και fintech.

Ακολουθήστε τον Dharmesh στο Twitter @dharmeshmistry και  LinkedIn.

Διαβάστε όλα τα λόγια του «λέω απλά» εδώ.