Offcanvas

������ ������������

기고 | '분류에서 실행까지' 기술 아키텍처 개선 가이드

회사의 기술 아키텍처를 묘사하는 한 단어를 선택하라고 한다면 ‘매우 복잡’이라고 대답할 이가 많을 것이다. 두 단어이기는 하지만 대부분의 기술 아키텍처는 실제로 매우 복잡하다. 정말로, 정말로, 정말로 복잡하다. 물론, 그렇게 복잡하거나 난해한 것이 있다면 개선 계획을 수립하기 전에 분류 작업을 하는 것이 도움이 된다. 이러한 분류는 ‘정말로’라는 말을 사용하는 대신에 실질적인 계획을 수립하여 회사의 기술 아키텍처가 비즈니스에 도움이 되도록 할 것이다. Jeff Sheldon / Unsplash (CCO) 기술 아키텍처 이해하기 이 시리즈의 이전 글인 ‘기고 | IT부서 ‘업의 본질’일 수도… ‘기술 아키텍처’ 가이드’에서는 기술 아키텍처를 설명하고 3개의 포트폴리오와 하위 포트폴리오로 분류했다. • 애플리케이션 : 기록, 인터페이스, 통합 시스템 및 위성 앱 • 데이터 : 구조화 및 비구조화 • 기술 : 시설, 인프라, 플랫폼 다음 글 ‘기고 | 기술 아키텍처 평가하기 ‘11가지 핵심 기준’에서는 기술 아키텍처에 포트폴리오 관점과 전체적인 디자인 등 2가지 보완적인 관점이 필요하다고 덧붙였다. 또한 아키텍처를 구성하는 구성요소의 건전성을 평가하기 위한 지침을 공유했다. 아울러 기술 아키텍처의 각 애플리케이션이 맵핑 하는 비즈니스 기능 분류학인 ‘BCM(Business Capability Model)’을 통해 기술 및 비즈니스 아키텍처를 연결하는 방법을 제시했다. 이것들을 통해 보유하고 있는 것을 확인, 범주화, 평가할 수 있다. 기술 아키텍처를 개선하기 위한 효과적인 계획을 수립하기 위해서는 각 포트폴리오와 하위 포트폴리오의 모든 구성요소의 배치(필요한 변화 방식) 및 배치에 대한 우선순위를 결정해야 한다. 구체적인 사항은 취급하고 있는 포트폴리오 및 하위 포트폴리오에 따라 달라진다. 여기에서 아래에서부터 분류해본다. 시설 및 인프라 기술 아키텍처 개선 시 우선순위 수립은 항상 선순위 과제다. 마지막 편에서 설명한 프로세스, 프레임워크, 기준...

기술 아키텍처 테크니컬 아키텍처 아키텍처 개선

2021.11.18

회사의 기술 아키텍처를 묘사하는 한 단어를 선택하라고 한다면 ‘매우 복잡’이라고 대답할 이가 많을 것이다. 두 단어이기는 하지만 대부분의 기술 아키텍처는 실제로 매우 복잡하다. 정말로, 정말로, 정말로 복잡하다. 물론, 그렇게 복잡하거나 난해한 것이 있다면 개선 계획을 수립하기 전에 분류 작업을 하는 것이 도움이 된다. 이러한 분류는 ‘정말로’라는 말을 사용하는 대신에 실질적인 계획을 수립하여 회사의 기술 아키텍처가 비즈니스에 도움이 되도록 할 것이다. Jeff Sheldon / Unsplash (CCO) 기술 아키텍처 이해하기 이 시리즈의 이전 글인 ‘기고 | IT부서 ‘업의 본질’일 수도… ‘기술 아키텍처’ 가이드’에서는 기술 아키텍처를 설명하고 3개의 포트폴리오와 하위 포트폴리오로 분류했다. • 애플리케이션 : 기록, 인터페이스, 통합 시스템 및 위성 앱 • 데이터 : 구조화 및 비구조화 • 기술 : 시설, 인프라, 플랫폼 다음 글 ‘기고 | 기술 아키텍처 평가하기 ‘11가지 핵심 기준’에서는 기술 아키텍처에 포트폴리오 관점과 전체적인 디자인 등 2가지 보완적인 관점이 필요하다고 덧붙였다. 또한 아키텍처를 구성하는 구성요소의 건전성을 평가하기 위한 지침을 공유했다. 아울러 기술 아키텍처의 각 애플리케이션이 맵핑 하는 비즈니스 기능 분류학인 ‘BCM(Business Capability Model)’을 통해 기술 및 비즈니스 아키텍처를 연결하는 방법을 제시했다. 이것들을 통해 보유하고 있는 것을 확인, 범주화, 평가할 수 있다. 기술 아키텍처를 개선하기 위한 효과적인 계획을 수립하기 위해서는 각 포트폴리오와 하위 포트폴리오의 모든 구성요소의 배치(필요한 변화 방식) 및 배치에 대한 우선순위를 결정해야 한다. 구체적인 사항은 취급하고 있는 포트폴리오 및 하위 포트폴리오에 따라 달라진다. 여기에서 아래에서부터 분류해본다. 시설 및 인프라 기술 아키텍처 개선 시 우선순위 수립은 항상 선순위 과제다. 마지막 편에서 설명한 프로세스, 프레임워크, 기준...

2021.11.18

기고 | 기술 아키텍처 평가하기 ‘11가지 핵심 기준’

현재 무엇을 보유했는지 파악한다는 것은 좋은 시작점이다. 단 무엇을 보유했는지 아는 것과 무엇을 보유해야 하는지 아는 것은 꽤나 다른 문제다.  기술 아키텍처(Technical Architecture)는 정보 기술의 진화를 서술하고 평가하고 계획하도록 알려주는 접근법이다.  지난 글 ‘기고 | IT부서 ‘업의 본질’일 수도… ‘기술 아키텍처’ 가이드’에서 살펴본 것처럼 기술 아키텍처를 설명하기 위한 프레임워크는 포트폴리오와 하위-포트폴리오로 나뉜다. 예를 들어 애플리케이션(기록, 통합, 위성 앱 시스템), 데이터(구조적 및 비구조적), 기술(설비, 인프라, 플랫폼) 등이 대표적인 요소다. 이 프레임워크는 IT가 가진 것을 식별하고 분류하는 것을 가능하게 한다. 그러나 이것만으로는 부족하다. IT가 가진 것이 IT가 가져야 하는 것인지를 알기 어렵다. 이 글에서는 이 난제를 다룬다. 이제 기술 아키텍처를 평가하는 핵심 기준을 살펴본다.   기술 아키텍처에 대한 2가지 시각  기술 아키텍처에 대한 설명은 2가지 보완적 시각, 즉 홀리스틱 디자인(holistic design)과 포트폴리오 시각(portfolio view)으로 나뉜다. 홀리스틱 디자인(Holistic design)은 아키텍처의 각 구성요소가 무엇을 하는지 (구성요소가 제공하는 역량), 그리고 구성요소들이 어떻게 결합해 개별 부분으로부터 기능적 전체를 형성하는지를 설명한다.  반면 포트폴리오 시각(Portfolio view)은 투자 이론에 뿌리를 둔다. 이는 기술 아키텍처 내의 구성요소를 투자 포트폴리오 내의 주식과 동일하게 취급한다. 투자자는 정기적으로 포트폴리오를 검토하여 어떤 주식을 더 매수할 것인지, 그대로 유지할 것인지, 매도할 것인지 결정한다. 테크니컬 아키텍트는 기술 포트폴리오의 각 구성요소의 건전성을 정기적으로 검토하여 어떤 구성요소가 표준으로서 유지되어야 하는지, 어떤 요소를 배제한 후 필요한 기능을 제공할 더 우수한 대안을...

기술 아키텍처 비즈니스 아키텍처 IT 아키텍처 IT 프로세스 엔터프라이즈 아키텍처 아키텍처 평가

2021.10.29

현재 무엇을 보유했는지 파악한다는 것은 좋은 시작점이다. 단 무엇을 보유했는지 아는 것과 무엇을 보유해야 하는지 아는 것은 꽤나 다른 문제다.  기술 아키텍처(Technical Architecture)는 정보 기술의 진화를 서술하고 평가하고 계획하도록 알려주는 접근법이다.  지난 글 ‘기고 | IT부서 ‘업의 본질’일 수도… ‘기술 아키텍처’ 가이드’에서 살펴본 것처럼 기술 아키텍처를 설명하기 위한 프레임워크는 포트폴리오와 하위-포트폴리오로 나뉜다. 예를 들어 애플리케이션(기록, 통합, 위성 앱 시스템), 데이터(구조적 및 비구조적), 기술(설비, 인프라, 플랫폼) 등이 대표적인 요소다. 이 프레임워크는 IT가 가진 것을 식별하고 분류하는 것을 가능하게 한다. 그러나 이것만으로는 부족하다. IT가 가진 것이 IT가 가져야 하는 것인지를 알기 어렵다. 이 글에서는 이 난제를 다룬다. 이제 기술 아키텍처를 평가하는 핵심 기준을 살펴본다.   기술 아키텍처에 대한 2가지 시각  기술 아키텍처에 대한 설명은 2가지 보완적 시각, 즉 홀리스틱 디자인(holistic design)과 포트폴리오 시각(portfolio view)으로 나뉜다. 홀리스틱 디자인(Holistic design)은 아키텍처의 각 구성요소가 무엇을 하는지 (구성요소가 제공하는 역량), 그리고 구성요소들이 어떻게 결합해 개별 부분으로부터 기능적 전체를 형성하는지를 설명한다.  반면 포트폴리오 시각(Portfolio view)은 투자 이론에 뿌리를 둔다. 이는 기술 아키텍처 내의 구성요소를 투자 포트폴리오 내의 주식과 동일하게 취급한다. 투자자는 정기적으로 포트폴리오를 검토하여 어떤 주식을 더 매수할 것인지, 그대로 유지할 것인지, 매도할 것인지 결정한다. 테크니컬 아키텍트는 기술 포트폴리오의 각 구성요소의 건전성을 정기적으로 검토하여 어떤 구성요소가 표준으로서 유지되어야 하는지, 어떤 요소를 배제한 후 필요한 기능을 제공할 더 우수한 대안을...

2021.10.29

기고 | IT부서 ‘업의 본질’일 수도… ‘기술 아키텍처’ 가이드

기술 아키텍처(Technical architecture)는IT부서가 소속 기업을 지원하기 위해 배치하는 것의 총합이자 본질이다. 따라서, 기술 아키텍처의 관리는 핵심IT 업무이다. 그 시작 방법에 대해서는  지난 칼럼 ‘운영보다 헬프데스크 챙겨라?!··· CIO가 집중해야 할 IT프로세스 3가지’에서 이야기했다. 그렇다면, 좋은 기술 아키텍처를 구성하는 것은 무엇일까? 보다 근본적으로는 좋든 나쁘든 그저 그렇든 간에 기술 아키텍처를 구성하는 것은 무엇일까? 먼저 이야기하자면 논의의 주제는 ‘엔터프라이즈 아키텍처’가 아닌 ‘기술 아키텍처’이다. 엔터프라이즈 아키텍처에 기술 아키텍처는 물론 비즈니스 아키텍처가 포함된다. 기술 아키텍처가 비즈니스 아키텍처를 얼마나 잘 지원하는지에 대해 이해하지 않고 기술 아키텍처를 평가할 수 있다는 이야기가 아니다. 단지 비즈니스 아키텍처의 건전성 관리는 ‘다른 문제’일 뿐이다.  기술 아키텍처가 중요한 이유 모든 IT부서는 기술 아키텍처를 보유하고 있다. 일부 조직는 기술 아키텍처를 좀더 신중히 구체화되어 있다. 그러나 기술 아키텍처가 우연의 산물인 경우가 너무나 많다. 전체적인 계획없이 시간이 지나면서 축적된 형태인 것이다. 상기 그림에 나와 있듯이, 초기 IT 구현 과정에서 신중하게 관리된 아키텍처는 초기 비용이 많이 들지만 시간이 지나면서 비용의 본전을 뽑게 된다. 잘 관리된 아키텍처의 장점(예: 줄어든 관리 및 지원 비용, 더 수월하고 덜 취약한 통합, 새로운 비즈니스 과제 해결 시 전반적으로 개선된 유연성)이 초기 투자 비용보다 커지기 때문이다. 기술 아키텍처를 구성하는 것 시작하기에 앞서 유명한 TOGAF 아키텍처 프레임워크를 말하는 것이 아니라는 점을 확실히 해 둔다. 무슨 프레임워크를 사용하든 간에 기술 아키텍처 노력의 목적은 IT 부서에서 관리하는 것의 조각들을 지속적인 분석과 계획을 위해 유사한 요소의 포트폴리오에 분류해 넣는 것이다. 위 그림에는 기술 아키텍처의 구성요소가 나와...

IT 관리 IT 아키텍처 기술 아키텍처

2021.10.01

기술 아키텍처(Technical architecture)는IT부서가 소속 기업을 지원하기 위해 배치하는 것의 총합이자 본질이다. 따라서, 기술 아키텍처의 관리는 핵심IT 업무이다. 그 시작 방법에 대해서는  지난 칼럼 ‘운영보다 헬프데스크 챙겨라?!··· CIO가 집중해야 할 IT프로세스 3가지’에서 이야기했다. 그렇다면, 좋은 기술 아키텍처를 구성하는 것은 무엇일까? 보다 근본적으로는 좋든 나쁘든 그저 그렇든 간에 기술 아키텍처를 구성하는 것은 무엇일까? 먼저 이야기하자면 논의의 주제는 ‘엔터프라이즈 아키텍처’가 아닌 ‘기술 아키텍처’이다. 엔터프라이즈 아키텍처에 기술 아키텍처는 물론 비즈니스 아키텍처가 포함된다. 기술 아키텍처가 비즈니스 아키텍처를 얼마나 잘 지원하는지에 대해 이해하지 않고 기술 아키텍처를 평가할 수 있다는 이야기가 아니다. 단지 비즈니스 아키텍처의 건전성 관리는 ‘다른 문제’일 뿐이다.  기술 아키텍처가 중요한 이유 모든 IT부서는 기술 아키텍처를 보유하고 있다. 일부 조직는 기술 아키텍처를 좀더 신중히 구체화되어 있다. 그러나 기술 아키텍처가 우연의 산물인 경우가 너무나 많다. 전체적인 계획없이 시간이 지나면서 축적된 형태인 것이다. 상기 그림에 나와 있듯이, 초기 IT 구현 과정에서 신중하게 관리된 아키텍처는 초기 비용이 많이 들지만 시간이 지나면서 비용의 본전을 뽑게 된다. 잘 관리된 아키텍처의 장점(예: 줄어든 관리 및 지원 비용, 더 수월하고 덜 취약한 통합, 새로운 비즈니스 과제 해결 시 전반적으로 개선된 유연성)이 초기 투자 비용보다 커지기 때문이다. 기술 아키텍처를 구성하는 것 시작하기에 앞서 유명한 TOGAF 아키텍처 프레임워크를 말하는 것이 아니라는 점을 확실히 해 둔다. 무슨 프레임워크를 사용하든 간에 기술 아키텍처 노력의 목적은 IT 부서에서 관리하는 것의 조각들을 지속적인 분석과 계획을 위해 유사한 요소의 포트폴리오에 분류해 넣는 것이다. 위 그림에는 기술 아키텍처의 구성요소가 나와...

2021.10.01

회사명:한국IDG 제호: ITWorld 주소 : 서울시 중구 세종대로 23, 4층 우)04512
등록번호 : 서울 아00743 등록일자 : 2009년 01월 19일

발행인 : 박형미 편집인 : 박재곤 청소년보호책임자 : 한정규
사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2022 International Data Group. All rights reserved.

10.4.0.13