ACTION PLAN · ARCHITECT ROADMAP

아키텍트로
가는 길

무엇을, 어떤 순서로, 어디까지. 관리·공학의 언어에서 시작해 아키텍처·모델링·대용량 데이터의 원리까지, 운영자의 학습 노트를 4단계 실행 계획으로 정리했습니다.

‘아키텍트’는
직함이 아니라 상태다

경력의 길이가 아니라, 이 네 가지를 갖췄을 때 비로소 아키텍트라 불린다.

용어

같은 말을 같은 뜻으로

요구 정의부터 검수까지 한 용어를 같은 의미로 쓴다. 의사소통이 어긋나면 설계도 어긋난다.

원리

syntax가 아니라 원리

조인을 쓰는 사람은 많지만 옵티마이저의 원리를 보는 사람은 적다. 사용법이 아니라 동작 원리를 본다.

재서술

표준을 내 말로

PMBOK·SWEBOK을 외우는 게 아니라 자기 현장의 언어로 다시 설명할 수 있어야 체화된 것이다.

결정

트레이드오프로 정당화

한 요구에 2~3개 대안 구조를 그리고, 품질속성 기준으로 선택을 설명할 수 있어야 아키텍트다.

4단계 실행 로드맵

위에서 아래로. 앞 단계에서 세운 언어가 다음 단계의 설계를 떠받친다.

01
STEP 1 / 4
관리와 공학의 언어를 세운다
Standards & Body of Knowledge
프로젝트 관리와 소프트웨어 공학의 공통 언어(BOK)와 품질 기준을 먼저 잡는다. 같은 말을 같은 뜻으로 쓰는 토대.
- 표준
  PMBOK 통독 ↗
  관리 10영역 × 5프로세스 매트릭스를 지도로 익힌다. 암기가 아니라 구조 이해.
- 표준
  SWEBOK 정독 ↗
  요구사항·테스트·품질의 공학적 근거. 현장 경험의 집대성.
- 표준
  ISO/IEC 25010 ↗
  소프트웨어 품질 모델 8특성. 비기능 요구 누락을 막는 체크리스트.
- 자격
  PMP 자격 취득 ↗
  PMBOK 기반 자격. 매트릭스 기법을 체계적으로 체화하는 출발점.
- 도서
  프로젝트 관리자가 알아야 할 97가지 (지앤선)
  현장 감각을 빠르게 흡수하는 입문 에세이.
어떻게
통독으로 전체 지도를 먼저 그리고, 각 영역의 기법을 실무 상황에 대입한다. 표준 원문은 자기 말로 재서술할 수 있을 때 체화된 것이다.
어디까지
어느 관리 영역에 어떤 기법이 있는지 막힘없이 떠올리고, 품질 8특성으로 비기능 누락을 스스로 점검할 수 있다.
02
STEP 2 / 4
요구를 구조로 설계한다
Software Architecture
요구사항을 시스템 구조로 번역한다. 성능·보안·확장성 같은 품질속성을 설계 결정으로 풀어내는 역량.
- 과정
  소프트웨어 아키텍처 설계 실무과정
  협회 운영 과정. 설계 의사결정을 실습으로 익힌다. (개설·수강 가능 여부 확인 필요)
- 도서
  소프트웨어 아키텍처 이론과 실제
  품질속성 시나리오·전술·아키텍처 뷰. 이론을 설계로 잇는 표준 교재.
- 개념
  디자인 패턴 ↗
  Context·Problem·Solution 구조. 반복 문제의 검증된 해법으로 설계 안목을 키운다.
- 아키텍처
  MSA · CBD ↗
  재사용과 독립 배포의 구조. 왜 쪼개고 어떻게 통신하는지 트레이드오프로 이해한다.
어떻게
품질속성(비기능)을 먼저 정의하고, 그것을 만족시키는 구조적 결정(전술·패턴)을 연결한다. 작은 시나리오를 직접 설계해 트레이드오프를 겪는다.
어디까지
한 요구에 2~3개 대안 구조를 그리고, 품질속성 기준으로 트레이드오프를 설명하며 선택을 정당화할 수 있다.
03
STEP 3 / 4
추상화로 분석·설계를 모델링한다
Analysis & Design Modeling
현실의 업무를 객체와 관계로 추상화(extraction)하고 공통을 일반화(generalization)한다. 코드 이전에 모델로 사고한다.
- 개념
  OO 모델링 ↗
  사물·개념을 객체로 인식한다. 분석·설계 모델링의 토대.
- 도서
  Object-Oriented Modeling with UML
  추상화·일반화를 UML로 표현하는 분석설계모델링 교재.
- 개념
  UseCase 모델 ↗
  개발 범위를 다이어그램으로. 요구사항 정의서와 짝을 이룬다.
- 개념
  리팩토링 ↗
  동작은 유지하고 구조를 개선한다. 모델과 코드를 지속적으로 정렬.
어떻게
업무를 객체로 끌어내고(extraction) 공통을 일반화(generalization)하는 훈련을 반복한다. 모델·코드·모델의 왕복으로 추상화 감각을 키운다.
어디까지
업무 설명을 듣고 핵심 객체·관계·유스케이스로 모델링하며, 그 모델이 왜 그렇게 추상화됐는지 설명할 수 있다.
04
STEP 4 / 4
원리로 대용량 데이터를 다룬다
Large-Scale Database
SQL 문법이 아니라 옵티마이저의 원리를 본다. 왜 그 실행계획이 나오는지를 이해해 성능을 설계한다.
- 도서
  대용량 데이터베이스 솔루션
  조인의 원리, 인덱스, 실행계획. 문법 너머의 동작 원리를 다룬다.
- 개념
  옵티마이저 원리
  Rule Based에서 Cost Based로의 전환. Oracle의 Plan·Cost를 직접 떠 보며 읽는다.
- 실습
  실행계획(Plan) 읽기
  쿼리를 던지기 전에 Plan을 예측하고 실제 비용과 비교한다. syntax보다 원리.
- 실무
  데이터 마이그레이션·검증 ↗
  발주사가 함께 봐야 하는 영역. 데이터 정제·검증까지 챙긴다.
어떻게
쿼리 실행 전 실행계획을 예측하고 실제 Plan과 비교한다. 옵티마이저가 비용을 어떻게 계산하는지 역추적해 원리를 체득한다.
어디까지
느린 쿼리의 실행계획을 읽고 병목(풀스캔·잘못된 조인 순서)을 짚어, 인덱스·조인 전략으로 개선 근거를 댈 수 있다.