통합의 불필요한 복잡성은 특별히 누구의 잘못도 아닐 수 있지만 한편으론 모든 이들의 문제입니다. 엔터프라이즈 아키텍트는 기업을 PTP(Point To Point) 통합으로 인한 복잡한 상태에서 보다 전략적인 아키텍처로 전환시킬 수 있는 이상적인 위치에 있습니다.

불필요한 복잡성의 문제는 거의 예기치 못하게 발생했습니다. 귀사의 엔터프라이즈 구축 애플리케이션들은 매년 시간이 지남에 따라 한 번에 하나씩 HR에서 ERP로, CRM에서 데이터 웨어하우스로 연결되는 방식으로 하나하나 늘어났습니다. 프로젝트 책임자는 전략적 편의성을 얻었지만 이제는 통합의 불필요한 복잡성이 통제하기 어려울 정도로 증대되어 비즈니스 성과를 저해하고 지나친 유지 관리 비용으로 IT 예산을 소모하고 있습니다. 그림 1을 참조하십시오.

그림 1: 여기에 묘사된 통합의 불필요한 복잡성 범위는 많은 기업에 있어 드문 일이 아닙니다.

엔터프라이즈 아키텍트는 불필요한 복잡성이 전혀 이상적이지 못하다는 것을 너무도 잘 알고 있고 그로 인해 IT에서 비즈니스 요구에 빠르게 응답하지 못하게 되는 결과를 경험하고 있습니다. 불필요한 복잡성이 증가함에 따라 보고서를 적시에 전달하지 못하거나 기업이 자사의 주요 10대 고객과 같은 기본적인 메트릭스를 정확하게 설명할 수 없는 위험도 증가합니다.

만약 귀하의 조직이 개별 프로젝트의 요구를 만족시키는 사용자 지정으로 코딩된 통합이라는 복잡성 문제의 원인이 되는 방식을 고집하는 경우 불필요한 복잡성은 더욱 증대되기만 할 것입니다. 엔터프라이즈 아키텍트는 통합 방식을 재검토하고 보다 전략적인 아키텍처로 전환하도록 유도할 수 있는 이상적인 위치에 있습니다.

불필요한 복잡성 문제를 해결하고 싶으십니까?
불필요한 복잡성 문제는 하루 아침에 해결될 수는 없지만 개발 및 유지 관리 비용을 절감하고 비즈니스 요구 사항을 잘 해결해주는 보다 효과적인 통합 모델 구현을 위한 로드맵을 고안하지 않는 것은 좋은 방법이 아닙니다.

항목별 복잡성에 대한 목록을 만드십시오. 불필요한 복잡성을 해결하기 위한 핵심은 통합 항목의 목록을 만들어서 그 차원 및 복잡성을 이해하는 것입니다. 완벽한 목록을 만들려면 시간이 걸리지만 Microsoft Word 대신 메타데이터 리포지토리를 사용하여 모든 신규 프로젝트를 위한 정보 교환을 문서화하는 것부터 시작할 수 있습니다.

개발 방식을 표준화하십시오. 모든 신규 통합 프로젝트에 표준화된 프로세스를 적용하고 사용자 지정 코딩 방식을 배제하시기 바랍니다. CIO의 적극적인 지원과 올바른 툴의 사용으로 귀하의 조직은 불필요한 복잡성이 더 이상 악화되지 않도록 할 수 있습니다. 귀사의 개발자들이 새로운 툴에 대해 적응하게 되면 일반적인 요소를 재사용하고 공유하는 것이 훨씬 빨라졌다는 것을 알게 될 것입니다.

고객을 시야 내에 유지하십시오. 통합 방식은 IT 자체의 활동이 아닌 IT 내부 고객의 목표에 중점을 두어야 합니다. 재작업의 필요 없이 전체 프로젝트 수명 주기를 통해 만들어진 결과물의 비율을 추적하여 성공에 대한 측정을 시작하십시오.

품질을 구현하십시오. 처음에 개발이 제대로 수행되었는지 확인하십시오. 재사용 가능한 워크플로우 주도식 통합을 통해 축적된 베스트 프랙티스는 일부 대형 운영계 릴리즈에서 더 작고 더 잦은 릴리즈로의 패러다임 전환을 용이하게 하여 조직의 민첩성을 증대시켜 줍니다.

한 가전 회사는 각 통합 항목에 대한 개발 비용이 3만 달러나 된다는 놀라운 사실을 인식하고 통합 프로세스의 전환에 대한 필요성을 인식했습니다. 매년 300건의 새로운 통합을 하면 연간 비용이 무려 900만 달러에 달했습니다. 하지만 수년간의 최적화를 통해 개발 비용은 75 달러로 감소했으며 유지 관리 작업이 현저히 단순화되었습니다.

링크드인에서 통합에 대한 토론에 참여하고 인포매티카의 백서 “IT의 매듭을 푸십시오(Untangle the IT Knot)”에서 자세한 정보를 확인하시기 바랍니다. 또한, 인포매티카의 John Schmidt가 쓴 “린(Lean) 통합의 7가지 치명적 죄악(The 7 Deadly Sins of Lean Integration)”을 살펴보십시오.