정보시스템 감리계획서가 점검의 기준이 되는 방식

정보시스템 감리계획서의 목적과 적용기준, 점검 범위, 일정, 인력 편성, 보고 체계를 실무 관점에서 정리합니다.

2026-08-14 · 최초 발행 2026-04-17

감리의 범위와 판단 기준을 먼저 합의하는 문서

정보시스템 감리는 현장에서 무엇을 확인할지보다, 그 확인을 어떤 근거와 절차로 수행할지를 먼저 정해야 한다. 감리계획서(Audit Plan)는 감리 법인이 발주기관과 피감리기관(사업자)에 제출하는 공식 실행 계획 문서로, 감리 대상·범위·방법·절차를 사전에 명확히 한다.

전자정부법정보시스템 감리 기준에 따른 수행 근거와 목적을 계획서에 담으면, 프로젝트 전반의 위험 요소를 어떤 기준으로 점검할지 이해관계자가 같은 관점에서 확인할 수 있다. 감리 활동의 예측 가능성을 높이고, 한정된 시간과 인력을 우선순위가 높은 영역에 배치하며, 결과 보고서의 판단 근거를 남기는 역할도 한다.

계획서에 담아야 할 사업 정보와 감리 조건

감리계획서는 표준 양식을 채우는 문서에 그치지 않는다. 계약의 정당성, 사업의 맥락, 실제 점검 범위를 연결해야 한다.

관련 근거에는 감리 계약 체결과 수행을 뒷받침하는 법적·행정적 근거를 적는다. 서울지방 조달청과의 계약번호, 관련 공문 번호, 해당 사업의 입찰 공고문 등이 여기에 해당하며, 감리 업무가 정당한 권한과 절차에 따라 진행된다는 기초 자료가 된다.

감리 목적은 정보시스템 구축 사업의 목표와 맞물려야 한다. 시스템 안정성 확보, 요구사항 충족 여부 확인, 운영 효율성 제고처럼 사업 특성에 맞는 지향점을 구체화한다.

적용기준에는 감리 수행 시 준수할 법규와 지침을 명시한다. 전자정부법, 정보시스템 감리 기준(행정안전부 고시), 소프트웨어 진흥법, 국가 정보보안 기본지침과 기술 가이드라인을 함께 두면 점검 판단의 객관적 잣대를 세울 수 있다.

감리대상 사업의 개요에는 사업 명칭, 사업 기간, 예산 규모, 주요 과업 범위, 추진 배경을 담는다. 이 정보는 감리원이 사업의 전반적 맥락을 파악하는 출발점이다.

개발 단계와 영역별로 점검 대상을 고정한다

전체 사업 중 이번 감리에서 중점적으로 볼 범위를 확정해야 한다. 분석·설계·구현·시험과 같은 개발 단계별 감리 시점을 정하고, HW·SW·NW·보안을 포함한 인프라와 애플리케이션 전 영역의 상세 범위를 분명히 한다.

영역별 점검항목은 계획서의 중심이다. 요구사항 관리, 데이터베이스 설계의 적정성, 보안 취약점 점검, 성능 요구사항 충족 여부처럼 확인할 지표를 구체적으로 제시해야 현장 감리가 일관된 기준으로 진행된다.

일정에는 현장 감리 기간부터 착수 보고, 점검 수행, 결과 정리, 종료 보고, 감리 보고서 통보까지의 흐름을 적는다. 피감리기관과 협의해 프로젝트 일정에 차질이 없도록 조율된 일정이어야 한다.

투입인력편성에서는 감리 총괄책임자(수석감리원)와 영역별 담당 감리원의 역할을 정한다. 보안, DB, 인프라 등 특정 분야의 전문성을 갖춘 인력이 적절히 배치됐는지와 감리원 자격 요건 충족 여부도 함께 확인한다.

계획서와 결과 보고서를 받을 기관도 빠뜨릴 수 없다. 발주기관과 피감리기관 등 수신 기관을 명시해 보고 체계를 확립한다.

계획서가 감리 절차를 연결하는 흐름

감리계획서는 계약 체결 이후부터 결과 보고서 통보까지 각 단계의 기준점으로 작동한다. 사전 협의와 자료 요청, 현장 점검, 결과 정리 과정에서 무엇을 준비하고 누구와 공유할지 계획서가 안내한다.

(1) 감리 계약 체결(2) 감리계획서 작성 제출(3) 사전 협의 자료 요청(4) 감리 착수 회의(5) 현장 감리 수행 점검(6) 감리 결과 검토 정리(7) 감리 종료 회의(8) 감리 결과 보고서 통보

사업의 위험과 기술적 특성을 계획에 반영한다

계획서에는 사업의 특수성과 위험(Risk)을 반영해야 한다. 프로젝트 규모와 기술적 난이도를 분석해, 문제가 발생할 가능성이 높거나 시스템 운영에 치명적인 영향을 줄 수 있는 영역에 감리 자원을 집중하는 위험 기반 감리(Risk-based Auditing) 전략이 필요하다.

감리는 적발 자체가 목적이 아니라 개선을 위한 활동이다. 점검 중 발견한 이슈를 실시간으로 공유하고 피드백을 받을 수 있도록 피감리기관과의 소통 창구와 의사소통 체계를 계획에 포함해야 한다.

클라우드 네이티브 환경, AI 모델 도입, MSA(Microservices Architecture)가 적용된 사업이라면 그 기술에 맞춘 점검항목과 전문 감리원의 투입 계획도 수반돼야 한다.

품질보증과 거버넌스를 위한 출발점

충실한 감리계획서는 사업 관리의 효율성을 높인다. 발주기관은 감리 품질을 신뢰할 근거를 얻고, 사업자는 점검항목을 미리 숙지해 불필요한 마찰을 줄이며 시스템 품질을 자체적으로 확인할 기회를 갖는다.

감리계획서는 단순한 행정 문서가 아니다. 관련 근거, 적용기준, 점검항목, 일정, 인력, 보고 체계를 사업의 위험에 맞게 설계할 때 정보시스템의 품질보증(QA), 품질관리(QC), 거버넌스를 뒷받침하는 기반이 된다.

Sources

  • 행정안전부, 정보시스템 감리 기준 (행정안전부 고시 제2021-4호)
  • 한국지능정보사회진흥원(NIA), 정보시스템 감리 수행 가이드
  • 전자정부법 및 시행령 (법률 제18218호)
  • 공공기관 정보화사업 감리 업무 매뉴얼
정보시스템 감리감리계획서품질보증프로젝트 거버넌스전자정부법