ISMP로 정보시스템 구축 요구사항을 구체화하는 방법
ISMP의 역할과 수행 흐름, ISP와의 차이를 정리하고 정보시스템 구축사업에서 요구사항과 RFP를 상세화하는 방식을 설명합니다.
2026-08-14 · 최초 발행 2026-04-17
전략 로드맵만으로는 발주가 되지 않는다
정보화 전략 계획(ISP)은 조직 차원의 방향과 로드맵을 세우는 데 유용하지만, 개별 구축사업을 발주하는 시점에는 더 구체적인 근거가 필요하다. 요구사항이 모호하면 사업 도중 과업 변경이 반복되고, 분석·설계 일정은 밀리며 개발사의 수익성과 프로젝트 품질도 함께 흔들린다.
정보시스템 마스터플랜(ISMP, Information System Master Plan)은 이 간극을 다루는 활동이다. 특정 소프트웨어 개발 사업의 제안요청서(RFP)를 마련할 수 있도록 업무와 정보기술 요구사항을 기능점수 수준까지 상세히 정리한다. ISP와 시스템 구축(System Integration) 사이에서 실행 계획을 만드는 역할에 가깝다.
ISMP가 필요해진 지점
ISP는 기업이나 기관 전체를 바라보므로, 개별 시스템의 세부 기능이나 데이터 구조까지 정의하기에는 범위가 넓다. 전략이 수립된 뒤 실제 사업으로 나뉘는 과정에서 요구사항을 다시 구체화해야 하는 이유다.
발주 시점에 업무 범위와 기술 요건이 충분히 정의되지 않으면 수행 과정에서 변경이 빈번해질 수 있다. ISMP는 이러한 불확실성을 줄이고, 기능점수(FP) 산출이 가능한 수준으로 요구사항을 다듬어 사업 예산 산정과 발주 문서의 품질을 높이는 데 목적이 있다. 수립된 전략이 문서에 머물지 않고 실제 시스템으로 이어지도록 이행 방안도 함께 구체화한다.
사업 단위에서 요구사항을 정밀하게 다룬다
ISMP의 대상은 전사 전략 자체가 아니라 특정 개발사업 또는 프로젝트다. 이 범위 안에서 비즈니스 요구사항뿐 아니라 기술적 요건까지 상세히 정의해, 제안사가 사업 범위를 파악할 수 있도록 한다.
기능점수를 기반으로 소프트웨어 개발비를 산출한다는 점도 중요하다. 요구사항 상세화는 단순히 문서를 늘리는 작업이 아니라 예산의 투명성과 객관성을 확보하기 위한 기반이 된다.
착수부터 RFP 안까지 이어지는 흐름
ISMP는 프로젝트를 시작한 뒤 방향을 정하고, 업무·기술 요건을 분석해 구축사업의 이행방안을 수립하는 5단계 절차로 진행된다.
착수 단계에서는 사업 범위를 정하고 현업 부서, IT 부서, 외부 전문가 등 핵심 이해관계자가 참여하는 추진 체계를 만든다. 이어 대상 사업의 목표와 미래 모델(To-Be)의 핵심 가치를 설정한다.
업무 및 정보기술 요건을 분석할 때는 현행 시스템의 문제를 진단하고, 새 시스템에 필요한 업무 절차와 기술 제약을 도출한다. 그 결과를 바탕으로 애플리케이션 구조, 데이터 모델, 시스템 인터페이스를 정의하며 기능점수 산출을 위한 기능 상세화도 수행한다.
마지막으로 개발 일정, 소요 예산, 발주 전략, 운영 관리 방안을 포함해 최종 RFP 안을 작성한다.
ISP와 ISMP가 다루는 범위
ISP와 ISMP는 연결되어 있지만 산출물과 상세도가 다르다. ISP가 조직 전체의 정보화 전략을 수립한다면, ISMP는 그 전략 가운데 특정 구축사업을 실행할 수 있도록 요구사항을 정리한다.
| 구분 | ISP (Information Strategic Planning) | ISMP (Information System Master Plan) |
|---|---|---|
| 목적 | 전사적 정보화 전략 및 중장기 로드맵 수립 | 특정 사업의 상세 요건 정의 및 RFP 작성 |
| 단위 | 조직 전체 (Enterprise Wide) | 개별 사업/시스템 단위 (Project Based) |
| 활동 | 비즈니스 전략 연계, 아키텍처 수립 | 요구사항 상세화, 기능점수(FP) 도출 |
| 주요 산출물 | 정보화 전략 보고서, 이행 로드맵 | 제안요청서(RFP), 상세 설계 요건서 |
| 대상 기간 | 보통 3~5년 중장기 전략 | 즉각적인 구축 사업 실행 |
구축 단계까지 이어질 통제를 설계한다
요구사항의 실효성은 실제 시스템을 사용할 현업 담당자의 참여에 달려 있다. 현업 의견이 기능 상세화 과정에 반영되어야 발주 문서와 운영 현실 사이의 차이를 줄일 수 있다.
사업 범위를 정리할 때는 클라우드 네이티브, 마이크로서비스 아키텍처(MSA) 같은 기술 요소가 대상 사업에 적절히 포함됐는지도 검토해야 한다. 또한 ISMP에서 도출한 요건이 구축 단계에서 어떻게 관리되고 추적될지에 관한 변경 관리 체계까지 설계할 필요가 있다.
ISMP는 발주자가 원하는 시스템과 예산을 구체적으로 정의하도록 돕고, 수주자에게는 명확한 사업 범위를 제공한다. 특히 공공 정보화 사업에서는 6대 발주 원칙 중 하나로 요구사항 상세화가 강조되고 있는 만큼, ISMP의 중요성은 앞으로 더욱 커질 것으로 보인다.
Sources
- 한국지능정보사회진흥원(NIA) 정보시스템 마스터플랜(ISMP) 수립 가이드
- 소프트웨어산업 진흥법 및 국가정보화 기본법
- 정보관리기술사 학습 가이드 (소프트웨어 공학 편)