Le banche hanno effettuato investimenti sostanziali per rendere le loro attività più resilienti, il che ha aiutato molti a resistere ai peggiori impatti della pandemia.
Ma la transizione verso strategie e processi digitali è ancora considerata un grosso rischio, classificandosi al quarto posto in una recente indagine Sondaggio EY dei chief risk officer di banca. Solo il rischio di credito, sicurezza informatica e cambiamento climatico è classificato più in alto, ha rilevato EY.
Indipendentemente dal settore, la creazione di sistemi moderni può essere una sfida difficile a causa di una varietà di obiettivi concorrenti in termini di velocità, stabilità, sicurezza, longevità e costi. Per lavorare e aggiornare tecnologie e sistemi legacy, le aziende devono gestire questi attributi contrastanti e talvolta contraddittori. Quando si tratta specificamente del settore bancario, la sfida può essere ancora maggiore a causa delle strette tolleranze di fallimento e delle elevate aspettative di stabilità.
Nella creazione di Modern Treasury, che automatizza i pagamenti tra le aziende e le loro banche, ci siamo concentrati su tre principi fondamentali che guidano il modo in cui creiamo software, quelli che possono aiutare tutte le organizzazioni ad automatizzare i sistemi legacy.
1. Stabilità rispetto alla velocità
Nell'automazione del software, c'è sempre una relazione push/pull tra stabilità e velocità. Andare più veloci può danneggiare la qualità, mentre dedicare più tempo all'affidabilità spesso porta a scadenze crescenti. Le migliori aziende comprendono questa dicotomia e scelgono l'equilibrio che funziona meglio per le loro esigenze. Se sei un'azienda di social media, ad esempio, è probabilmente più importante essere veloci e rimanere all'avanguardia rispetto alle ultime tendenze del settore. Nel settore bancario c'è solo una scelta ed è essere il più stabile possibile. I consumatori e le imprese hanno poca tolleranza per gli errori quando si tratta di soldi o finanze. Twitter “Fallire balena" è diventato un simpatico simbolo per i continui tempi di inattività del gigante dei social media, ma se un grande istituto finanziario si trovasse nella stessa posizione, diventerebbe una notizia nazionale poco lusinghiera. Questo non vuol dire che le organizzazioni bancarie non dovrebbero sforzarsi di essere più veloci (dovrebbero) ma non a scapito della stabilità di ciò che si sta costruendo.
2. Sapere quando costruire e quando acquistare
Molte organizzazioni hanno la tendenza a costruire tutto internamente a causa della percezione che farlo sia "più economico". Ciò che queste analisi dei costi così spesso trascurano sono i continui costi di manutenzione e supporto associati al progetto. Ogni pezzo di software, ogni riga di codice, è una responsabilità. Per i progetti che non sono fondamentali per l'organizzazione o che non aiutano a offrire un'esperienza cliente differenziante, spesso la migliore linea d'azione è semplicemente acquistare il software e andare avanti. Ad esempio, se non si dispone di ingegneri del software esperti nella scrittura di software CI/CD o nella creazione di software APM, potrebbe avere più senso pratico utilizzare semplicemente aquilone da costruzione ed Datadog e concentrati su più parti fondamentali della tua attività.
3. Fallo bene la prima volta
Molte organizzazioni costruiscono strutture di incentivi attorno al fatto che gli ingegneri costruiscano solo ciò che è necessario in quel momento senza considerare ciò che dovrebbe essere costruito successivamente.
Ma pensare a lungo termine spesso ripaga molto di più. Se lo fai bene la prima volta e consideri come quel software verrà aggiunto o riprogettato in futuro per supportare più funzionalità, puoi risparmiare cicli preziosi. Chiedi agli ingegneri di considerare ciò che potrebbe essere necessario costruire a medio termine e progettare la soluzione attuale per tenerne conto. In altre parole, "Se dovessi supportarlo in seguito, come cambierebbe il tuo approccio allo sviluppo oggi?"
Questo spesso significa che le soluzioni richiedono più tempo per essere costruite. Ma saranno più stabili in futuro quando verranno poste loro nuove esigenze perché sono state progettate tenendo conto di tali esigenze. Fare lo sviluppo del software in questo modo può costare velocità all'inizio ma, a lungo termine, è più che compensato da solo.
Sam Aarons è il co-fondatore e CTO di Modern Treasury, una piattaforma che automatizza i pagamenti avviati dall'azienda. In precedenza era responsabile della creazione del sistema delle operazioni di pagamento presso LendingHome, che ha finanziato oltre 3 miliardi di dollari di mutui ipotecari.
Platone Ai. Web3 reinventato. Intelligenza dei dati amplificata.
Clicca qui per accedere.
Fonte: https://bankautomationnews.com/uncategorized/3-tenets-to-automating-better-and-faster/
