공공기관 정보시스템 표준운영절차(SOP), ITSM은 어떻게 준비해야 할까?

공공기관의 정보시스템 운영 기준이 달라지고 있습니다.

과거에는 장애 발생 시 얼마나 빠르게 복구했는지가 중요했다면, 이제는 요청이 어떻게 접수되고, 어떤 변경과 조치가 이루어졌으며, 그 과정과 결과가 제대로 기록·관리되고 있는지까지 체계적으로 관리해야 합니다.

이때 중요한 개념이 바로 **표준운영절차, 즉 Standard Operating Procedure(SOP)**입니다.

SOP는 조직이 특정 업무를 일관된 기준과 순서에 따라 수행할 수 있도록 정리한 표준 절차를 의미합니다. 정보시스템 운영에서는 요청, 장애, 문제, 변경, 구성, 서비스 수준 관리 등 반복적으로 수행되는 IT 업무를 담당자마다 다른 방식으로 처리하지 않고 정해진 절차에 따라 수행하고 기록하기 위한 운영 기준이라고 볼 수 있습니다.

2026년 4월부터 시행된 「행정기관 및 공공기관 정보시스템 안정성 고시」에서도 정보시스템의 요청·변경·배포·장애관리 등 주요 운영업무에 대한 표준적인 절차를 마련하고 적용하는 방향을 제시하고 있습니다.

또한 행정안전부와 한국지능정보사회진흥원(NIA)이 배포한 「행정·공공기관 정보시스템 표준운영절차 가이드」에서는 제시된 표준을 그대로 적용하는 것이 아니라 기관의 조직 구조, 정보시스템 규모, 서비스 특성 등에 맞게 테일러링하여 자체적인 세부 운영절차를 수립하는 방향을 안내하고 있습니다.

결국 공공기관 ITSM 구축에서 중요한 것은 시스템 하나를 새로 도입하는 것이 아닙니다.

행정안전부가 제시하는 표준운영절차(SOP)를 실제 IT 업무 프로세스에 어떻게 내재화할 것인가가 핵심입니다.

정보시스템의 **Standard Operating Procedure(SOP)**를 장애가 발생했을 때 참고하는 매뉴얼 정도로 이해해서는 안 됩니다.

서비스 요청이 발생하는 순간부터 변경과 장애 대응, 원인 분석, 구성정보 관리, 서비스 수준 관리까지 IT 운영 전반을 일정한 절차에 따라 수행하고 기록하기 위한 프로세스 중심의 운영 체계에 가깝습니다.

행정안전부 기준을 토대로 제시되는 주요 운영 프로세스에는 다음과 같은 영역이 포함됩니다.

중요한 것은 이러한 프로세스를 단순히 각각의 메뉴로 만들어 놓는 것이 아닙니다.

SOP에서 정의한 업무가 서로 연결되고, 실제 담당자가 그 절차에 따라 업무를 수행하도록 만드는 것이 중요합니다.

예를 들어 사용자가 서비스 장애를 신고했다고 가정해 보겠습니다.

처음에는 서비스 요청으로 접수됐지만 실제 시스템 문제라면 장애관리로 이어질 수 있습니다. 원인을 분석하는 과정에서는 문제관리가 필요할 수 있고, 프로그램이나 설정의 수정이 필요하면 변경관리로 연결됩니다.

이후 변경된 내용을 운영환경에 반영하는 배포 과정까지 관리해야 합니다.

요청 → 장애 → 문제 → 변경 → 배포 → 운영 확인 과 같은 흐름이 만들어집니다.

이것이 SOP가 필요한 이유입니다.

요청은 포털, 장애는 엑셀, 변경 승인은 그룹웨어, 배포 기록은 개발 도구에서 각각 관리한다면 개별 자료는 존재해도 전체 업무가 어떤 절차를 거쳐 처리됐는지 추적하기 어렵습니다.

따라서 ITSM은 단순히 장애나 요청을 등록하는 시스템이 아니라 SOP에서 정의된 여러 IT 운영 프로세스를 연결하고 실행하는 기반이 되어야 합니다.

‘Standard Operating Procedure’라는 표현 때문에 모든 기관이 동일한 절차를 사용해야 한다고 생각하기 쉽습니다.

하지만 표준은 기준점입니다.

실제 적용 단계에서는 기관의 조직 구조, 시스템 중요도, 담당 조직, 승인 체계와 운영 환경을 반영할 필요가 있습니다.

예를 들어 같은 변경관리 프로세스라도 중요 정보시스템의 변경에는 여러 단계의 검토와 승인이 필요할 수 있고, 일반 업무시스템의 단순 변경은 상대적으로 간소화된 절차가 적합할 수 있습니다.

장애관리 역시 장애의 영향도와 중요도에 따라 보고 체계, 담당자, 대응 절차가 달라질 수 있습니다.

따라서 공공기관 ITSM 구축은 다음과 같은 흐름으로 접근하는 것이 중요합니다.

표준 절차를 문서에만 작성하는 것이 아니라 기관의 실제 업무환경에 맞게 SOP를 구체화하고 이를 시스템 프로세스로 전환하는 것이 핵심입니다.

표준 프로세스에 따라 업무를 수행했다면 그 과정이 기록되어야 합니다.

누가 요청했는지, 누가 처리했는지, 어떤 검토와 승인을 거쳤는지, 어떤 변경이 이루어졌는지, 장애의 원인은 무엇이었는지 등을 다시 확인할 수 있어야 합니다.

특히 변경·장애·배포처럼 시스템 운영 안정성과 직접 연결되는 업무에서는 최종 결과뿐 아니라 처리 과정과 의사결정 이력이 중요합니다.

ITSM을 통해 SOP를 실행하면 요청부터 완료까지의 데이터를 지속적으로 축적할 수 있습니다.

이러한 기록은 향후 반복 장애 분석, 변경 이력 확인, 서비스 수준 관리뿐 아니라 운영 과정에 대한 증적 관리에도 활용할 수 있습니다.

결국 SOP를 시스템화한다는 것은 운영절차 문서를 전자화하는 것이 아니라, 업무를 처리하는 과정 자체가 기록을 생성하도록 만드는 것입니다.

표준화된 IT 운영 체계에서는 단순히 업무를 ‘처리했다’는 사실만 확인해서는 부족합니다.

서비스 요청이 정해진 시간 안에 처리되는지, 장애 대응 수준은 적절한지, 미처리 업무가 누적되고 있지는 않은지를 데이터로 확인해야 합니다.

따라서 ITSM 역시 요청·장애·변경 프로세스를 수행하는 것에서 끝나지 않고 서비스 수준을 측정하고 운영 현황을 지속적으로 관리하는 구조까지 연결되는 것이 중요합니다.

GS비즈플 역시 공공기관 정보시스템 운영환경의 이러한 변화를 중요하게 보고 있습니다.

유스트라 ITSM은 행정안전부가 제시한 정보시스템 표준운영절차(Standard Operating Procedure, SOP)와 관련 가이드를 기준으로 공공기관 ITSM에 필요한 프로세스 체계를 검토하고, 이를 제품과 구축 체계에 반영하기 위한 준비를 진행하는 방향입니다.

단순히 특정 프로세스의 메뉴를 추가하는 것이 목표는 아닙니다.

행정안전부가 제시한 표준을 기준으로 실제 공공기관의 조직과 시스템 환경에 맞는 절차를 구성하고, 요청·장애·문제·변경·배포와 서비스 수준 관리가 하나의 운영 흐름으로 연결되는 체계를 만드는 것이 중요합니다.

유스트라 ITSM은 현재 서비스 요청, 장애, 문제, 변경·배포, 구성, 서비스 수준 관리 등 IT 서비스 운영에 필요한 주요 영역을 지원하고 있습니다.

이를 기반으로 공공기관 표준운영절차 대응에서도 다음과 같은 흐름을 지향합니다.

이처럼 유스트라 ITSM이 준비하는 방향은 SOP 문서를 제공하는 것에 머무르지 않고, 표준운영절차가 실제 IT 운영 과정에서 실행될 수 있도록 시스템화하는 것입니다.

공공기관 정보시스템 표준운영절차 대응에서 가장 중요한 질문은 이것입니다.

“우리 기관에 SOP 문서가 있는가?”가 아니라 “실제 IT 업무가 그 SOP에 따라 운영되고 있는가?”

좋은 절차를 만들어도 업무가 전화, 이메일, 메신저와 엑셀을 중심으로 진행된다면 실제 프로세스와 SOP 사이에는 차이가 발생할 수 있습니다.

따라서 앞으로 공공기관 ITSM을 검토할 때는 다음 사항을 함께 확인해야 합니다.

결국 Standard Operating Procedure(SOP)의 목적은 문서를 만드는 데 있지 않습니다.

표준에 따라 업무가 수행되고, 그 과정이 시스템에 기록되며, 축적된 데이터를 다시 IT 운영 개선에 활용할 수 있어야 합니다.

행정안전부의 정보시스템 표준운영절차를 기준으로 기관의 실제 운영환경에 맞는 프로세스를 만들고 이를 지속적으로 실행할 수 있는 ITSM 체계.

유스트라 ITSM도 이러한 방향을 기준으로 공공기관 표준운영절차 대응을 준비하고 있습니다.