ITIL v4 기반으로 TAM 업무를 구조화하는 방법
ITIL (Information Technology Infrastructure Library)은 IT 서비스 관리(ITSM: IT Service Management)를 위한 세계적인 표준 프레임워크입니다. 조직이 IT 서비스를 계획·제공·운영·개선하는 전체 과정을 체계화하여, 서비스 품질을 높이고 리스크를 줄이는 것을 목표로 합니다.
엔터프라이즈 고객은 “누가 해결했냐”보다 “어떤 프로세스로 재발을 막을 수 있냐”를 더 중요하게 봅니다. ITIL은 그 프로세스를 표준화해서 TAM이 신뢰를 얻도록 도와줍니다.
| Incident Management | 서비스 중단/장애 발생 시 신속 복구가 목표. TAM은 장애 영향도 파악 → 우선순위 지정 → 에스컬레이션 조율 역할. |
|---|---|
| Problem Management | 같은 장애가 반복될 때 근본 원인(RCA)을 찾고 재발 방지책을 문서화. TAM이 기술팀과 함께 Known Error DB에 등록. |
| Change Enablement | 펌웨어 업그레이드, 스토리지 확장, 구성 변경 시 사전 승인/테스트/롤백계획을 세우는 과정. 고객사 Change Board와 협업. |
| Service Level Management | SLA, OLA를 정의하고 월/분기 단위로 달성률을 리포트. TAM이 대시보드/리포트 제공. |
아래 표는 각 ITIL 프로세스별로 TAM이 수행해야 하는 주요 역할을 요약한 비교표입니다.
| ITIL 프로세스 | TAM 주요 역할 | 산출물 / 결과물 |
|---|---|---|
| Incident Management | 고객 장애 감지 및 우선순위 결정, 내부 기술팀과 에스컬레이션 조율 | Incident Log, 고객 알림, 복구 보고서 |
| Problem Management | RCA 회의 주도, Known Error 등록, 반복 장애 방지책 제안 | Root Cause Report, KEDB 업데이트 |
| Change Enablement | 변경 영향도 분석, 고객 승인 지원, Change Plan 문서화 | Change Request Form, Rollback Plan, CAB 승인 기록 |
| Service Level Management | SLA/OLA 성과 관리, 대시보드 리포팅, 고객 만족도 점검 | 월간/분기 SLA 리포트, Review Meeting Minutes |
| Continual Improvement | 서비스 트렌드 분석, 개선안 제안, KPI 재정의 | Improvement Proposal, Updated KPI Metrics |
| 사례 1: 스토리지 성능 저하 | Incident 단계에서 IOPS 저하 알림 수신 → 임시로 워크로드 분산 → Problem 단계에서 원인이 RAID Rebuild였음을 확인 → 향후 Rebuild 시 고객에게 사전 공지하도록 Change 프로세스에 반영. |
|---|---|
| 사례 2: 펌웨어 불일치 | 월간 Health Check 중 일부 서버 FW 미적용 발견 → Change 요청서 작성 → 주말 유지보수 창에 일괄 적용 → 적용 결과를 Service Level 리포트에 첨부. |
| 사례 3: 반복되는 디스크 장애 | Incident로 매번 처리하지 않고, Problem으로 승격 → 공급사와 모델별 불량률 조사 → 동일 모델 프리엠티브 교체를 Change로 등록 → “재발 방지” 섹션을 고객에 제공. |
※ 이 문서는 고객 프레젠테이션에 바로 넣을 수 있도록 개념형으로 정리되어 있습니다.
실제 고객 조직의 ITSM 툴(ServiceNow, Remedy 등)에 맞게 용어만 바꿔 쓰면 됩니다.