프로젝트 아키텍트

안녕하세요, 엄팀입니다.

다들 즐거운 한 주 보내시고 계실까요?

저는 정신없는 가을을 보내버려서 가을이 왔었는지도 잘 모르겠네요. ^^..

날씨도 점점 추워진 게 겨울이 코앞으로 다가왔다는 걸 실감하게 됩니다.

 

오늘의 포스팅 주제는 '프로젝트 아키텍트'입니다. 그럼 시작하겠습니다.

 

아키텍트(Architect)란?

 

먼저, 아키텍트의 종류를 알아보기에 앞서 아키텍트란 과연 무엇인가에 대해 알아보겠습니다.

'아키텍트'란 아키텍쳐(Architecture)를 설계하는 사람을 일컫는 단어입니다.

비즈니스의 목표를 이루기 위해 다양한 IT Solution을 기획하고 설계하는 사람으로서, 다변화된 IT 환경 속에서 그 종류도 다양합니다.

 

그럼 그런 아키텍트의 종류에는 무엇이 있을까요?

대표적인 것들을 추려와보았습니다.

 

EA(Enterprise Architect) / BA(Business Architect)

 

조직의 업무, 비즈니스에 대한 전반적인 이해를 바탕으로 전체 프로세스와 IT Solution을 설계하는 아키텍트입니다.

이런 EA / BA의 가장 큰 특징 중 하나는 하나의 프로젝트뿐만이 아니라 소속된 회사의 미래 비지니스 전략에 맞춰 향후 전체 프로젝트에 대한 아키텍쳐를 책임진다는 점이 있습니다.

그렇기에 아래에서 설명할 다른 아키텍트들에 대한 전체적인 통솔 권한을 가지고 있으며, 이를 이용하여 팀을 운용합니다.

또한, CIO(Chief Information Officer)의 역할과 혼동하기가 쉬운데 둘의 역할은 엄연히 다릅니다.

둘은 회사 내부 IT 전략을 수립하고 기획하는 관점에서 유사한 면이 있을 수는 있으나, CIO는 예산 집행권과 인사권을 가지고 있어 이를 이용해 설계적인 성향보다는 경영과 관리적인 성향이 강합니다.

반면에 EA / BA는 설계적인 성향이 강하며, 보통은 EA / BA가 CIO에게 보고를 하는 경우가 많습니다.

 

AA(Application Architect)

 

애플리케이션에 대한 표준 가이드 및 아키텍쳐 구조를 담당합니다.

일반적으로 프레임워크(Framework)를 바탕으로 해당 설계를 진행하는 경우가 많으며, 업무 관련 로직을 설계합니다.

팀 규모에 따라 배치 수준이 다른데, 팀이 대규모인 경우 각 개발팀마다 AA를 배치하며 팀이 소규모인 경우 프로젝트 전체 에 대한 애플리케이션 설계를 담당하기도 합니다.

 

TA(Technical Architect)

 

비즈니스 운영을 위한 IT 시스템 환경의 설계를 담당합니다.

네트워크, 서버, 소프트웨어 등을 어떻게 구성할 것인지와 이에 대한 설계를 수행합니다.

다른 아키텍트의 역할에 대비하여 기술적인 문제를 해결하는 경우가 많습니다.

첨언하자면 제가 이번 프로젝트에서 담당한 아키텍트이기도 합니다!

 

SA(Solution Architect)

 

프로젝트나 특정 비즈니스 요구사항에 따른 솔루션 설계를 담당합니다.

특정 솔루션을 기술적으로 설계해야하므로 깊은 전문지식이 필요합니다.

DevOps가 환경 컨설팅을 하면, SA가 그 구축을 지원하기도 합니다.

 

DA(Data Architect)

 

비즈니스나 프로젝트 전체의 데이터와 관련된 아키텍쳐를 담당합니다.

회사 내에 어떠한 데이터들이 있는지, 어떠한 데이터들이 필요한지 등에 대해 종합적으로 분석하며, 데이터를 어떻게 접근 / 처리 / 관리할 것인지에 대한 설계를 진행합니다.

 

GA(Global Architect)

 

일반적으론 프로젝트 팀 구조내에 잘 존재하지 않는 아키텍트입니다.

EA / BA의 경우 사내에서 진행중인 모든 프로젝트에 대해 관여해야 하고, 비지니스 전략 측면에서 접근을 하다보니 경영진과의 소통과 의사 결정에 대한 참여가 많아집니다.

이에 따라 실제 아키텍쳐 설계 과정에 디테일하게 참여가 힘들어지는데, 이때 GA라는 아키텍트를 배치함으로써 GA에 AA / TA / SA / DA 등의 아키텍트들에 대한 통제 권한을 부여하며 기술 중심의 시스템 아키텍쳐 설계를 맡깁니다.

이렇게 EA / BA는 비지니스를 포함한 외부 대응에 집중하고, GA는 기술 위주의 아키텍쳐 설계에 집중할 수가 있게 됩니다.

 

QA(Quality Assurance)

 

QA는 아키텍트는 아닙니다.

하지만 팀 내에 꼭 필요한 존재로서, 회사 내의 제품 기능을 검증하고 관리하는 역할을 담당합니다.

기능 종합 테스트를 진행하며 제품의 올바른 방향을 모색하고 품질 저하 요소를 발견을 수행합니다.

최종적인 QA의 목표는 프로젝트의 품질 향상에 있습니다.

 

 

오늘은 아키텍트와 그런 아키텍트의 다양한 종류에 대해 알아보았습니다.

가끔은 기술적인 주제가 아니라 이러한 주제를 포스팅하는 것도 흥미로울 거 같네요.

자료를 찾아보며 꽤나 도움이 되는 것을 느꼈습니다.

 

그럼 다들 즐거운 한주 보내세요! 베바.