Christopher Koch recently wrote a great article on CIO Blogs, which greatly contributed to fuel the BPM vs. SOA war that has been raging in the blogosphere recently.

Chritopher Koch 최근 CIO 블로그에 최근 블로그스피어에서 격렬히 논쟁되어 왔던 BPM vs SOA에 대해 기름을 붓는 대단한 글을 썼다.

BPM is presented as a top-down approach, while SOA would be a bottom-up one, and promoters of both approaches do not seem to be able to resolve their disagreements.

BPM은 top-down 접근방법으로 표현되어지고, 반면 SOA는 bottom-up 방식으로 표현되어지고,
두 가지 접근 방법의 프로모터는 그들의 논쟁을 해결할 수 없을 것으로 보인다.

Thing is, BPM — or rather BPM 2.0 — should not be a top-down approach, for we know that it does not work. Instead, I would characterize it as a middle-out one.

BPM또는 BPM2.0은 top-down 접근 방법으로는 안될것이다.(should not be)우리가 알고있는 바에 따르면 그것은 가능하지 않을 것이다(it does not work).대신에 middle-out 접근방법으로 간주할것이다.

Whether you go top-down or bottom-up to cross the business-IT divide, the gap remains the same. There is nothing magic in this, it’s just called Euclidian geometry.

Business와 IT 양쪽을 교차하기 위한 Top-down 방식 또는 Bottom-up방식을 취하던간에, 그 Gap은 같을 것이다. 여기에 마술은 없다. 단지 유클리드 기하학으로 불리울 뿐이다.

The main idea behind the promotion of a new type of developer known as Process Analyst is to provide a way to bridge that gap, in a middle-out fashion. Start from a middle ground that both business and IT can understand — I believe that BPMN is as good as it gets for this, then reach out to the business side through business metrics that business types love to play with, and to the IT side through BPEL as a way to embrace its newfound love for all things SOA.

프로세스 분석가로서 인식되어지는 개발자의 새로운 타입의 프로모션의 이면의 요지는 middel-out 방식에서 IT / Business간의 갭에대해 교량역할을 해주는 방법을 제공하는 것이다.
이것은  Business와 IT간 서로 이해할 수 있다는 중도에서 부터 시작한다. - 이것을 위해 BPMN이 그 목적을 얻기위해 아주 효율적일 것이라고 믿는다. 그리고,가지고 놀기 좋아하는 비즈니스 타입인 비즈니스 메트릭스를 통해 비즈니스 측면에 도달하려고 노력한다. 그리고  새로발견된 SOA의 모든일들을 포용하는 방법으로서 BPEL을 통하여 IT측면에 도달하려고 노력한다.

BPM and SOA are the two sides of the same BPM 2.0 coin. BPM is SOA’s killer application, while SOA is BPM’s enabling infrastructure. Try using BPM without SOA, and all you get is Business Process Reengineering or traditional workflow. Deploy SOA without BPM, and you’ll find it difficult to justify any Return on Investment to a business buyer. If there is a BPM vs. SOA war, it is fought by BPM vendors who cannot embrace SOA for they do not natively support BPEL, or SOA vendors who cannot embrace BPM for their products will always require coding. Take your pick

BPM과 SOA는 BPM2.0과 같은 두가지면이 있다. BPM은 SOA의 killer 어플리케이션이고, 반면 SOA는 BPM을 가능하게 하는 인프라스트럭쳐다. SOA 없이 BPM을 사용한다면, 당신이 얻는 모든것들은 BPR이거나 전통적인 워크플로우일 것이다. BPM 없이 SOA를 전개한다면 Business Buyer에게 어떠한 ROI도 주장하기 어려울 것이다.
만일 BPM vs SOA 논쟁이 있다면 본래 BPEL을 지원하지 못하기 때문에 SOA를 포함하지 못하는 BPM벤더에 의해서 논쟁이 될것이고, 또는 제품에서 항상 코딩을 요구하기 때문에 BPM을 포함하지 못하는 SOA 벤더일 것이다.

당신이 선택하십시요...

PS> 해석이 매끄럽지 못하고, 틀린 부분이 없나 걱정이 되는군여.. --;;
       읽어 보시다가 틀린 부분이나.. 매끄럽게 수정되어야 할 부분.. 지적 및 추천 부탁드립니다.
<출처 : http://itredux.com/blog/2006/06/03/bpm-20-is-middle-out/ >