I rischi di una SOA

L’adozione di una piattaforma SOA non è esente da rischi, specialmente durante l’esecuzione dei progetti pilota. Quella che segue è una lista non esaustiva di elementi che, secondo l’esperienza maturata da Reply supportando i clienti in questo tipo di progetti, vanno tenuti in particolare considerazione.

• SOA come aspetto puramente tecnologico: i maggiori benefici derivanti dall’adozione di questo paradigma derivano dalla riduzione della distanza tra l’aspetto di business e quello tecnologico della progettazione e realizzazione delle funzioni. Analisi e  pianificazione delle funzionalità di busine e la realizzazione dei servizi di base ed avanzati deve essere realizzata in maniera congiunta da analisti di business (i quali hanno visione del core  business dell’azienda) e personale tecnico.
• Granularità del servizio: la realizzazione delle funzionalità deve essere fatta con la massima cura per garantirne la corretta riutilizzabilità. Servizi troppo dettagliati risulteranno poco utili perchè non forniranno il sufficiente livello di automazione, così come servizi troppo generici risulteranno utili ad una platea molto ristretta.
• Sindrome del riuso: nella pianificazione dei servizi di una piattaforma SOA non si deve pensare al riuso come fine ultimo del servizio. Studi di settore mostrano che circa il 40% dei servizi realizzati nei primi progetti SOA sono utilizzabili, e questa percentuale scende in maniera naturale ad ogni nuovo progetto.
• Partire con progetti troppo grandi: il rischio di fallimento cresce quando l’obiettivo del progetto SOA comprende molti processi aziendali di complessità elevata o trasversali su molte aree perchè si ha a che fare con interlocutori diversi ed il numero e la complessità dei servizi da identificare è elevato.
• Scelta del progetto pilota: per far si che un progetto SOA abbia successo è necessario individuare un’area nellla quale sia presente una effettiva esigenza di business, intesa come necessità di agilità e possibilità di riuso delle funzionalità individuate come servizi.
• Non sottostimare i tempi: durante la realizzazione di un progetto SOA, non sottostimare le fasi iniziali di analisi e di identificazione dei servizi in quanto si riflettono sulle successive fasi di realizzazione e sopratutto sui progetti successivi, e vanno ad impattare sulla percezione che il cliente puo avere del valore