RE: [soa-blueprints] Coalogic and the SOA Business method..

[<marchadr@wellsfargo.com>]

Todd,

These are the points I actually was trying to provoke with putting out the organizational chart.

Some companies are of the opinion that SOA allows for decentralization of the IT organization while others think the opposite. It would be interesting to see what SOA should do to an organization as a mature model.

The important part of the organizational discussion will be the idea of a governing body for SOA.
What does this look like and what type of responsibilities would it have?

I think if a company can manage decentralization versus centralization each should work within the context of having a governing body to enforce standards, registry and policies across the organization. 

Thoughts?

Thanks,

Dan



-----Original Message-----
From: Biske, Todd [mailto:Bisketa@agedwards.com]
Sent: Friday, November 11, 2005 3:19 PM
To: Jones, Steve G; marchadr@wellsfargo.com; mmatsumura@infravio.com
Subject: RE: [soa-blueprints] Coalogic and the SOA Business method..


They haven't updated my email address on the mailing list server yet (registered as todd.biske@agedwards.com but our server sends them out as bisketa@agedwards.com).  If one of you could forward my comments to the general list, I'd appreciate it.

-tb

-----Original Message-----
From: Biske, Todd 
Sent: Friday, November 11, 2005 5:08 PM
To: 'Jones, Steve G'; marchadr@wellsfargo.com; mmatsumura@infravio.com;

Subject: RE: [soa-blueprints] Coalogic and the SOA Business method..


I agree with Steve's comments.  I took a look at the org chart and one thing I immediately noticed was the individual IT groups within each business area.  Does this represent the majority of the corporations implementing SOA?  I know in our case, we have centralized IT, and we are trying to move away from a one-to-one mapping between business areas and IT areas.

I would not take the organizational structure too lightly in the blueprints, because I think it's something that can really halt an SOA adoption in its tracks.  We've really struggled at times with the service ownership issue, and still haven't settled on a model  yet.  I think a company has to plan out its organizational approach to service development, whether it is a planned centralized to decentralized migration, a permanent centralized group, decentralized development with centralized oversight, or completely decentralized.  The approach will likely be dependent on the organization's maturity with release and change management.

I apologize if I'm rehashing discussions that have already taken place, since we only recently got our OASIS paperwork settled and I'm catching up...

Todd Biske

-----Original Message-----
From: Jones, Steve G [mailto:steve.g.jones@capgemini.com]
Sent: Friday, November 11, 2005 2:43 AM
To: marchadr@wellsfargo.com; mmatsumura@infravio.com;
soa-blueprints@lists.oasis-open.org
Subject: RE: [soa-blueprints] Coalogic and the SOA Business method..



Cheers Dan,

Its important to note that the SOA doesn't always (or often) map directly to
the organisation charts, most often organisation charts are based on
capabilities of individuals rather than domains in the business.  Its key
when doing the SOA map to understand the org chart, but more importantly the
real underlying "whats" org charts tend to shift quicker than what the
business actually does.

Next iteration is slightly delayed while I help out on a project for a
couple of weeks.

Steve


> -----Original Message-----
> From: marchadr@wellsfargo.com [mailto:marchadr@wellsfargo.com]
> Sent: 10 November 2005 20:12
> To: mmatsumura@infravio.com; Jones, Steve G; soa-blueprints@lists.oasis-
> open.org
> Subject: RE: [soa-blueprints] Coalogic and the SOA Business method..
>

> I also put up some of the question and answer emails Steve and I had on
> various topics.
> They are found under the FAQs. I'll try and flush out more the answers as
> I have a bit more time.
>

> Also I put together a first draft of a conceptual organization chart for
> Coalogic that will help to show the mapping Steve seems to be indicating
> from the SOA Methodology drill downs.
>

> Steve, double check the org chart to make sure I have captured enough
> detail for you.
>

> Faqs - http://blueprints.jot.com/WikiHome/FAQs
> Org Chart - http://blueprints.jot.com/WikiHome/Organization+Details
>

> What I may do later on is have a proposed organizational chart to see if
> it will affect the Methodology that Steve is working on. This will help
> vet the methodology against organizational change at the level 3 and
> below.
>

>

> Thanks,
>

> Dan
>

> -----Original Message-----
> From: Miko Matsumura [mailto:mmatsumura@infravio.com]
> Sent: Wednesday, November 09, 2005 10:27 PM
> To: Jones, Steve G; soa-blueprints@lists.oasis-open.org
> Subject: RE: [soa-blueprints] Coalogic and the SOA Business method..
>

>

> I'm excited to review these, but am in Japan doing JavaONE and am pretty
> slammed...
>

> 	-----Original Message-----
> 	From: Jones, Steve G [mailto:steve.g.jones@capgemini.com]
> 	Sent: Tue 11/8/2005 3:49 PM
> 	To: soa-blueprints@lists.oasis-open.org
> 	Cc:
> 	Subject: [soa-blueprints] Coalogic and the SOA Business method..
>

>

>

>

>

> 	First two pictures are up on the Wiki
> http://blueprints.jot.com/WikiHome/SOA+Business+Blueprint revisions will
> start coming in the next few days as well as the subsequent levels.
>

>

>

> 	Comments more than welcomed.
>

>

>

> 	Steve
>

>

>

>

>

> 	___________________________________________________________
>

> 	Steve Jones | Capgemini
>

> 	CTO, Application Development Transformation
>

> 	T +44 870 906 7026| 700 7026| www.capgemini.com
> <http://www.capgemini.com>
>

> 	m: steve.g.jones@capgemini.com <mailto:steve.g.jones@capgemini.com>
>

> 	txt: +44 (0) 7891157026
>

> 	Join the Collaborative Experience
>

> 	___________________________________________________________
>

>

>

> This message contains information that may be privileged or confidential
> and is the property of the Capgemini Group. It is intended only for the
> person to whom it is addressed. If you are not the intended recipient, you
> are not authorized to read, print, retain, copy, disseminate, distribute,
> or use this message or any part thereof. If you receive this message in
> error, please notify the sender immediately and delete all copies of this
> message.
>

>


This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient,  you are not authorized to read, print, retain, copy, disseminate,  distribute, or use this message or any part thereof. If you receive this  message in error, please notify the sender immediately and delete all  copies of this message.


-------------------------------------------------------------------------------------
A.G. Edwards & Sons' outgoing and incoming e-mails are electronically
archived and subject to review and/or disclosure to someone other 
than the recipient.

-------------------------------------------------------------------------------------