Strategie ORACLE/BEA sul BPM

Si è svolta ieri l'annunciata conferenza Oracle con la presentazione della loro visione /strategia dopo l'acquisizione di BEA.

Sul sito Oracle si potrà a breve vedere tutta la conferenza cliccando qui.

Naturalmente alcuni analisti hanno hanno già commentato il tutto sul loro blog.
Qui il commento di Sandy Kemsley e qui quello di Bruce Silver.

Dal blog di Silver una citazione:

"Finally, Oracle intends to follow IBM’s lead and continue to offer a separate special-purpose BPM product for content-centric workflow, including imaging and document capture, rather than orchestrate those content services using the “real” BPMS (either one of them). I don’t think this strategy works for IBM and I don’t think it’s ideal for Oracle, either"

BPM e SOA: un matrimonio che s'ha da fare

Secondo Gartner i due approcci hanno obiettivi comuni, ossia agilità e controllo, e possono aiutarsi a vicenda per avere effettivamente successo in azienda.

"La SOA è un'architettura applicativa in cui i dati e le logiche di business sono 'servizi' modulari. Le applicazioni assemblano servizi e, quindi, si fanno più agili. Il BPM è invece un insieme di discipline di gestione che accelera un miglioramento efficace dei processi di business, riunendo metodi incrementali e di trasformazione"

Leggete l'articolo completo su CWI cliccando qui.

BPM sorpassa SOA

Un recente studio Forrester Research su circa 500 aziende (USA e Europa) ha rilevato che circa il 60% hanno in essere progetti BPM e che altri 19% prevedono di iniziarli entro 12 mesi. Questo 79% ha superato l'analoga percentuale di adozione di SOA.

In un altro survey su 164 aziende (USA e UK) condotto nell'ottobre 2007 più ell'85% delle aziende intevistate aveva in essere o pianificava nei mesi successivi un progetto BPM.

Ecco la ripartizione per settore delle 164 aziende (USA e UK). Notare il 31% di banche e assicurazioni.

Molto interessante anche l'indicazione sul beneficio primario ottenuto dai progetti BPM. La maggioranza delle aziende per misurare il successo di progetti BPM utilizza metriche: eccone la ripartizione.

Se volete leggere il report completo mandatemi una mail e ve lo invio.(giorgio.anselmetti@ariannaconsulting.it)

Qual è il valore della SOA

Il "valore" di una architettura SOA deve essere analizzato con due angolature differenti: valore per il Business e per l'IT.

Riprendo da un blog americano:

Business Value
The business gets value when SOA is used as an enabler of BPM. You can reengineer your process all day, but you need to allow these business processes to communicate with your legacy systems. The business can't wait for IT to blow up legacy applications in order to create new user interfaces with robust workflows under the covers. Instead IT must abstract the legacy layer and make it easy to build composite front end applications that leverage years of investments in the legacy applications. This allows IT to deliver huge amounts of value to the business in a relatively short amount of time using the right tools (BPMS).

IT Value
The value for IT is in reuse and speed to market. As your SOA matures, the amount of reuse grows exponentially. If you architect SOA correctly, you will move from creating services to consuming services. Once you have built a good baseline of abstract services, you can quickly meet the business's demands by assembling business services rather then building them from scratch each time. Think of it as Lego building. If you start with a hand full of white and red Legos that are rectangular in shape, you can create a few nice structures out of them.

Then you add more colors, followed by new shapes (circles, squares, arcs, etc.), followed by custom pieces (parts for trucks, trains, buildings, boats, etc.) and soon you can build an unlimited amount of structures.


The Real Problem
What I see as the real problem preventing companies from successfully deploying and realizing value from SOA is they don't fully understand SOA and they underestimate the amount of change to the culture. So here are the list of non technical issues that will kill your SOA project:

• If you don't align SOA with a key business driver, you greatly reduce the odds that you will ever reap the rewards of SOA.
  
• If you don't include BPM in your SOA implementation, then SOA becomes just another IT buzzword for the business and not an enabler.
  
• If you don't take a proactive approach to change management, resistance will prevail and you will spin your wheels dealing with change (been there, done that).

Key take away
The problem with SOA isn't SOA, it's people. People must understand SOA and the importance of aligning their initiative with a key business driver. BPM is the killer application that can get your business sponsors on board.

Trasformare il business con BPM e SOA

Interessante post di Mike Kavitz su come è possibile trasformare il proprio business, mediante l'utilizzo di BPM & SOA, senza dismettere le vecchie applicazioni.

per accedere al post cliccare qui