You are currently browsing the tag archive for the ‘business’ tag.

Firmato Booz Allen Hamilton è il recente survey “Quanto è efficace la tua organizzazione IT”, indirizzato a CIO, manager dell’IT e non. Il survey è ancora aperto (se volete compilarlo lo trovate qui, sono 24 domande) ma l’articolo odierno su CWI fa emergere già interessanti dati. Certo il tema del connubio tra Business e IT, più volte ripreso da BEA, è sempre più scottante: da un lato un IT troppo spesso ingessato da architetture e soluzioni ‘rigide’ e silos verticali, e dall’altro modelli di Business sempre più reattivi, veloci ed aggressivi. E con la figura del CIO o dell’IT manager a gestire il difficile compito di allineare il proprio IT alle incalzanti richieste del Business. BEA risponde con numerose soluzioni volte a ridurre il gap IT-Business, e le raccoglie sotto un unico messaggio dal chiaro ed evocativo nome “Liquid Enterprise”: provate a fare un giro sul sito per scoprire qualcosa in più sulla Business Agility.

liquid-enterprise-bea.jpg

L’articolo di Paul Callahan Top 10 mistakes when implementing SOA projects su Zdnet è molto chiaro e personalmente condivido tutto il suo contenuto. Ripetere gli stessi concetti, per quanto possa sentirli anche miei, sarebbe inutile e potrebbe dare l’impressione di attribuirsi il lavoro degli altri…

Comunque voglio aggiungere qualche considerazione, raggruppandole in sei categorie – il che non implica necessariamente che io ne sappia meno di Paul che elenca 10 argomenti 🙂 – per dare il mio contributo basato sull’esperienza personale. Sono solo spunti di discussione, perchè non possiamo dilungarci su questo blog: sarei in ogni caso felice di approfondire l’argomento con chiunque sia interessato a condividere le proprie esperienze, quindi scrivete i vostri commenti o mandateci una email, ci farebbe piacere.

Tecnologia

Spesso l’adozione di SOA viene interpretata come un’iniziativa meramente tecnologica e si concentrano (a volte si sprecano) molto tempo e molte risorse nel definire puntigliosamente le caratteristiche dei prodotti che si dovranno usare per coprire ogni eventuale necessità futura.

In questo modo l’avvio di un progetto richiede lungo tempo, e si guardano da lontano quelli che sono partiti in modo più pragmatico. Pur essendo uno dei sostenitori di un’architettura di riferimento ben definita (basata su tutti prodotti BEA o meno, va bene lo stesso: e poi un’architettura non è fatta di soli prodotti) sostengo che si può anche procedere per iterazioni successive, cominciando a sperimentare e facendo tesoro dell’esperienza; definendo una visione di ampio respiro mentre si implementano le cose semplici che sono a portata di mano. Pensando in modo strategico e agendo contemporaneamente in modo tattico. Programmando una roadmap che sia oggettivamente realizzabile.

Tra l’altro, a volte la tecnologia di cui si dispone è già sufficiente per iniziare la realizzazione di quello che serve: ho visto fior di architetture realizzate utilizzando Tuxedo o il CICS, quindi non sempre la tecnologia più attuale è necessaria per ogni progetto.

Governance

Molte decisioni devono essere prese nella realizzazione di un programma SOA di livello enterprise:

  • Chi definisce e modifica i servizi?
  • A chi è consentito l’uso dei servizi?
  • Quale livello di servizio dobbiamo fornire?
  • Chi paga per la costruzione del servizio?
  • Chi paga per l’infrastruttura per i servizi?
  • Come devono essere gestite le interdipendenze tra i servizi?
  • Come esporre i servizi all’esterno?

Si devono fare anche queste, ed altre, considerazioni:

  • Struttura organizzativa
  • Finanziamento
  • Processi Operativi e strumenti di supporto
  • Standard
  • Competenze
  • Principi Guida
  • Change Management

Non ci si può illudere di non dover affrontare questi argomenti, sicuramente quando sono spinosi: quindi metteteli in conto dall’inizio. In ogni azienda esistono posizioni di potere che possono essere intaccate da una strategia basata sulla condivisione e sulla collaborazione: oltre a una rivoluzione culturale servono regole (rispettate) che consentano all’intero sistema di funzionare, possibilmente con il coinvolgimento attivo di tutti gli attori.

Esperienza

A volte ci si fa prendere dall’entusiasmo, avendo intuito (o anche studiato in modo approfondito) i benefici che si possono ottenere da un approccio SOA. Quindi si parte in quarta: si studia, si organizza, si acquista quello che serve e si inizia un bel progetto.

Se però non si ha esperienza di iniative di questa portata, sia dal punto di vista di una architettura enterprise che da quello della famosa governance, si rischia di ritrovarsi in mezzo a una palude.

I tempi di realizzazione, l’integrazione, il budget o il change management possono diventare dei problemi in corso d’opera. A volte si costruisce un bel prototipo, che però non ha le caratteristiche sufficienti per la messa in esercizio; oppure si realizza l’infrastruttura perfetta, ma nessuno ha un servizio utile da metterci sopra.

Vale quindi la pena di confrontarsi con qualcuno che abbia già intrapreso (e portato avanti con successo) lo spesso percorso, per fare tesoro della sua esperienza e impostare il proprio lavoro nel modo migliore.

Consiglio di parlare con project manager, program manager e architetti che abbiano già realizzato progetti SOA reali per farsi raccontare quali difficoltà hanno incontrato e come le hanno eventualmente risolte. Tra questi potete considerare colleghi che hanno il vostro stesso ruolo in altre aziende, consulenti che lavorano per i system integrator o i software vendor, tra cui ovviamente BEA. Mi raccomando però di verificare le credenziali dei sedicenti esperti, perchè SOA è sulla bocca di tutti e il mondo è pieno di “enterprice architett”.

Iniziativa IT senza partnership con il business

Se la divisione IT di un azienda intraprende un’iniziativa SOA in modo autonomo, di solito lo fa per uno di questi motivi:

  • va di moda, quindi se gli altri lo fanno un motivo ci sarà
  • è moderno, quindi se lo facciamo possiamo metterci in evidenza come innovatori
  • possiamo chiedere una quota di budget per rinnovare le nostre infrastrutture.

E’ invece consigliabile che l’inizio del progetto derivi da un’iniziativa condivisa con i responsabili del business dell’azienda: a seconda del settore, con la produzione, la logistica, il marketing, il demand management.

Se l’iniziativa è fine a se stessa, non produrrà un valore per l’azienda. Non avrà un ROI dimostrabile e non darà lustro ai suoi responsabili. Se invece è condivisa con chi può beneficiare dei suoi risultati in termini di fatturato, dimostrerà di portare vantaggi al business. E’ essenziale un sistema di metriche per dimostrare in modo quantitativo il vantaggio generato. Ma soprattutto è necessario che ogni attività sia mirata alla soluzione di un reale problema che gli utenti di business percepiscono nella loro attività. Se per esempio un processo di vendita richiede troppo tempo, ridurne la durata ottimizzando il processo (eliminando attività manuali, per esempio) può avere effetto sul flusso di cassa. Rendere la produzione più efficiente può diminuire l’immobilizzo di capitale e le spese per la logistica. L’IT dovrebbe imparare a parlare lo stesso linguaggio del business e a interpretarne le necessità (condividendole in modo esplicito ed evitando assunzioni che potrebbero non essere condivise).

Mancanza di pragmatismo

Tra l’altro, la condivisione di una roadmap può evitare che si creino aspettative ingiustificate o, peggio, che non ci siano aspettative. Rendere visibili i risultati ottenuti nelle fasi intermedie della roadmap, secondo quanto pianificato, garantisce il supporto degli sponsor di business e non fa venire meno il sostegno negli eventuali momenti in cui il progetto incontra dei problemi. Per questo motivo bisogna assolutamente evitare approcci di tipo Big Bang, in cui risultati eclatanti vengono promessi alla fine di un arco di tempo troppo lungo: si potrebbe non arrivare mai a dimostrarli…

La figura seguente mostra che – a seconda della situazione che fa nascere l’iniziativa SOA – è opportuno organizzarsi in modo differente: la roadmap conterrà azioni adeguate alla situazione e nella sequenza più opportuna.

entry points

 

Comunicazione

  • Marketing interno: come detto nell’introduzione, occorre definire un piano strategico e realizzarlo in modo tattico. E’ importante che l’azienda cominci presto ad apprezzare i risultati, per creare un circuito virtuoso intorno all’iniziativa SOA.
  • Riuso degli asset nei progetti: se si realizzano dei servizi utili ma pochi ne conoscono l’esistenza, probabilmente il vantaggio del riuso sarà limitato. Conviene mettere a punto una strategia di comunicazione e gli strumenti a supporto (service repository e/o un portale intranet, newsletter, eventi periodici…).
  • Demand management: dare a chi si interfaccia con il business la visibilità degli asset disponibili (possono nascere nuove idee dalla conoscenza dei servizi esistenti) o la possibilità di esprimere i requisiti in modo da iniziare il ciclo di vita dei servizi (o delle applicazioni composite): il repository è sempre utile.
  • Diffusione della cultura della condivisione: le modalità dipendono dal contesto aziendale, ma questa attività è quanto mai necessaria.

Un altro prodotto BEA finisce nel quadrante Leader di Gartner: è il BPM (Business Process Management). Il report Magic Quadrant Report for Business Process Management Suites (BPM)” descrive in dettaglio quali tipi di processo possono essere migliorati con un BPM, i punti di forza e di debolezza di 22 fornitori di soluzioni, ed i 10 fattori più importanti che un’azienda deve considerare nell’acquisto di un prodotto di BPM. Il report completo è scaricabile a questo indirizzo. Buona lettura.

1541b58d-925b-428f-9a98-45da9736cad5_gartner_mgq.jpg

 

Parola di Gartner, IDC e Forrester. Segnalo qui un interessante articolo di un magazine olandese che riassume le indicazioni dei maggiori analisti in sei grandi trend per il 2008: qualche suggerimenti per CIO e IT manager per i prossimi mesi.http://www.webwereld.nl/articles/49082/six-enterprise-application-trends-to-watch-in-2008.html

Abbiamo appena rilasciato i risultati di una interessante ricerca condotta su 134 Partner di BEA in Europa (26 paesi), Partner che operano su Clienti Enterprise, Grandi aziende e Medium e Small Business. Ecco cosa ne emerge:

  1. il 36% ritiene che la maggiore opportunità di business per il 2008 sarà il BPM (Business Process Management), su tutte le tipologie di Clienti;
  2. al secondo posto la Business Integration (20%) ed al terzo la SOA Governance (13%);
  3. le soluzioni di Portale saranno quelle più interessanti nel settore Enterprise e Grandi Aziende;
  4. mentre il maggior ostacolo che stanno affrontando ora sono le barriere tra l’IT ed il Business all’interno dei Clienti

Non possiamo che essere d’accordo con queste valutazioni che arrivano da Partner in tutta Europa.In particolare due commenti. BPM: da buzzword a progetti reali. Tutti ne parlano ma non solo: molti clienti stanno realizzando fior di progetti sul BPM, e stanno toccandone con mani i positivi risultati.Secondo punto: IT e Business a confronto, altro tema ricorrente ed evidenziato non solo da noi, ma da Clienti ed Analisti: ed ancora una volta, BEA è in prima linea con le soluzioni di Business Liquidity ….Grazie a tutti i Partner che hanno contribuito … e vedremo come le aspettative si tradurranno in realtà nel prossimo anno.

Qualche giorno fa BEA ha rilasciato il nuovo report “State of the Portal Market 2007: Portals and The Power of Participation” (bea_state_of_portal_market_2007-wp-it.pdf)(46 pg) che riassume i dati della annuale ricerca (ormai la sesta edizione), frutto di oltre 450 interviste a CIO clienti di BEA, più un centinaio di report di analisti (Gartner, IDC, Forrester ed altri) collezionati negli ultimi 12 mesi. Una fonte ragguardevole di informazioni che fotografano una serie di aspetti su cui le aziende italiane ed internazionali stanno riflettendo.

  1. Business e IT – BPM e SOA: l’incremento delle iniziative di business process management (BPM) e Service Oriented Architecture (SOA) stanno spingendo l’uso di portali. Questo perchè i portali sono la naturale interfaccia di architetture a servizi, di sistemi di process management, e di sistemi di collaborazione. 
  2. Business participation – Web 2.0: dopo l’impatto rivoluzionario delle società Web 2.0 sul consumer, le aziende stanno adottando questi stessi principi per utilizzarli all’interno. Ed i portali sono ancora una volta lo strumento principe per rendere disponibili funzionalità Web 2.0 e di social computing enterprise.
  3. Benefici: oltre ai benefici legati strettamente al fatturato evidenziati dal report, i clienti dei portali BEA sottolineano benefici come l’aumento della produttività e dell’efficienza dei dipendenti, la riduzione dei costi di supporto e servizio, l’aumento della fidelizzazione dei clienti, il consolidamento dell’infrastruttura IT e la riduzione dei costi operativi, grazie alla diminuzione dei processi manuali o basati su carta.
  4. Costi di implementazione: Per il 77% dei clienti di portali BEA, i costi di consulenza e personalizzazione sono stati minori dei costi di licenza, e questo dimostra come il portale sia un mezzo di implementazione rapido e flessibile per un’ampia gamma di iniziative aziendali.
  5. Ampliamento dell’audience: nonostante la tendenza al consolidamento, il numero di portali implementati in azienda è in aumento. E questo incremento è dovuto all’aumento delle audience supportate dai portali e dalla maggiore flessibilità della tecnologia per velocizzare lo sviluppo e l’implementazione delle applicazioni.

Riassumendo, il report rivela che, per il sesto anno consecutivo, i portali rimangono una priorità per i CIO delle aziende. Conferma, inoltre, che i portali rimangono la piattaforma ideale per consolidare le applicazioni, permettere l’integrazione e il riutilizzo dei sistemi e dei dati esistenti ed aiutare i clienti a mettere a disposizione degli utenti – sempre più amanti delle community – le funzionalità Web 2.0 e le tecnologie di social computing.È possibile scaricare questo studio all’indirizzo: http://bea.com/whitepapers/portal-marketQui sotto uno dei tanti grafici che supportano i risultati del report.

5motiviportal1.jpg

Attenzione!

Questo sito non è piu' aggiornato. Vieni a trovarci sul nuovo Caffe' con BEA

Disclaimer

I post su questo blog rappresentano i pensieri personali dei singoli autori e non rappresentano le posizioni ufficiali di BEA Systems. Se scrivete commenti, essi saranno rivolti solo ai singoli autori e non a BEA Systems. Le immagini ed i filmati possono essere tratti da Internet: qualore violassero eventuali diritti di autore, segnalatelo subito a pfurini@bea.com.