[ITSM] ITIL 4 한눈에 — 서비스 가치 시스템(SVS)과 7가지 가이딩 원칙

🚨INCIDENT ALERT

HIGH

두 회사가 같은 ITIL 교육을 받고 돌아왔습니다.

X사는 ITIL을 "지켜야 할 프로세스 26개 목록"으로 이해했습니다. 인시던트 절차서, 변경 절차서, 문제 절차서를 두껍게 만들고 모두에게 "이대로 하라"고 배포합니다. 6개월 뒤, 현장은 절차서를 안 봅니다. 너무 무겁고, 실제 일과 따로 놀기 때문입니다.

Y사는 ITIL 4를 "가치를 함께 만들어내는 하나의 시스템"으로 이해했습니다. 먼저 "우리가 고객에게 만들려는 가치가 뭔가"를 정하고, 지금 이미 잘 돌아가는 것에서 출발해, 작게 바꾸고 피드백을 받으며 절차를 키웁니다. 절차서는 얇지만 실제로 쓰입니다.

둘의 차이는 ITIL의 양이 아니라 ITIL을 무엇으로 보았는가입니다. X사는 'ITIL = 프로세스 모음'(옛 사고), Y사는 'ITIL 4 = 서비스 가치 시스템(SVS)'(현재 사고)으로 보았습니다. 이 모듈은 Y사의 지도 — ITIL 4 전체 구조와 7가지 가이딩 원칙 — 를 한 장으로 그립니다.

이번 챕터에서 배울 것

1ITIL이 v1~v3(프로세스 중심)에서 ITIL 4(가치·SVS 중심)로 진화한 맥락과 그 의미를 설명할 수 있다
2서비스 가치 시스템(SVS)의 다섯 구성요소와 "기회/수요 → SVS → 가치" 흐름을 그릴 수 있다
37가지 가이딩 원칙을 자기 말로 정의하고, 각각에 현업 적용 예를 들 수 있다
4거버넌스(평가·방향설정·모니터링)가 SVS 안에서 하는 역할을 설명할 수 있다
534개 프랙티스 중 Foundation 핵심이 무엇인지 위치를 파악하고, 이후 모듈로 연결할 수 있다

ITIL은 어디서 왔고 어디로 갔나

💡개념

프로세스 모음에서 가치 시스템으로

ITIL(IT Infrastructure Library)은 1980년대 후반 영국 정부 기관에서 'IT 운영을 잘하는 모범 사례 모음'으로 출발했습니다. 그 뒤 v2, v3(2007/2011)로 발전하며 인시던트·문제·변경·서비스 수준 관리 같은 프로세스를 체계적으로 정리했습니다. 이때까지의 ITIL은 한마디로 **"어떤 프로세스를, 어떤 순서로, 어떻게 수행하는가"**의 라이브러리였습니다.

문제는 현장이 바뀌었다는 것입니다. Agile·Lean·DevOps·클라우드가 퍼지면서, 무겁고 순차적인 프로세스 중심 모델은 "현실과 따로 논다"는 비판을 받았습니다.

ITIL 4(2019) 는 이 비판에 대한 답입니다. 초점을 '프로세스'에서 '가치(value)'와 그 가치를 만들어내는 시스템 전체로 옮겼습니다.

구분	ITIL v1~v3 (~2011)	ITIL 4 (2019~)
중심 개념	프로세스(process)	가치·서비스 가치 시스템(SVS)
보는 단위	"이 프로세스를 어떻게 수행하나"	"기회/수요가 어떻게 가치로 변환되나"
용어	프로세스(Process) 26개	프랙티스(Practice) 34개
다른 방법론과 관계	별개로 취급	Agile·Lean·DevOps를 통합·공존
핵심 질문	"절차를 지켰는가"	"가치를 함께 만들어냈는가"

여기서 용어 변화 하나가 사고방식을 잘 보여줍니다: '프로세스(Process)'가 '프랙티스(Practice)'로 바뀌었습니다. 프로세스가 '정해진 절차'에 가깝다면, 프랙티스는 '사람·정보기술·파트너·가치 흐름까지 묶은, 일을 해내는 조직적 역량'을 뜻합니다. 절차서 한 장이 아니라 "이 일을 해낼 수 있는 능력 전체"를 가리키는 것입니다.

서비스 가치 시스템(SVS) — ITIL 4의 큰 그림

💡개념

기회/수요가 들어와 가치로 나간다

ITIL 4의 핵심 모델이 서비스 가치 시스템(SVS, Service Value System) 입니다. SVS는 조직의 모든 구성요소와 활동이 어떻게 함께 작동해 가치를 만들어내는지를 그린 하나의 큰 틀입니다.

전체 흐름은 단순합니다.

기회(Opportunity)/수요(Demand) → [SVS] → 가치(Value)

입력: 바깥에서 들어오는 기회(새 시장·신기술 같은 가능성)와 수요(사용자·고객의 요구).
변환 장치: 그 입력을 가치로 바꾸는 조직의 시스템(=SVS).
출력: 이해관계자가 인식하는 가치.

SVS는 다섯 구성요소로 이루어집니다.

SVS 구성요소	한 줄 정의	이 트랙에서 다루는 위치
가이딩 원칙(Guiding Principles)	어떤 상황에서도 조직을 안내하는 7가지 권고	이 모듈(아래)
거버넌스(Governance)	조직을 평가·지시·모니터링해 방향을 잡는 통치	이 모듈(아래)
서비스 가치 사슬(Service Value Chain)	기회/수요를 가치로 변환하는 6가지 핵심 활동	다음 모듈
프랙티스(Practices)	일을 해내는 34개의 조직적 역량	Phase 2~4
지속적 개선(Continual Improvement)	모든 요소를 끊임없이 더 낫게 만드는 활동	Phase 4(CSI)

이 다섯 요소는 따로 노는 부품이 아닙니다. 서비스 가치 사슬이 실제 변환 작업을 돌리고, 프랙티스가 그 활동을 수행할 역량을 공급하며, 가이딩 원칙이 매 순간 판단을 안내하고, 거버넌스가 전체가 조직 목표에서 벗어나지 않게 잡아주며, 지속적 개선이 이 모든 것을 계속 다듬습니다. 다섯이 한 몸으로 돌아가는 것이 SVS입니다.

ITIL 4 서비스 가치 시스템에서 기회와 수요가 입력되어 가이딩 원칙·서비스 가치 사슬·프랙티스·지속적 개선·거버넌스 다섯 요소를 거쳐 가치로 변환되어 출력되는 전체 구조

그림: ITIL 4의 무게중심은 "프로세스 모음"이 아니라 "기회·수요를 가치로 바꾸는 시스템(SVS)" — 다섯 요소가 한 몸으로 돈다.

7가지 가이딩 원칙 — 매 순간의 나침반

💡개념

상황이 달라도 변하지 않는 7개의 권고

가이딩 원칙(Guiding Principles)은 SVS 안에서 가장 자주 쓰이는 요소입니다. 특정 프로세스나 도구가 아니라, 어떤 상황·어떤 방법론에서도 통하는 보편 권고이기 때문입니다. ITIL 4는 정확히 7가지를 제시합니다. 각각을 자기 말로 정의해 봅니다.

가치에 집중하라(Focus on value) — 하는 모든 일이 결국 이해관계자의 가치로 이어지는지 항상 되묻습니다. '바쁜 것'과 '가치 있는 것'은 다릅니다.
현재 상태에서 시작하라(Start where you are) — 다 버리고 새로 짜지 말고, 지금 이미 있는 것(서비스·사람·데이터)을 관찰·측정해 살릴 것을 살립니다. 추측이 아니라 사실에서 출발합니다.
피드백을 받으며 반복적으로 진행하라(Progress iteratively with feedback) — 한 번에 거대하게 하지 말고, 작게 나눠 진행하며 매 단계 피드백으로 방향을 조정합니다.
협업하고 가시성을 높여라(Collaborate and promote visibility) — 사일로(부서 칸막이)를 넘어 함께 일하고, 일의 상태와 정보를 숨기지 않고 드러냅니다. 보이지 않으면 관리할 수 없습니다.
전체론적으로 사고하고 일하라(Think and work holistically) — 한 부분만 보지 말고 서비스·시스템 전체의 흐름으로 봅니다. 한 곳의 최적화가 전체를 해칠 수 있습니다.
단순하고 실용적으로 유지하라(Keep it simple and practical) — 가치에 기여하지 않는 단계·산출물·통제를 덜어냅니다. 복잡함은 그 자체로 비용입니다.
최적화하고 자동화하라(Optimize and automate) — 먼저 흐름을 최적화(단순화·정리)한 뒤 반복 작업을 자동화합니다. 순서가 거꾸로면 '빠른 낭비'가 됩니다.

이 일곱은 외워야 할 규칙이 아니라, 의사결정 앞에서 꺼내 드는 나침반입니다. "이거, 가치에 집중하고 있나? 너무 복잡하지 않나? 전체를 보고 있나?"를 묻는 습관이 ITIL 4의 사고방식입니다.

ITIL 4의 일곱 가지 가이딩 원칙(가치에 집중·현재 상태에서 시작·피드백 받으며 반복·협업과 가시성·전체론적 사고·단순함과 실용성 유지·최적화하고 자동화)이 각각 한 줄 설명과 함께 카드로 배치되고, 최적화·자동화는 흐름을 먼저 정리한 뒤 자동화해야 한다는 순서 경고가 강조된 나침반 구조

그림: 7가지 가이딩 원칙은 외울 규칙이 아니라 매 의사결정에서 꺼내 드는 나침반이다.

산출물 — 7원칙 × 현업 적용 예

💡개념

원칙을 한국 IT 현장에 대입하기

원칙은 현장에 대입할 때 살아납니다. 아래 표는 7가지 원칙을 운영·프로젝트 현업의 한 줄 행동으로 옮긴 것으로, 그대로 점검표처럼 쓸 수 있습니다.

가이딩 원칙	현업 적용 예(한 줄 행동)
① 가치에 집중	장애 보고를 "서버 재시작 완료"가 아니라 "결제 중단 12분, 영향 고객 회복"으로 — 결과로 보고한다
② 현재 상태에서 시작	운영 개선 착수 전, 기존 티켓·로그·절차서를 먼저 수집·측정한 뒤 살릴 것과 바꿀 것을 가른다
③ 피드백 기반 반복	신규 모니터링을 전사에 한 번에 깔지 않고, 한 서비스에 시범 적용→피드백→확대한다
④ 협업·가시성	인시던트 현황판(대시보드)을 운영·개발·고객담당이 같이 보게 공개한다
⑤ 전체론적 사고	"DB만 빠르면 됨"이 아니라 Web–WAS–DB–네트워크 전체 경로로 응답시간을 본다
⑥ 단순성·실용성	아무도 안 보는 보고 항목·승인 단계를 주기적으로 솎아낸다(서식 다이어트)
⑦ 최적화·자동화	반복되는 계정생성 요청을, 먼저 절차를 정리한 뒤 셀프서비스/스크립트로 자동화한다

핵심은 순서와 결합입니다. ②로 사실을 모으고 → ⑤로 전체를 보고 → ①로 가치 기준을 세우고 → ⑥으로 군더더기를 덜고 → ⑦로 자동화하며 → ③으로 작게 반복하고 → ④로 공유합니다. 일곱은 따로가 아니라 한 흐름으로 맞물립니다.

거버넌스 — 시스템이 길을 잃지 않게

💡개념

평가하고, 방향을 정하고, 모니터링한다

가이딩 원칙이 '실무자의 나침반'이라면, 거버넌스(Governance) 는 '조직의 키(舵)'입니다. 거버넌스는 직접 일을 수행하는 것이 아니라, 조직이 올바른 방향으로 가도록 통치하는 활동입니다. ITIL 4는 거버넌스를 세 가지 활동으로 정의합니다.

거버넌스 활동	뜻	현업의 모습
평가(Evaluate)	조직과 그 환경·전략·성과를 진단한다	분기 운영 리뷰에서 SLA 달성률·리스크를 점검
방향 설정(Direct)	전략과 정책의 방향·우선순위를 정한다	"올해는 가용성보다 보안 강화 우선" 같은 의사결정
모니터링(Monitor)	정책 준수와 성과를 지속적으로 점검한다	변경 성공률·정보보안 정책 준수 여부를 상시 추적

거버넌스는 SVS 한가운데에서, 가이딩 원칙·가치 사슬·프랙티스가 조직의 진짜 목표에서 벗어나지 않게 붙잡는 역할을 합니다. 현장이 아무리 열심히 일해도 방향이 틀리면 가치가 안 나오기 때문에, "우리는 지금 옳은 것을 하고 있는가"를 위에서 끊임없이 묻는 장치가 거버넌스입니다.

34개 프랙티스 — 지금은 위치만 잡는다

💡개념

역량의 도구상자, 그중 Foundation 핵심

ITIL 4는 일을 해내는 조직적 역량을 34개 프랙티스로 정리합니다. 크게 세 묶음입니다.

일반 관리 프랙티스(General management) — 다른 분야에서 가져온 역량(예: 지속적 개선, 정보보안 관리, 공급자 관리, 프로젝트 관리).
서비스 관리 프랙티스(Service management) — ITSM 고유 역량(예: 인시던트 관리, 문제 관리, 변경 enablement, 서비스 수준 관리, 서비스 데스크).
기술 관리 프랙티스(Technical management) — 기술 영역 역량(예: 배포 관리, 인프라·플랫폼 관리).

34개를 지금 다 외울 필요는 없습니다. ITIL 4 Foundation 수준에서 자세히 다루는 것은 그중 15개 정도의 핵심 프랙티스이고, 그마저도 깊이는 제각각입니다. 특히 다음 7개는 이 트랙 Phase 2~4에서 한 모듈씩 깊게 파고듭니다.

Foundation 핵심 프랙티스(예)	한 줄 역할	이 트랙 모듈
인시던트 관리	중단된 서비스를 빠르게 정상화	Phase 2
문제 관리	인시던트의 근본 원인 제거	Phase 2
서비스 요청 관리	정상 요청을 표준 절차로 처리	Phase 2
서비스 데스크	사용자와의 단일 접점	Phase 2
변경 enablement	변경 리스크를 통제하며 반영	Phase 3
서비스 수준 관리	SLA로 품질 목표를 합의·측정	Phase 2
지속적 개선	모든 것을 계속 더 낫게	Phase 4

지금 기억할 것은 딱 하나입니다: 프랙티스는 'SVS가 가치를 만들 때 꺼내 쓰는 역량의 도구상자' 이고, 다음 모듈에서 그 도구들이 실제로 어디에 끼워지는지(=서비스 가치 사슬)를 보게 된다는 점입니다.

어떤 원칙·요소로 판단할까

상황별로 어떤 ITIL 4 원칙/요소를 꺼낼까

레거시 운영을 개선하라는데 어디서부터 손댈지 막막하다원칙② 현재 상태에서 시작기존 자산을 먼저 관찰·측정 후 살릴 것을 가른다

거대한 ITSM 도구 도입을 한 번에 전사 적용하려 한다원칙③ 피드백 기반 반복한 서비스 파일럿→피드백→확대로 리스크 분산

보고서·승인 단계가 너무 많아 일이 느리다원칙⑥ 단순성·실용성가치에 기여 안 하는 단계를 솎아낸다

DB만 튜닝했는데 사용자 체감 속도는 그대로다원칙⑤ 전체론적 사고Web–WAS–DB–네트워크 전체 경로로 본다

비효율적 수작업을 그대로 스크립트로 자동화하려 한다원칙⑦ 최적화 후 자동화먼저 절차 단순화, 그다음 자동화(순서 주의)

현장은 열심인데 회사 목표와 어긋난 일을 하고 있다거버넌스(평가·방향·모니터링)방향을 위에서 다시 잡아야 할 신호

직접 해보기 — 원칙으로 판단 연습

1다섯 상황에 가이딩 원칙 적용하기

아래 다섯 상황 각각에 가장 잘 맞는 가이딩 원칙을 고르고, 어떤 행동을 권할지 한 줄로 적어 보세요. 정답 방향은 ObserveBlock에 있습니다.

TEXT

A. "운영 절차서가 100쪽인데 신입은 아무도 안 봅니다."
B. "신규 알림 정책을 만들었으니 내일부터 전 시스템에 한 번에 적용합시다."
C. "낡은 모니터링을 싹 버리고 처음부터 새 체계로 갑시다."
D. "장애 현황을 운영팀만 알고 고객담당은 모릅니다."
E. "결제가 느린데 DB 인덱스만 손보면 끝날 것 같습니다."

판단 직관: 각 상황의 '냄새'를 맡으세요 — 너무 복잡한가(⑥), 한 번에 다 하려는가(③), 다 버리려는가(②), 안 보이는가(④), 한 부분만 보는가(⑤).

각 상황에 맞는 가이딩 원칙(1~7) 고르고, 왜인지 한 줄로

🔍실행 후 확인할 것

A = 원칙⑥ 단순성·실용성 — 아무도 안 보는 분량은 가치가 0. 핵심만 남기고 솎아낸다
B = 원칙③ 피드백 기반 반복 — 전사 일괄 대신 한 시스템 파일럿→피드백→확대
C = 원칙② 현재 상태에서 시작 — 무조건 폐기 전에 기존 체계를 측정해 살릴 것을 찾는다
D = 원칙④ 협업·가시성 — 현황을 공개·공유해 관련자가 같은 그림을 보게 한다
E = 원칙⑤ 전체론적 사고 — DB만이 아니라 Web–WAS–DB–네트워크 전체 경로로 원인을 본다
핵심 감각: 원칙은 정답을 주는 공식이 아니라, "지금 무엇을 놓치고 있나"를 비추는 나침반이다

현장에서 자주 보는 함정

증상: ITIL 4 교육을 받고 인시던트·변경·문제 절차서를 정성껏 만들었습니다. 그런데 현장은 절차서를 안 보고, "ITIL은 종이 작업만 늘린다"는 불평이 돕니다.

원인: ITIL 4를 여전히 '프로세스(절차) 모음'(옛 v3 사고) 으로 받아들인 것입니다. ITIL 4의 무게중심은 절차서가 아니라 가치를 만드는 시스템(SVS) 과 가이딩 원칙입니다. 가이딩 원칙(특히 ⑥ 단순성, ③ 반복, ① 가치 집중)을 건너뛰고 절차부터 두껍게 만들면, 일과 따로 노는 문서만 남습니다.

해결 방향(이 트랙에서 깊어짐):

절차서 분량 경쟁을 멈추고 "이 단계가 어떤 가치에 기여하나"(원칙①)부터 되묻는다.
큰 절차를 한 번에 깔지 말고 작게 시작해 피드백으로 키운다(원칙③).
가치 사슬의 활동(다음 모듈)에 절차를 끼워 넣어, 문서가 아니라 흐름이 일을 끌고 가게 한다.
거버넌스로 **"우리가 옳은 것을 하고 있나"**를 주기적으로 평가한다.

ITIL 4는 '두꺼운 절차서'가 아니라 '얇지만 실제로 쓰이는, 가치로 이어지는 일하는 방식'을 지향합니다.

💼

실무 맥락

현업 패턴

한국 IT 서비스·운영 현장에서 ITIL 4는 두 얼굴로 만납니다. 하나는 자격증(ITIL 4 Foundation) — 대기업 계열 IT서비스사(삼성SDS·LG CNS·SK AX 등)와 공공 SI·MSP의 운영관리·서비스 운영(SM)·PMO 직무에서 우대·요구되는 기본 소양입니다. 다른 하나는 공용어 — 발주사와 협력사가 인시던트·변경·SLA를 같은 단어로 말하게 해주는 표준 어휘입니다.

면접과 실무에서 당신이 ITIL 4를 '제대로' 이해했는지는, 프로세스 26개를 외우는지가 아니라 "왜 ITIL 4는 프로세스가 아니라 가치를 중심에 두는가", **"가이딩 원칙을 실제 상황에 어떻게 대입하는가"**로 드러납니다. 가령 "낡은 운영을 개선하라"는 과제에 "다 갈아엎겠다"가 아니라 "현재 상태부터 측정하고(②) 작게 반복하며(③) 단순하게(⑥) 가겠다"고 답할 수 있으면, 자격증 한 줄보다 강한 신호가 됩니다.

기술을 아는 관리자가 ITIL 4의 언어까지 갖추면, 협력사 엔지니어와 대등하게 대화하면서도 "지금 우리가 만드는 가치가 무엇인가"라는 더 높은 질문을 던질 수 있습니다. 그것이 운영·PM 직무가 ITIL 4에서 실제로 얻는 무기입니다.

관련 모듈로 더 깊이:

서비스 가치 사슬(SVC) — SVS의 심장인 가치 사슬 6개 활동을 하나씩 들여다보는 법
서비스 관리의 4가지 차원 — 그 활동을 빠짐없이 보기 위한 4가지 관점(차원)

다음 모듈에서는 SVS의 심장 — 기회/수요를 실제 가치로 변환하는 서비스 가치 사슬(SVC)의 6가지 활동(계획·개선·참여·설계및전환·확보및구축·제공및지원)을 하나씩 들여다보고, 34개 프랙티스가 그 활동에 어떻게 끼워지는지 연결합니다.