개념
v3에서 ITIL 4로 — 프로세스에서 프랙티스로
오래 운영 조직에 있었던 사람은 ITIL을 서비스 수명주기 다섯 단계(전략·설계·전환·운영·지속적 개선)와 그 안의 프로세스 목록으로 기억한다. 그것이 ITIL v3(2011판)의 모습이다. 2019년에 나온 ITIL 4 는 이 틀을 크게 바꿨다. 변화의 방향은 네 가지로 요약된다.
| 변화 | ITIL v3 | ITIL 4 |
|---|---|---|
| 중심 모델 | 수명주기 5단계 | 서비스 가치 시스템(SVS) |
| 활동의 단위 | 프로세스 | 프랙티스 — 프로세스뿐 아니라 사람·정보·파트너까지 포함한 조직 역량 |
| 순서 | 단계가 순서대로 흐른다 | 활동을 가치 흐름 에 맞게 조합한다 |
| 방법론과의 관계 | 독자 체계 | 애자일·데브옵스·린과 함께 쓰도록 설계 |
두 번째 줄이 가장 중요하다. 프로세스는 "무엇을 어떤 순서로 하는가"다. 프랙티스 는 그 일을 해내는 데 필요한 자원 전체 — 사람과 역할, 정보와 도구, 파트너, 프로세스 — 를 묶은 개념이다. 인시던트 관리 "프로세스"만 있고 담당 인력 역량이나 도구 설정이 없다면, 인시던트 관리 "프랙티스"는 갖춰지지 않은 것이다.
서비스 가치 시스템 — 다섯 구성 요소
ITIL 4의 중심은 서비스 가치 시스템(Service Value System, SVS) 이다. 조직의 구성 요소와 활동이 함께 움직여 가치를 만드는 방식을 보여준다.
기회 · 수요
│
▼
┌─────────────────────────────────────────────┐
│ 지도 원칙 (모든 결정의 기준) │
│ 거버넌스 (방향 설정과 통제) │
│ 서비스 가치 사슬 (수요를 가치로 바꾸는 활동) │
│ 프랙티스 (활동을 수행하는 역량) │
│ 지속적 개선 (전체를 계속 나아지게) │
└─────────────────────────────────────────────┘
│
▼
가치입력은 기회와 수요, 출력은 가치 다. 이 그림이 주는 메시지는 "프랙티스를 잘 갖추는 것만으로는 부족하다"는 것이다. 원칙 없이 프랙티스를 도입하면 형식만 남고, 거버넌스 없이 도입하면 방향이 흩어지고, 지속적 개선이 없으면 한 번 설계한 상태에서 굳는다.
일곱 가지 지도 원칙
지도 원칙은 목표·전략·업무 유형·관리 구조가 바뀌어도 적용되는 권고 다.
| 원칙 | 요지 | QA 관점에서 읽으면 |
|---|---|---|
| 가치에 집중하라 | 모든 활동은 이해관계자 가치로 이어져야 한다 | 커버리지 숫자보다 사용자 영향으로 테스트 우선순위를 정한다 |
| 현재 위치에서 시작하라 | 이미 있는 것을 버리지 말고 평가해서 쓴다 | 새 도구 도입 전에 기존 테스트 자산과 기록을 먼저 본다 |
| 피드백과 함께 반복적으로 진행하라 | 작게 나누고 피드백으로 조정한다 | 모듈 7 레슨 8의 스프린트 내 QA |
| 협업하고 가시성을 높여라 | 경계를 넘어 함께 일하고 정보를 드러낸다 | 결함과 인시던트 기록을 연결해 공유(레슨 1) |
| 전체적으로 생각하고 일하라 | 부분 최적화가 전체를 해치지 않게 | 테스트 속도만 올리다 운영 변경 실패율이 오르지 않게 |
| 단순하고 실용적으로 유지하라 | 가치를 만들지 않는 단계는 없앤다 | 아무도 보지 않는 보고서를 없앤다 |
| 최적화하고 자동화하라 | 먼저 최적화하고 그다음 자동화한다 | 모듈 11: 나쁜 수동 절차를 그대로 자동화하지 않는다 |
마지막 원칙의 순서 가 중요하다. 비효율적인 절차를 자동화하면 비효율이 빨라질 뿐이다. 모듈 11 레슨 3에서 자동화 ROI를 계산하기 전에 대상 절차를 점검한 것과 같은 판단이다.
원칙은 함께 적용된다. "단순하고 실용적으로"만 따르면 필요한 통제를 없애고, "전체적으로 생각하라"만 따르면 모든 결정이 느려진다. 원칙끼리의 긴장을 의식하는 것이 원칙을 쓰는 법이다.
서비스 관리의 네 차원
어떤 프랙티스나 서비스를 설계하든 네 차원을 모두 고려 하라고 한다.
① 조직과 사람 역할·책임·역량·문화·조직 구조
② 정보와 기술 필요한 정보와 지식, 도구·플랫폼·자동화
③ 파트너와 공급자 외부 조직과의 관계, 계약, 공급망
④ 가치 흐름과 프로세스 활동들이 어떤 순서로 연결되어 가치를 만드는가그리고 네 차원 바깥에는 정치·경제·사회·기술·법·환경 같은 외부 요인 이 있다.
네 차원은 진단 도구로 쓸 때 가장 강하다. 운영 문제가 생기면 대개 한 차원만 보고 해결하려 한다. "인시던트 처리가 느리다" → 도구(② 정보와 기술)를 바꾼다. 그런데 원인이 담당 인력의 역량(①)이나 외주사와의 역할 경계(③)라면 도구 교체는 효과가 없다. 네 칸을 모두 채워 보는 습관이 원인을 넓게 본다.
서비스 가치 사슬과 가치 흐름
가치 사슬은 SVS의 운영 모델이다. 여섯 활동으로 구성된다.
| 활동 | 요지 |
|---|---|
| 계획(Plan) | 비전·현재 상태·개선 방향에 대한 공유된 이해 |
| 개선(Improve) | 모든 활동·프랙티스·서비스의 지속적 개선 |
| 참여(Engage) | 이해관계자의 요구 이해, 투명성, 좋은 관계 |
| 설계와 전환(Design & Transition) | 서비스가 품질·비용·출시 시간 기대를 충족하게 |
| 획득/구축(Obtain/Build) | 필요한 구성 요소를 필요할 때 사용 가능하게 |
| 제공과 지원(Deliver & Support) | 합의된 명세와 기대대로 서비스 제공 |
여섯 활동에는 정해진 순서가 없다. 이것이 v3 수명주기와의 결정적 차이다. 실제 일은 가치 흐름(value stream) — 특정 목적을 위해 활동들을 이어 붙인 경로 — 으로 수행된다.
가치 흐름 A: "사용자가 보고한 장애 복구"
참여(접수) → 제공과 지원(진단·복구) → 개선(원인 기록) → 참여(사용자 통보)
가치 흐름 B: "신규 기능 출시"
참여(요구) → 계획 → 설계와 전환 → 획득/구축 → 설계와 전환(시험·배포) → 제공과 지원 → 개선가치 흐름 B에서 설계와 전환이 두 번 나온다는 점을 보자. 활동은 반복해서 쓰일 수 있다. 테스트는 이 흐름에서 주로 "설계와 전환"과 "획득/구축" 사이에 들어가며, 레슨 1에서 본 서비스 확인과 시험 프랙티스 가 그 역량을 제공한다.
가치 흐름을 그리면 대기 시간 이 보인다. 모듈 18a 레슨 13에서 리드타임을 작업·대기·재작업으로 분해한 방법이 가치 흐름 매핑에 그대로 쓰인다.
34개 프랙티스 — 세 묶음
ITIL 4의 프랙티스는 34개이고 세 묶음으로 나뉜다.
일반 관리 프랙티스(14) — 비즈니스 관리 영역에서 가져와 서비스 관리에 맞춘 것
아키텍처 관리 · 지속적 개선 · 정보보안 관리 · 지식 관리 · 측정과 보고 ·
조직 변화 관리 · 포트폴리오 관리 · 프로젝트 관리 · 관계 관리 · 위험 관리 ·
서비스 재무 관리 · 전략 관리 · 공급자 관리 · 인력과 인재 관리서비스 관리 프랙티스(17) — ITSM 고유 영역
가용성 관리 · 비즈니스 분석 · 용량과 성능 관리 · 변경 지원 · 인시던트 관리 ·
IT 자산 관리 · 모니터링과 이벤트 관리 · 문제 관리 · 릴리스 관리 ·
서비스 카탈로그 관리 · 서비스 구성 관리 · 서비스 연속성 관리 · 서비스 설계 ·
서비스 데스크 · 서비스 수준 관리 · 서비스 요청 관리 · 서비스 확인과 시험기술 관리 프랙티스(3) — 기술 영역에서 서비스 관리로 확장한 것
배포 관리 · 인프라와 플랫폼 관리 · 소프트웨어 개발과 관리34개를 다 도입할 필요는 없다. ITIL 스스로 조직의 상황에 맞게 고르고 조정하라고 한다. QA 경력자에게 가장 가까운 것은 서비스 확인과 시험, 변경 지원, 릴리스 관리, 배포 관리, 문제 관리, 측정과 보고 여섯이다. 레슨 3에서 인시던트·문제·변경을 깊게 다룬다.
릴리스 관리와 배포 관리가 분리 되어 있다는 점도 짚어 두자. 배포는 새 구성 요소를 환경으로 옮기는 기술 활동이고, 릴리스는 새 기능을 사용자가 쓸 수 있게 만드는 활동이다. 기능 플래그로 배포와 릴리스를 분리하는 현대 개발 방식과 잘 맞는다. 모듈 14에서 배운 CI/CD가 배포 관리, 기능 공개 결정이 릴리스 관리다.
지속적 개선 모델 — 일곱 질문
지속적 개선은 SVS 구성 요소이자 프랙티스이고, 그 도구로 일곱 단계 모델 이 제시된다. 각 단계가 질문으로 되어 있다.
1. 비전은 무엇인가?
2. 우리는 지금 어디에 있는가? ← 측정 (현재 상태 기준선)
3. 어디에 있고 싶은가? ← 측정 가능한 목표
4. 어떻게 갈 것인가? ← 개선 계획
5. 실행하라
6. 도달했는가? ← 다시 측정해 확인
7. 추진력을 어떻게 유지할 것인가?2번과 6번이 측정 이라는 점이 QA에게 반갑다. 개선이 "했다"로 끝나지 않고 "숫자로 확인했다" 로 끝나야 한다. 레슨 1의 운영 지표 정의서가 이 모델의 기준선이 된다. 모듈 32 레슨 5에서 시정조치의 유효성 확인 을 요구한 것과 같은 구조다.
이 틀로 진단하기
ITIL 4의 틀은 현재 운영을 진단하는 체크리스트로 쓸 수 있다.
| 진단 축 | 질문 | 증거 | 공백 |
|---|---|---|---|
| 지도 원칙 | 최근 도입한 절차가 "가치에 집중"과 "단순하고 실용적"을 통과하는가 | 절차별 산출물 사용 여부 | |
| 거버넌스 | 서비스 관리 목표와 성과를 누가 검토하는가 | 검토 회의록 | |
| 네 차원 | 주요 문제 하나를 네 차원으로 분석해 보았는가 | 분석 기록 | |
| 가치 흐름 | 핵심 가치 흐름 두 개의 대기 시간을 측정했는가 | 흐름 매핑 | |
| 프랙티스 | 필요한 프랙티스가 사람·정보·파트너·프로세스를 모두 갖췄는가 | 프랙티스별 네 칸 표 | |
| 지속적 개선 | 개선 활동이 측정 기준선과 사후 확인을 갖는가 | 개선 기록 | |"프랙티스" 줄의 네 칸 표 가 앞 절에서 본 프로세스와 프랙티스의 차이를 드러낸다. 문제 관리 프로세스 문서는 있는데 원인 분석 역량을 가진 사람이 없고(①), 알려진 오류를 찾을 수 있는 지식 기반이 없다면(②) 그 프랙티스는 문서로만 존재한다.
2026년의 ITIL — Version 5와의 관계
2026년 초 ITIL (Version 5) 가 발표되고 Foundation 자격이 먼저 출시되었다. 이 레슨에서 배운 개념이 쓸모없어지는 것은 아니다. 공개된 해설들은 ITIL (Version 5)가 가치 시스템·지도 원칙·프랙티스·지속적 개선 모델 같은 ITIL 4의 핵심 개념을 유지 하면서, 범위를 IT 서비스 관리에서 디지털 제품·서비스 관리(DPSM) 로 넓히고, 가치 사슬의 여섯 활동 대신 여덟 활동의 제품·서비스 수명주기(발견·설계·획득·구축·전환·운영·제공·지원)를 제시하며, AI 관련 지침을 강화했다고 설명한다.
실무 결론은 두 가지다. 첫째, ITIL 4를 쓰는 조직의 문서와 절차는 그대로 유효 하고, 용어 대응표만 추가하면 된다. 둘째, 자격을 새로 준비한다면 판 선택이 필요하다. 판별 자격 체계와 선택 기준은 레슨 7에서 다룬다.
실무에서 왜 필요한가
운영 개선 과제는 흔히 "ITIL을 도입하자"로 시작해서 프로세스 문서 수십 개 로 끝난다. 문서는 생겼지만 일하는 방식은 그대로다. ITIL 4의 틀을 이해하는 사람은 시작점을 다르게 잡는다. 지도 원칙 "현재 위치에서 시작하라"에 따라 이미 돌아가는 흐름과 기록부터 진단 하고, 네 차원으로 원인을 넓게 보고, 가치 흐름의 대기 시간에서 개선 대상을 고른다.
프랙티스 개념은 QA 조직의 위치를 설명하는 데도 쓸모 있다. 테스트 조직이 "개발 뒤에 붙은 검문소"로 인식되는 조직에서, 서비스 확인과 시험은 서비스 관리의 한 프랙티스 이고 변경 지원·릴리스 관리와 연결된 역량이라는 설명은 조직 내 위치를 바꾼다.
지속적 개선 모델의 측정 단계는 개선 활동의 신뢰를 만든다. "SLA 개선 프로젝트 완료"라는 보고와 "기준선 91%에서 목표 95%, 3개월 뒤 측정 95.4%"라는 보고는 경영진이 받아들이는 무게가 다르다. 모듈 26에서 C레벨에게 품질을 말하는 법을 다뤘는데, ITSM에서는 이 일곱 질문이 그 보고의 뼈대가 된다.