Legacy DX 직군에서 AX 역할로 — IT서비스 기업의 파이프라인·R&R 재설계, 가상 조직 26주를 돌려서 정한 것

Agentic PM · 역할 전환 R 트랙 · 엔터프라이즈 실증

“AI 시대에 역할 체계를 어떻게 바꿔야 하는가”에는 세 가지 답이 시장에 나와 있습니다 — 그대로 두고 도구만 보급한다 · 직군 위에 AX 레이어를 얹는다 · 직군을 해체하고 역할 원형으로 다시 짠다. 어느 쪽이 맞는지 말로 다투는 대신, 실제 기업의 14직무·77역량 체계를 전수 분석해 기준선을 놓고, 가상 IT서비스 조직을 만들어 R&R 4조건 × 3반복으로 26주를 돌렸습니다. 결과는 양자택일이 아니었습니다.

Part 1 · Baseline바꾸자고 말하기 전에, Legacy 파이프라인부터 정확히 그렸습니다

전환 논의가 흔히 실패하는 이유는 출발점이 흐릿하기 때문입니다. “Legacy는 낡았다”는 인상 비평 위에는 아무것도 지을 수 없습니다. 그래서 디지털 전환(DX) 시대까지 정비되어 온 실제 기업의 직무 체계를 전수로 폈습니다.

1.1 어느 조직의 이야기인가

국내 대형 IT서비스 기업 한 곳의 직무 체계를 전수 분석할 기회가 있었습니다. 14개 직무·77개 전문역량 — 프로젝트관리(PM)·컨설팅·애플리케이션 아키텍처(AA)·클라우드 아키텍처(CA)·인프라 아키텍처(IA)·데이터 아키텍처(DA)·SW개발·데이터 엔지니어링(DE)·전사적자원관리(ERP)·품질(QE)·정보보호·네트워크관리, 그리고 최근 신설된 AI Engineering과 사용자 경험(UX)까지. 직무마다 역량 정의·배점·수준별 행동지표가 문서로 존재하는, 국내에서 손꼽히게 정비된 체계였습니다 [구조 실측].

이 글은 그 회사의 제도를 공개하는 글이 아닙니다. 익명화된 구조 발견만 다루되, 누구나 자기 조직에 대입할 수 있는 형태로 일반화했습니다.

1.2 일이 흘러가는 순서 위에 직무를 놓으면 — 7단계 × 4레인 + 4개 횡단 통제

조직도는 직무를 나열하지만, 파이프라인은 직무를 배치합니다. 14개 직무의 대표 산출물과 성과지표를 전수 배치하면, 일의 흐름은 임의 구분이 아니라 산출물이 자연히 가르는 7개 구간으로 나뉩니다 [구조 실측].

말로 하면 길지만, 14개 직무를 실제로 어느 단계에 세우는지 한 장에 펴면 이렇게 됩니다. 행은 일의 성격(레인), 열은 단계입니다.

도식 2 · 레인 × 단계 직무 배치 매트릭스 [구조 실측 — 일반화 표기]. 좁은 화면에서는 좌우로 스크롤됩니다.

이 지도에서 세 가지가 눈에 띕니다. 첫째, 단계 사이에는 이미 관문이 서 있습니다 — 원가 산출 근거 없이 착수할 수 없고, 보류를 결정할 권한자 없이 이행할 수 없습니다. Legacy 파이프라인의 품질은 이 관문들이 지켜온 것입니다.

둘째, 4개 직무는 단계가 아니라 전 구간을 가로지릅니다 — 프로젝트관리·품질·보안·데이터 표준. 뒤에서 보겠지만 AX 전환의 접점이 가장 큰 곳도 여기입니다.

셋째, AI Engineering은 구현·데이터 레인에 이미 들어와 있는데, 이 직무의 역량 배점에서 요구정의 축이 0입니다 [구조 실측]. 무엇을 만들지 정하는 일은 여전히 다른 직무의 몫이라는 뜻입니다. UX는 여러 단계에 횡단으로 걸리지만 분석 시점 기준 수준별 행동지표가 공란이어서 수준 판정이 불가한 상태였습니다. 신설 직무일수록 일이 먼저 도착하고 제도가 늦는 전형입니다.

1.3 역량 체계를 해부하면 — 발견 셋

발견 1 · 전 직무 공통 역량 항목은 없습니다. 77개 역량을 7개 행위축(사업·요구정의·설계·구현·검증·운영·표준전파)으로 매핑하면, 14개 직무 전부가 배점을 배정한 축은 0개입니다 [구조 실측]. 가장 널리 퍼진 축도 14개 중 10개 직무에 그칩니다. “우리 회사의 공통 역량은 무엇인가”라고 물으면 체계 안에서 답이 나오지 않는 구조입니다.

도식 3 · 7개 행위축의 직무 커버리지 [구조 실측] — 바 길이는 그 축에 배점을 배정한 직무 수(n/14), 평균은 전사 평균 배점. 배점 상세는 원문이므로 싣지 않고 집계만 보입니다.

발견 2 · 공통은 “항목”이 아니라 “수준 전이 규칙”에 있습니다. 실무 수준(L3)과 리더 수준(L4)을 가르는 행동지표 문장을 전수 계수하면, 직무가 달라도 같은 네 규칙이 나옵니다 [구조 실측].

표 1 · 66개 역량(정량 분석 가능분)의 수준별 행동지표 문장 전수 계수 [구조 실측]. 출현율은 해당 신호가 담긴 역량의 비율.

즉 이 체계가 정의한 리더는 “혼자 더 잘하는 사람”이 아니라 “남을 하게 만드는 사람”입니다. 이 발견은 Part 2에서 다섯 원형과 만날 때 다시 등장합니다.

발견 3 · 역량의 26%는 문장만으로 수준을 가를 수 없습니다. 66개 역량 중 17개는 상위 수준 문장에 위 네 신호가 하나도 없고, “일반 지식 대 전문 지식”처럼 수준을 수준으로 정의하는 순환에 머뭅니다 [구조 실측]. 평가·교육 설계자 입장에서는 이 구간이 해석 편차의 진원지입니다.

1.4 Legacy DX 직군 체계의 강점과 약점을 공정하게

Part 2 · Alternative직군이 아니라 역할 — 다섯 원형을 엔터프라이즈에 비추면

역할 전환 시리즈 안내 편(R-0)에서 다뤘듯, 클로드 코드 창시자 보리스 처니의 공개 관찰은 미래 제품 조직을 직군이 아니라 다섯 역할 원형으로 봅니다. 대부분의 사람은 두 원형에 걸치고, 제품 단계가 바뀌면 필요한 조합도 바뀝니다.

2.1 14직무를 원형 성분으로 분해하면

직무와 원형은 대체 관계가 아니라 서로 다른 축입니다. 직무는 “무엇에 대한 전문가인가”(도메인)를, 원형은 “일의 흐름에서 어떤 동작을 하는가”(모드)를 답합니다 [설계].

표 2 · 14직무의 원형 성분 분해 [설계]. 아키텍트 4직무와 SW개발·ERP는 행을 합쳐 표기.

여기서 Part 1의 발견 2가 다시 등장합니다. Legacy 체계가 리더 수준의 정체로 명문화한 네 전이 규칙 — 범위 확장·기준 제정·근본원인·전파 — 은 사실상 원형의 언어입니다. “기준을 만들어 남이 따르게 했다”는 메인테이너·스위퍼의 동작이고, “전파해 조직을 하게 만들었다”는 그로어의 동작입니다. Legacy 체계는 자기도 모르게 원형 체계를 수준 정의 속에 이미 심어 두었던 셈입니다. 전환은 무에서 유를 만드는 일이 아니라, 숨은 축을 명시적 축으로 꺼내는 일에 가깝습니다.

2.2 파수꾼이 맨 앞에 서면 — 원형 체계가 관문 체계와 만나는 지점

2.3 그래서 전면 재편이 정답인가 — 엔터프라이즈라는 조건

Part 3 · Experiment가상 조직 S-Integrator의 26주 — 4조건 × 3반복

3.1 방법 — 직전 백서(가상 바이오 회사)의 계약을 승계했습니다

직전 백서에서 가상 바이오 회사 S-Pharma의 26주를 돌리며 세운 방법론 계약을 그대로 가져옵니다: 워크로드를 먼저 재고(요청이 아니라 부하), 자동화 여부는 감이 아니라 식으로 정하고, 사람과 AI의 경계는 세 개의 티어로 나눕니다.

도식 4 · 티어 판정 순서 [설계] — 점수보다 거부 조건(Q1·Q2)이 먼저입니다. 자동화 점수가 아무리 높아도 확정 노드와 고위험은 T3로 빠집니다.

이번 모델이 직전 백서와 다른 점도 정직하게 적습니다. S-Pharma는 산출물을 뽑아 48번의 블라인드 심사에 부쳤지만, 이번에는 흐름·품질 게이트 모델(이산 주차 시뮬레이션)로 쟀습니다. 산출물 품질은 검출률·재작업·유출이라는 흐름 변수로 근사됩니다. 이 절의 모든 수치는 [모의] — 모델 안에서 잰 값이며, 절대값이 아니라 순위와 구조만 취하셔야 합니다.

3.2 무엇을 돌렸나

가상 IT서비스 기업 S-Integrator: 인력 100명 상당, 4개 트랙 포트폴리오(차세대 SI 구축 · 클라우드 전환 · 운영 O&M · AI/AX 과제), 수요는 공급의 1.6배(수주 초과 상황). 업무마다 판단위험·반복성·사람 확정 여부가 붙고 위 식으로 티어가 정해집니다. 결함은 일정 확률로 발생해 관문에서 걸리면 재작업, 못 걸리면 운영으로 유출되어 2.2배 비용으로 되돌아옵니다. R&R 체계만 바꾸고 수요·인력·업무는 동일하게 두었습니다.

도식 5 · 네 조건의 설계 [모의]. AI 실효 배수는 C1이 1.15~1.30, C2~C4가 1.5~2.6 — 같은 도구라도 체계가 실효 배수를 바꾼다는 가정을 조건 차이로 명시했습니다. 전체 가정표·코드·원출력은 공개 가능합니다.

3.3 26주 뒤, 네 조직은 이렇게 달라져 있었습니다

표 3 · 본 실험 결과 [모의] — 26주 · 시드 3반복 평균 · 공수 단위 u. *C1의 높은 통과율은 착시입니다: 검출률이 낮아 결함이 관문을 그냥 지나간(유출된) 결과이고, 그 대가는 유출 잔량과 운영 수습 낭비로 돌아옵니다.

도식 6 · 26주 유효 산출(u) 비교 [모의] — 표 3의 첫 행을 그림으로. C1→C2의 간격이 이 실험의 본론이고, C2→C3→C4의 간격은 그 위의 미세 조정입니다.

3.4 모델이 보여준 다섯 가지

3.5 민감도 — 어느 세계에서 순위가 바뀌는가

표 4 · 민감도 3종 [모의] — 유효 산출(u) 기준. 어느 시나리오에서도 C1은 최하위, C2는 3위였습니다.

Part 4 · Proposal해체하지 말고 겹치십시오 — 3층 R&R 아키텍처

구조 진단(Part 1)과 26주 모델(Part 3)을 합치면 제안은 하나로 수렴합니다 [설계].

도식 7 · 3층 R&R 아키텍처 [설계] — 직무는 남기고, 원형을 겹치고, 게이트로 잇습니다.

신설 직무 두 개의 자리도 이 구조에서 정해집니다. AI Engineering은 3층 게이트 층의 엔진입니다 — 컨텍스트 그라운딩·평가 하네스·운영 관측이라는 게이트 층의 도구를 전 직무에 공급합니다. UX는 세 층을 관통하는 횡단 레인입니다 — 문제 근거(1층의 요구정의)·사용 흐름 검증(3층의 산출물 검증)·성과 학습(2층 그로어의 반복)이 전부 사용자 근거를 지나가야 합니다. UX를 화면 설계로 축소하면 AI는 틀린 문제를 더 빨리 푸는 도구가 됩니다. 사용자 경험 측정은 구글의 HEART 다섯 축(행복·참여·채택·유지·과업 성공)이 출발점으로 쓸 만합니다.

그리고 🔒 사람 확정 게이트의 정당화는 미국 국립표준기술연구소(NIST)의 AI 위험관리 프레임워크가 명확히 답합니다 — 거버넌스는 수명주기 전체를 가로지르는 기능이며, 물어야 할 것은 “AI가 할 수 있는가”가 아니라 “틀렸을 때 누가 손해를 보고 누가 되돌리는가”입니다 [설계].

4.1 세 층이 한 업무 위에서 만나는 법 — R&R 매트릭스

대표 업무 여섯으로 예시합니다. 읽는 법 — 직무는 책임(Accountable)을, 원형은 일하는 모드(Responsible)를, 게이트는 사람과 AI의 경계를 답합니다. 세 질문이 한 표에서 답해지면 R&R 논쟁의 대부분이 사라집니다 [설계].

표 5 · 3층 R&R 매트릭스 예시 [설계]. 전 직무 버전은 조직별 워크숍에서 부하 상위 업무부터 작성합니다.

4.2 개인 역할을 정해도 팀 경계는 남습니다 — 팀 4종 × 상호작용 3방식

3층 아키텍처는 개인의 역할을 답하지만, “누구와 누구를 한 팀으로 묶는가”는 별개의 질문입니다. 팀 설계 방법론인 Team Topologies의 언어를 빌리면, 이 운영모델에 필요한 팀은 네 종류로 수렴하고 상호작용은 세 방식이면 충분합니다 [설계].

표 6 · 팀 4종 × 상호작용 3방식 [설계] — Team Topologies의 팀 유형을 3층 아키텍처에 대응.

4.3 무엇으로 재는가 — 다섯 축과 나쁜 대용지표

도입 0단계가 “측정”인데, 무엇을 재는지가 없으면 측정은 활동 보고가 됩니다. 다섯 축을 함께 보되, 각 축마다 빠지기 쉬운 나쁜 대용지표를 명시합니다 [설계]. 개발자 생산성이 단일 지표로 환원되지 않는다는 것은 마이크로소프트의 SPACE 연구가 이미 경고했습니다.

표 7 · 핵심성과지표(KPI) 5축 [설계] — 26주 모델의 지표(유효 산출·리드타임·통과율·유출·낭비)는 이 중 흐름·품질 축의 모형 버전입니다.

4.4 도입 순서 — 90일은 재는 것부터, 그다음은 레이어부터

모델의 발견 2·3을 그대로 순서로 옮깁니다 [설계].

도식 8 · 도입 로드맵 [설계] — 화살표가 아니라 관문입니다. 각 칸의 완료 판정(✓)을 통과해야 다음 칸으로 갑니다(표 8).

각 칸을 풀어 쓰면 이렇습니다.

그리고 단계 사이에 자동 진급은 없습니다. 분기마다 표 7의 지표로 셋 중 하나를 판정하고, 판정 없이 다음 단계로 넘어가지 않습니다 [설계].

표 8 · 단계 전환 판정 기준 [설계] — “롤아웃 계획”이 아니라 “진급 시험”으로 운영합니다.

4.5 결정 전 점검 일곱

Closing세 줄로 다시