4개 적용 영역으로 일감을 분류한다

한 슬라이드에 네 개의 다른 일이 섞여 있었다

AX 후보 정리 회의의 가장 흔한 장면이다. “AI 적용 과제” 제목 아래 열 몇 개의 후보가 같은 형식의 불릿으로 줄을 선다. 회의록 요약, 운영 채널 반복 요청 처리, PRD → 코드 자동화, 정산 리포트 생성, 문서 초안 도구. 한 장에 다 들어왔으니 관리되는 것처럼 보인다.

문제는 그 한 장이 거짓말을 한다는 것이다. 저 후보들은 같은 줄에 적혀 있을 뿐 서로 완전히 다른 일이다. 개인이 도구를 직접 써서 빨라지는 일, 반복 요청을 승인형 흐름으로 바꾸는 일, 개발 산출물 전체를 잇는 일, 데이터 대기열을 셀프서비스로 푸는 일. 성과를 무엇으로 재는지, 누가 쓰는지, 사람이 어디서 책임지는지, 통제를 얼마나 거는지가 전부 다르다. 한 슬라이드에 같은 형식으로 올라온 순간 이 차이는 사라진다.

차이가 사라지면 전부 “처리 시간 단축”이라는 같은 잣대로 측정된다. 개인 생산성 영역인데 팀 처리량으로 평가받고, 데이터 정확도가 핵심인 일에 개발 속도 지표가 붙는다. 통제도 한 덩어리가 된다 — 가벼운 도구에 무거운 승인을 걸어 안 쓰이거나, 금전·대외 발송 자동화에 통제를 안 걸어 사고가 난다. 직접 포트폴리오를 짜보며 가장 비싸게 치른 실수가 이것이다. 후보는 공들여 모았으나 그것들이 서로 다른 영역이라는 사실을 한 번도 분리하지 않았다.

현장 패턴뱅크의 “거버넌스 공백 속 제각각·중복 추진”, “본질 지표가 측정 편의적 금액으로 변질”도 뿌리는 하나, 영역별로 분류하지 않고 한 잣대로 묶은 것이다. 분류하지 않으면 무엇을 측정할지 정할 수 없고, 그러면 확대도 폐기도 판정할 수 없다.

이 장은 그 한 슬라이드를 네 개로 찢는다. 모든 후보를 사내업무 보조 / 업무 자동화 / 개발 자동화 / 데이터 분석 자동화 중 정확히 하나로 분류하고, 영역마다 다른 성과 단위·통제 강도를 붙이는 워크시트를 제공한다. 이 장은 5장(업무 재설계 6분류)과 한 쌍이다. 4장이 “어느 영역인가”를 가르면 5장이 그 안에서 “어떻게 재설계하나”를 가른다. 영역 분류가 먼저다 — 영역이 다르면 5장에서 쓸 성공 기준 자체가 달라진다.

용어 정리: 이 책은 영역을 사내업무 보조 / 업무 자동화 / 개발 자동화 / 데이터 분석 자동화로 부른다. 일부 운영 문서는 “사내업무 AI 도입 / 업무 자동화 / 개발 자동화 / 데이터 처리·분석 자동화”로 부르나 가리키는 대상은 같다. ‘완전 자동화’는 사람 없이 운영에 반영한다는 뜻이 아니다. 운영 반영 전 정책 판정·승인·감사·비용 로그를 통과한다는 뜻이다.

핵심 프레임: 네 영역은 ‘시스템 이름’이 아니라 ‘성과 단위’로 갈린다

흔한 오해부터 깬다. 네 영역은 어떤 시스템을 만드느냐로 갈리지 않는다. 같은 도구(Skill·MCP·에이전트)가 네 영역에 모두 쓰인다. 영역을 가르는 것은 무엇이 바뀌고, 그 변화를 무엇으로 재는가다.

영역	무엇이 바뀌는가(중심 질문)	누가 쓰는가	성과 단위
사내업무 보조	지금 하는 일을 같은 사람이 더 빨리 하는가	전 임직원·팀 리더	개인 생산성 배수(처리 시간·첫 산출 시간)
업무 자동화	반복 요청·수작업이 승인형 흐름으로 바뀌는가	비개발 운영·기획·지원 조직	처리량·리드타임·사람 검토 시간·반려율
개발 자동화	요구에서 구현·검증 산출까지 이어지는가	개발자·PO·QA·플랫폼	PRD → 배포 리드타임·검증 산출·변경 실패율
데이터 분석 자동화	데이터·리포트 요청이 셀프서비스로 바뀌는가	데이터팀·분석가·리더·현업	대기열 감소·셀프서비스 전환율·지표 정확도

마지막 열이 이 장의 전부다. 성과 단위가 다르면 같은 후보가 아니다. 보조의 “성공”은 한 사람의 처리 시간이 줄었는지를, 업무 자동화의 “성공”은 조직 전체의 처리량·리드타임이 바뀌었는지를 묻는다. 보조의 성과를 처리량으로 재면 “개인은 빨라졌는데 조직은 그대로”에, 자동화의 성과를 개인 시간 절감으로 재면 “한 사람은 편해졌는데 요청은 그대로”에 빠진다.

왜 섞으면 안 되는가 — 네 가지 다른 위험

네 영역은 위험의 모양도 달라 통제 강도도 다르게 건다.

사내업무 보조 — 위험은 ‘품질 저하와 민감정보 입력’. 개인이 직접 쓰므로 사고 반경이 작다. 통제는 도구 정책·데이터 등급·사용 가이드면 된다. 무거운 승인을 걸면 아무도 안 쓴다.
업무 자동화 — 위험은 ‘잘못된 처리가 운영에 반영되는 것’. 통제는 승인 대기열·감사 기록·도구 위험 등급·예외 처리.
개발 자동화 — 위험은 ‘검증 안 된 변경이 배포되는 것’. 통제는 관리형 CLI 정책·repo 정책·PR·테스트 통과 기준·kill switch.
데이터 분석 자동화 — 위험은 ‘잘못된 SQL·권한 위반·PII 노출’. 통제는 데이터 기준·PII 마스킹·질의 승인·비용 예산.

원칙 하나를 못 박는다. 자동화 영역(업무·개발·데이터)은 사람이 직접 쓰는 보조보다 운영 위험이 크다. 후보를 보조에 두느냐 자동화에 두느냐는 통제 강도를 근본적으로 가르는 결정이다. 분류를 흐리면 통제도 흐려진다. 통제 판정은 16장 참조, 승인·집행 주체는 17장 참조.

영역 분류 의사결정 트리

후보 하나를 놓고 위에서부터 순서대로 묻는다. 첫 번째 “예”에서 멈추고 그 영역으로 확정한다. 두 영역에 걸친다고 느껴지면 그것은 후보가 두 개라는 신호다 — 쪼개라.

[AX 후보 하나]
   │
   ▼
Q1. 산출의 주체가 '개인'인가?
    (구성원이 도구를 직접 써서 자기 일을 빨리 끝낸다.
     결과물은 그 사람이 검토하고 그 사람이 쓴다)
   ├─ 예 ─────────────────────────────▶  ① 사내업무 보조
   └─ 아니오
        │
        ▼
Q2. 바꾸려는 것이 '코드·테스트·배포 산출'인가?
    (PRD·이슈에서 구현·검증 산출까지 잇는 개발 흐름)
   ├─ 예 ─────────────────────────────▶  ③ 개발 자동화
   └─ 아니오
        │
        ▼
Q3. 바꾸려는 것이 'SQL·리포트·데이터 처리'인가?
    (질의·BI·배치·품질 샘플링을 셀프서비스로)
   ├─ 예 ─────────────────────────────▶  ④ 데이터 분석 자동화
   └─ 아니오
        │
        ▼
Q4. 반복 요청·수작업을 '승인형 업무 흐름'으로
    바꾸는가? (운영·기획·지원 조직의 처리 흐름)
   ├─ 예 ─────────────────────────────▶  ② 업무 자동화
   └─ 아니오 ─────────────────────────▶  영역 미정. 후보 정의가 모호함.
                                          무엇이 바뀌는지부터 다시 적는다

순서에 의미가 있다. Q1(보조)을 맨 위에 둔 것은 의도다. 가장 많은 후보가 사실 “개인이 직접 쓰면 끝나는 일”인데 회의에서는 자꾸 자동화로 부풀려진다. 그러면 통제 비용만 늘고 정작 안 쓰인다. 그래서 개인 산출 여부를 가장 먼저 소거한다.

개발(Q2)·데이터(Q3)를 업무 자동화(Q4)보다 먼저 묻는 것도 의도다. 산출물 종류(코드·SQL·리포트)가 명확해 가장 빨리 가려진다. 둘을 빼면 남는 ‘반복 요청·수작업의 흐름 전환’이 업무 자동화로 깨끗하게 떨어진다.

가장 자주 헷갈리는 세 경계

헷갈리는 쌍	가르는 한 질문	판정
사내업무 보조 ↔ 업무 자동화	결과물을 ‘그 개인’이 검토·사용하나, ‘업무 흐름’에 자동 반영되나?	개인 검토·사용 → 보조 / 흐름 자동 반영 → 자동화
업무 자동화 ↔ 데이터 분석 자동화	바꾸는 것이 ‘요청 처리 흐름’인가, ‘데이터 질의·리포트’인가?	처리 흐름 → 업무 자동화 / 질의·리포트 → 데이터
개발 자동화 ↔ 데이터 분석 자동화	산출이 ‘운영 코드’인가, ‘읽기 전용 질의·리포트’인가?	운영 코드 → 개발 / 읽기 전용 질의 → 데이터

첫 번째 경계가 가장 비싸다. “운영팀이 AI로 답변 초안을 빨리 쓴다”는 보조(개인 검토·사용)다. “반복 요청이 자동 분류돼 승인 대기열로 들어간다”는 자동화(흐름 반영)다. 같은 팀·같은 도구라도 결과물이 누구를 거쳐 어디로 가는가가 영역을 가른다. 흐리면 개인이 편해진 것(보조)을 조직 처리량이 늘어난 것(자동화)으로 둔갑시켜 보고하게 된다.

단계별 적용: 영역별로 다른 성과 단위와 통제 강도

영역이 확정되면 성과 단위·증거 등급·통제 강도가 따라온다. 이 표가 분류의 실익이다. 분류는 라벨 붙이기가 아니라 무엇을 측정하고 통제할지의 선택이다.

영역	사람의 역할	AI의 역할	1차 성과 단위	절대 쓰지 말 것	통제 강도	도달 가능 증거 등급
① 사내업무 보조	목적 설정·프롬프트·결과 검토·최종 사용	초안·요약·검색·정리	처리 시간 단축, 첫 산출까지 시간, 품질 유지	토큰량·호출 수를 성과로	도구 정책·데이터 등급·사용 가이드·비용 추적	L1~L3 (재무는 L4 증거 있을 때만)
② 업무 자동화	업무 기준 정의·승인·예외 처리	입력 수집·분류·초안·상태 반영·검수 보조	처리량/인원, 리드타임 p50/p90, 사람 검토 시간	자동화 ‘개수’를 성과로	승인 대기열·감사 기록·도구 위험 등급·예외 처리	L2~L4
③ 개발 자동화	요구 결정·코드 리뷰·머지·배포 승인	PRD 해석·US/TC·코드·테스트·fixture 생성	PRD → 배포 리드타임, 검증 산출, 변경 실패율	LOC·커밋 수·AI 생성 비율을 단독 지표로	관리형 CLI 정책·repo 정책·PR·테스트 통과·kill switch	L2~L4
④ 데이터 분석 자동화	지표 정의·접근 승인·해석·의사결정	질의·view·리포트 생성·배치·품질 샘플링	대기열 감소, 셀프서비스 전환율, 지표 정확도	생성 리포트 ‘수’를 성과로	데이터 기준·PII 마스킹·질의 승인·비용 예산	L2~L4

다섯 번째 열(“절대 쓰지 말 것”)이 가장 실용적이다. 영역마다 빠지기 쉬운 가짜 지표가 다르다. 보조는 토큰·호출 수, 업무 자동화는 자동화 개수, 개발은 코드량·생성 비율, 데이터는 리포트 수로 부풀려진다. 전부 “사용량 ≠ 성과”(1장 참조)의 영역별 변종이다. 분류해야 이 함정을 영역별로 차단할 수 있다.

증거 등급(L0~L5)은 10장 참조. 여기서 더하는 단 하나는 영역마다 도달 가능한 등급이 다르다는 것이다. 보조는 개인 편의가 조직 재무로 바로 이어지지 않으므로 L4(재무 연결)를 함부로 주장하면 안 된다. 업무 자동화는 외주비·처리량으로 가장 빨리 L4에 닿는다. 이 차이를 모르면 보조 사례를 L4로 보고했다 검증에서 무너지거나, 자동화 사례를 L2에 묶어두고 확대 결정을 못 내린다.

재배치 확신도 — 사내업무 보조가 가장 자주 새는 자리

보조에서 “시간이 줄었다”는 주장은 가장 흔하고 가장 약하다. 절약된 시간이 회의 증가나 대기로 사라지면 조직 성과가 아니다. 그래서 절감 시간에는 재배치 확신도를 곱해 조직이 실제로 전환 가능한 시간만 인정한다. 산식은 9장 참조.

보조 후보에 “시간이 얼마 줄었다”만 적고 재배치 확신도를 비우면 그 후보는 L1을 넘지 못한다.

분류 워크시트 — 후보를 섞지 않고 한 줄에 확정한다

후보 하나를 놓고 8개 질문에 순서대로 답한다. 목적은 단 하나, 후보를 정확히 한 영역으로 확정하고 그 성과 단위·통제를 못 박는 것이다.

#	질문	답하지 못하면
1	이 후보로 무엇이 바뀌는가(개인 속도·처리 흐름·개발 산출·데이터 접근)?	영역 분류 불가. 후보 정의부터 다시
2	산출물을 그 개인이 검토·사용하나, 업무 흐름에 자동 반영되나?	①과 ②의 경계 미확정
3	산출물의 종류가 코드·테스트·배포인가?	③ 개발 자동화 여부 미확정
4	산출물의 종류가 SQL·리포트·데이터 처리인가?	④ 데이터 자동화 여부 미확정
5	(1~4 종합) 이 후보의 단일 영역은 무엇인가?	두 영역에 걸치면 후보를 쪼갠다
6	이 영역의 1차 성과 단위는 무엇인가(위 표에서 고른다)?	측정 불가. 파일럿 금지(8장 참조)
7	이 후보가 절대 쓰면 안 되는 가짜 지표는 무엇인가?	사용량 함정에 노출됨
8	이 영역에 맞는 통제 강도(승인·감사·데이터·PII)는 무엇인가?	통제 미정. 위험 영역이면 착수 금지(16장 참조)

5번이 잠금장치다. 두 영역에 걸친다고 느껴지면 후보를 쪼갠다. “운영팀이 답변을 빨리 쓰고(보조) + 그 답변이 자동 분류돼 흐름에 반영된다(자동화)“는 후보 둘이다. 쪼개지 않으면 한 쪽 성과 단위가 반드시 묻힌다. 6번에 답하지 못하면 파일럿을 열지 마라. 측정 단위 없는 파일럿은 “효과가 있었다”는 주장만 남기고 “비교”를 남기지 못한다.

영역 확정 후 다음 산출물

영역	확정 통과 기준	다음 산출물
① 사내업무 보조	산출을 개인이 검토·사용 + 성과 단위가 개인 처리 시간	도구 정책·교육 차수·재사용 프롬프트
② 업무 자동화	흐름 자동 반영 + 승인자·예외 기준 정의 가능	5장 6분류 트리로 → 승인형 PRD
③ 개발 자동화	코드·검증 산출 + repo 정책·리뷰어 정의 가능	관리형 CLI·repo 정책 정비안
④ 데이터 분석 자동화	질의·리포트 + 지표·권한·PII 기준 정리 가능	읽기 전용 질의·리포트 초안 흐름

② 업무 자동화로 확정된 후보는 곧장 5장 6분류 트리로 넘어간다. 4장은 “이게 업무 자동화 영역이다”까지, 5장은 “그 안에서 무엇을 재설계하나”까지 책임진다. 경계를 지켜야 한 후보가 양쪽에서 두 번 측정되는 일을 막는다.

흔한 실패모드

영역 분류를 건너뛴 포트폴리오가 무너지는 신호를 정리한다. 직접 짜고 폐기해보며 밟은 지뢰들이다. 레드플래그는 “이 말이 나오면 의심하라”는 판별 신호다.

1 — 단일 잣대. 네 영역을 모두 “처리 시간 단축”으로 측정. 보조는 개인만 빨라진 걸, 데이터는 정확도 붕괴를 놓친다. 레드플래그: 모든 성공 기준이 ”○○ 시간 단축”으로 똑같다. 차단: 영역별 성과 단위 표.

2 — 영역 부풀리기. 개인이 직접 쓰면 끝날 일(보조)을 승인형 자동화로 키운다. 통제·고정비만 늘고 안 쓰인다. 레드플래그: “이 문서 도구를 전사 자동화 파이프라인으로.” 차단: 트리 Q1 먼저 소거.

3 — 걸친 후보 방치. 두 영역에 걸친 후보를 안 쪼갠다. 한 영역의 성과 단위가 묻혀 “절반만 측정된 파일럿”이 된다. 레드플래그: 한 후보에 “개인도 빨라지고 조직 흐름도 바뀐다”. 차단: 워크시트 5번.

4 — 통제 일괄 적용. 네 영역에 같은 통제. 가벼운 보조를 사장시키거나 금전·PII 자동화에 통제 누락. 레드플래그: 모든 후보에 같은 승인·데이터 정책. 차단: 영역별 통제 강도 열(16장 참조).

5 — 가짜 지표 혼입. 영역에 안 맞는 가짜 지표를 성과로(개발에 LOC, 데이터에 리포트 수, 보조에 토큰량). 레드플래그: “AI 생성 코드 비율 ○○% 달성”. 차단: “절대 쓰지 말 것” 열 + 워크시트 7번.

6 — 영역 없는 ROI 요구. 영역·성과 단위 없이 “쓴 만큼 증명하라”. 기준선이 없어 가짜 숫자가 온다. 레드플래그: “무엇을, 무엇 대비, 어떤 단위로”가 빈 채 증명 요구. 차단: 분류 → 성과 단위 → 그 다음 ROI(11장 참조).

7 — 제품 AI 혼입. 고객 대면 제품 기능(Product Agents)을 내부 4영역에 섞어 제품 KPI와 내부 생산성 배수를 같은 숫자로 비교. 레드플래그: 고객 대면 기능이 사내 사례와 같은 표에. 차단: 제품 AI는 4영역 밖, 제품 KPI 비회귀로 별도 측정(9장 참조).

Before/After: 같은 포트폴리오, 두 갈래

예를 들어 한 B2B SaaS 운영팀의 AX 담당이 후보 열 몇 개를 모아 경영진 리뷰를 준비한다고 하자. 회의록 요약, 운영 채널 반복 요청 처리, 정산 리포트 생성, PRD → 코드 자동화, 문서 초안 도구 등이 한 슬라이드에 줄지어 있다.

갈래 A — 분류를 건너뛴 포트폴리오 (Before)

후보를 “AI 적용 과제” 한 장에 모으고 전부에 “처리 시간 단축 ○○%” 목표를 붙인다. 통제는 “전 과제 동일 승인 절차”로 일괄 적용한다. 90일 한 차례 뒤:

문서 초안 도구(보조)는 잘 쓰이지만 “조직 처리량 변화”를 못 댄다. 개인만 빨라졌다.
정산 리포트(데이터)는 빨라졌으나 지표 정의 불일치로 숫자가 틀렸다. 속도만 봤지 정확도를 안 봤다.
일괄 승인 탓에 가벼운 보조 도구까지 현업이 우회하거나 안 쓴다.
경영진 보고: “평균 처리 시간을 단축했습니다.” → 무엇이 어떤 단위로 좋아졌는지, 무엇을 확대·폐기할지 말할 수 없다.

갈래 B — 4영역으로 분류한 포트폴리오 (After)

후보를 트리에 하나씩 넣어 가른다. 회의록 요약·문서 초안 → ① 보조. 운영 반복 요청 → ② 업무 자동화. PRD → 코드 → ③ 개발. 정산 리포트 → ④ 데이터. 걸친 후보(“답변을 빨리 쓰고 + 자동 분류로 흐름 반영”)는 보조 1건 + 자동화 1건으로 쪼갠다. 영역별로 다른 성과 단위·통제를 붙인다:

① 보조: 개인 처리 시간 + 재배치 확신도. 통제는 도구 정책·데이터 등급만.
② 자동화: 처리량/인원·리드타임·반려율. 통제는 승인 대기열·감사 기록.
③ 개발: PRD → 배포 리드타임·변경 실패율(LOC 금지). 통제는 repo 정책·테스트 통과.
④ 데이터: 대기열 감소·지표 정확도·PII 위반 0. 통제는 질의 승인·PII 마스킹.

90일 한 차례 뒤:

보조는 “L2 전후 비교”로, 자동화는 “L3 비교군”으로 등급이 갈려 보고된다. 섞이지 않는다.
데이터 후보는 정확도 가드레일 덕에 틀린 숫자를 사전에 잡았다. 가벼운 보조는 가벼운 통제라 채택률이 높다.
경영진 보고: “업무 자동화는 확대(L3), 보조는 유지(L2), 데이터는 정확도 미달로 보류.” → 영역별로 확대·유지·보류·폐기를 말할 수 있다(12장 참조).

두 갈래의 차이 한 줄 요약

구분	갈래 A (분류 생략)	갈래 B (4영역 분류)
후보 정리	한 장에 한 잣대	네 영역, 각 성과 단위
걸친 후보	하나로 방치	보조+자동화로 쪼갬
성과 단위	전부 “처리 시간”	영역별로 다름
통제 강도	일괄 동일	영역별로 다름
증거 등급	섞여서 무의미	영역별로 분리
경영 보고	“단축했다”	“영역별로 확대·유지·보류”

두 갈래는 같은 후보 목록에서 출발했다. 갈린 지점은 단 하나 — 네 영역으로 찢었는가, 한 장에 묶었는가다.

리더가 승인·요구할 신호

포트폴리오 제안서를 사이에 둔 양쪽이 같이 쓰는 게이트다. 승인자에게는 통과·반려 기준, 실무자에게는 통과를 위해 미리 정할 체크리스트다. 거버넌스 세부는 16·17장 참조.

요구할 것 (없으면 검토 테이블에 올리지 않는다)

각 후보가 네 영역 중 무엇인지 명시됐는가. 영역 라벨 없는 후보, “이것저것 다 해당”인 후보는 반려한다.

혼합 금지 — 두 영역에 걸친 후보는 쪼개서 올렸는가. 한 후보에 두 영역의 성과 단위가 동시에 적혀 있으면 반려한다.

영역에 맞는 1차 성과 단위가 박혀 있는가(보조=개인 시간·재배치 확신도 / 자동화=처리량·리드타임 / 개발=배포 리드타임·변경 실패율 / 데이터=대기열·정확도). 단위 없는 후보는 파일럿 불가.

반려할 것

모든 후보를 같은 잣대(예: “처리 시간 단축”)로 묶은 포트폴리오.

영역에 맞지 않는 가짜 지표(개발에 LOC, 데이터에 리포트 수, 보조에 토큰량)를 성과로 든 제안.

개인이 직접 쓰면 될 일(보조)을 승인형 자동화로 부풀린 제안.

고객 대면 제품 기능을 내부 4영역과 같은 표에 섞은 제안.

승인할 것

영역별로 다른 성과 단위와 다른 통제 강도를 적용한 포트폴리오(보조엔 가벼운 통제, 자동화·개발·데이터엔 영역별 통제).

영역마다 도달 가능한 증거 등급을 다르게 잡은 제안(보조는 L4를 함부로 주장하지 않고, 자동화는 L4 재무 연결을 겨냥).

걸친 후보를 정직하게 둘로 쪼갠 결정.

이 장의 요약

후보를 한 슬라이드에 같은 형식으로 묶으면 영역 차이가 사라진다. 그러면 한 잣대로 측정되고, 통제도 한 덩어리로 걸려 사고나 미사용으로 이어진다.
모든 후보를 네 영역 중 정확히 하나로 분류한다. 영역을 가르는 것은 시스템 이름이 아니라 성과 단위와 위험의 모양이다.
분류 트리는 개인 산출(Q1)을 가장 먼저 소거한다. 가장 많은 후보가 사실 “개인이 직접 쓰면 되는 일”인데 자동화로 부풀려지기 때문이다.
영역마다 1차 성과 단위·가짜 지표·통제 강도·도달 가능 증거 등급이 다르다. 두 영역에 걸친 후보는 둘이라는 신호 — 쪼갠다(워크시트 5번).
4장은 “어느 영역인가”까지, 5장은 그 안에서 무엇을 재설계하나까지 책임진다. 영역이 다르면 5장의 성공 기준이 달라진다.

4영역 구분·분류 트리·워크시트·성과 단위/통제 강도 표는 도구·모델이 바뀌어도 유지되는 방법론 골격이다. 증거 등급 L0~L5 척도는 10장과 같은 정의를 따른다. 영역 명칭은 운영 문서와 단어가 다를 수 있으나(예: ‘완전 자동화’) 가리키는 대상은 동일하다.