the matrix: remixed bpm + soa = results-oriented architecture

Post on 02-Dec-2014

7.190 Views

Category:

Business

0 Downloads

Preview:

Click to see full reader

DESCRIPTION

Government and Commercial organizations are facing constant challenges to increase agility, efficiency and effectiveness. Focused on results, IT and mission managers are struggling to bridge historical differences when building solutions to solve their problems. With BPM and SOA, technologies and methodologies have finally evolved to enable a successful results-oriented architecture to bridge this gap. This collaborative presentation walks through Best Practices that overcome the normal struggle between IT and mission, including examples from both government and commercial implementations.

TRANSCRIPT

The Matrix: RemixedBPM + SOA = Results-Oriented Architecture

Linus Chow

Charles “Flip” Medley

Clay Richardson

The Problem

• There is an “operational disconnect” between Business and IT– Business missions demands more capable

systems and greater automation from IT– IT wants more resources to support efforts to build

better solutions

• Both want to do the right thing and work together, but…

The Blue Pill: Business

• “I need situational awareness tools that can give me the information to do my job…”

• “I need the tools to execute my missions as quickly & efficiently as possible”

The Red Pill: IT

• “I need detailed use cases so I can build the right solution…”

• “I need the resources to do my job… people, processes, and infrastructure.”

• “I’ll build it and come back to you with a finished product…”

The Common Questions

• “What am I supposed to do?”• “How many resources am I being allocated to

accomplish this task?”

Are you fighting with your solutions?

• Poorly implemented “solutions”:– May not solve the

original problem(s) the business is facing

– Adds cost and complexity

– Limits the business’ ability to do its job well

– Lack the flexibility to cope with change

Have we been here before?

• BPM is not BPR!– “Let’s refine your org charts…”– “Let’s analyze your processes and then we’ll make some

recommendations…”• “…and good luck implementing them after we leave!”• “…and we’re not going to show you how to enact those

recommendations, since that’s not our area of expertise.”

• BPM is about enabling business agility by insinuating the business in to every element of the development lifecycle

• Keep the focus on getting results!

Have we been here before?

Have we been here before?

• SOA is not a technology-centric approach:– “Thanks to OO we can make systems that mimic your

business concepts…”– “Now that we have CORBA…”– “Java will allow us to…”– “Now that we have web services…”

• SOA is all about finding and building reusable services from your IT application infrastructure

• These services can be leveraged directly by your BPM processes.

SOA: Baseline

SOA: Orchestrate

SOA: Compose

SOA: Results

SOA + BPM

• BPM is a foundational component of an SOA– The big secret: SOA = BPM + …

• BPM encourages a results-oriented focus encourages best practices and reuse of artifacts across mission stakeholders

SOA + BPM = Results

Results-Oriented Architecture

Service Infrastructure

Application Infrastructure

Service Service Service Service Service Service

BPM

End-Users

CommunityCommunity CommunityCommunity CommunityCommunity

Solution Governance

IT Asset Governance

Service Governance

Enterp

rise S

ecurity Infrastru

cture

Service Bus

ServiceManagement

ServiceRegistry

ServiceRepository

Results-Oriented Process

1. Engage stakeholders throughout the mission context during the development process

2. Propagate design artifacts across the entire mission context

3. Maintain the visibility of all artifacts across missions to promote reuse

“This time, it’s going to be different…”

top related