007. 정보시스템 마스터플랜 (ISMP, Information System Master Plan)

핵심 인사이트 (3줄 요약)

본질: ISMP(정보시스템 마스터플랜)는 경영 전략 위주의 뜬구름 잡는 ISP(정보화 전략 계획)의 한계를 부수고, 실제 개발자(SI 업체)에게 던져줄 수 있을 만큼 구체적인 화면(UI) 수준의 요구사항과 IT 인프라(서버, DB) 견적을 쇳덩어리처럼 도출해 내는 실무형 최상위 설계도다.

가치: 이 문서가 완성되면 곧바로 "서버 10대, 자바 개발자 50명, 프로젝트 기간 1년, 총예산 100억"이라는 명확한 제안요청서(RFP)를 발주할 수 있어, 시스템 구축 시 발생할 수 있는 요구사항 불명확성으로 인한 예산 폭발을 원천 봉쇄한다.

판단 포인트: ISP가 "우리 회사는 클라우드로 가야 해!(전략)"라면, ISMP는 "그렇다면 AWS EC2 10대와 오라클 DB를 사고, 회원가입 화면에는 이 컬럼들이 들어가야 해!(구체화)"이므로, 반드시 업무 프로세스 재설계(BPR)와 시스템 아키텍처 설계 역량이 동시에 결합되어야 한다.

Ⅰ. 개요 및 필요성

과거 공공기관이나 대기업 사장님들은 "디지털 혁신"을 부르짖으며 수억 원을 들여 유명 컨설팅 펌에 ISP(정보화 전략 계획)를 맡겼다. 화려한 PPT가 나왔다. "글로벌 트렌드는 빅데이터입니다. 통합 데이터 플랫폼을 구축하십시오." 끝이었다. 이 PPT를 받은 사내 IT 부서장(CIO)은 당황했다. "그래서 구체적으로 무슨 서버를 몇 대 사야 하고, 당장 개발자들에게 무슨 화면을 코딩하라고 시켜야 하지?" 전략(ISP)과 실제 개발(Implementation) 사이에 거대한 크레바스(단절)가 존재했던 것이다.

이 간극을 메우기 위해 튀어나온 실무형 쇳덩어리가 바로 **ISMP(정보시스템 마스터플랜)**다. ISMP 컨설턴트들은 뜬구름 잡는 전략 회의실에서 뛰쳐나와, 실제 직원들의 모니터를 들여다보고 현행 시스템의 엑셀과 DB를 뜯어본다. 그리고 3개월 뒤, "화면 500개 개발 필요, 데이터 10TB 이관, 미들웨어 WebLogic 4copy 필요, 적정 예산 85억 원"이라는, 당장 내일 SI 업체들에게 하청을 줄 수 있는 완벽한 견적서와 설계도를 뽑아낸다.

📢 섹션 요약 비유: ISP가 가족 회의에서 "우리는 3년 뒤에 서울에 있는 30평대 아파트로 이사 갈 거야!(목표)"라고 정하는 것이라면, ISMP는 이사업체와 인테리어 업체를 부르기 위해 "방은 3개, 벽지는 실크, 주방은 아일랜드 식탁, 총예산 5,000만 원(명확한 견적)"이라고 구체적인 도면과 쇼핑 리스트를 쫙 뽑아내는 실무 작업이다.

Ⅱ. 아키텍처 및 핵심 원리

요구사항 구체화와 RFP 도출의 파이프라인

ISMP는 기획자의 머릿속에 있는 아이디어를 시스템의 뼈대(RFP)로 굳혀버리는 거푸집이다.

┌────────────────────────────────────────────────────────┐
│           ISMP (정보시스템 마스터플랜) 프레임워크 5단계 구조         │
├────────────────────────────────────────────────────────┤
│  [ 1. 프로젝트 착수 및 방향성 정의 ] (ISP의 결과물을 이어받음) │
│    - "작년에 세운 ISP대로 모바일 영업 시스템을 구체화하자!"      │
│             │                                          │
│             ▼                                          │
│  [ 2. 비즈니스 및 정보기술 요건 분석 (현상 쇳덩어리 파악) ]     │
│    - "현재 영업사원들이 엑셀 100개로 수동 결재 올리고 있군."      │
│             │                                          │
│             ▼                                          │
│  [ 3. 목표 업무 프로세스 및 아키텍처 설계 (To-Be) ]           │
│    - BPR (업무 변경): "앞으론 앱에서 사진 찍으면 바로 결재!"      │
│    - 아키텍처 (EA): "AWS 클라우드 + 마이크로서비스(MSA) 도입"    │
│             │                                          │
│             ▼                                          │
│  [ 4. ⭐ 정보시스템 구조 설계 및 요건 명세 (ISMP의 꽃!) ]       │
│    - UI 화면 단위 500개 도출, 기능점수(FP) 기반 개발비 50억 산정 │
│    - 하드웨어(CPU/RAM) 용량 산정, S/W 라이선스 견적 30억 산정  │
│             │                                          │
│             ▼                                          │
│  [ 5. 정보화 사업 이행계획 수립 (RFP 작성) ]                 │
│    - 제안요청서(RFP) 문서 완성 ──▶ "SI 업체들, 이대로 입찰해!"│
└────────────────────────────────────────────────────────┘

가장 핵심은 기능점수(FP, Function Point) 산정이다. ISMP가 끝나면 "이 시스템은 대충 100억쯤 들겠네"가 아니라, "입력 화면 10개, 출력 20개, 연계 인터페이스 5개니까 기능점수가 총 1,000점이고, 점수당 단가를 곱하면 정확히 55억 4천만 원입니다"라는 법적 근거를 가진 예산이 쇳덩어리처럼 튀어나와야 한다.

📢 섹션 요약 비유: ISMP의 단계는 '결혼식 준비'와 같다. 결혼하자(ISP)고 정했으면, 드레스는 어디서 빌리고 식장 뷔페는 몇 명을 부를지(요건 분석), 신혼여행은 어딜 갈지 정한 다음, 최종적으로 "웨딩홀 2천만 원, 스드메 500만 원(기능점수 산정)"이라는 예산안(RFP)을 뽑아내어 플래너에게 던져주는 완벽한 세부 기획이다.

Ⅲ. 비교 및 연결

거시적 나침반 (ISP) vs 미시적 견적서 (ISMP)

둘 다 시스템을 만들기 전(Before)에 하는 계획이지만, 그 깊이와 산출물은 극과 극이다.

비교 항목	ISP (정보화 전략 계획)	ISMP (정보시스템 마스터플랜)
기본 성격	기업의 비전과 IT를 맞추는 경영 전략 컨설팅	실제 시스템을 만들기 직전에 짜는 개발 견적 컨설팅
참여 인력	경영 컨설턴트, CEO, 비즈니스 기획자	IT 아키텍트, DBA, 업무 분석가(BA), PM
산출물 수준	"통합 마케팅 플랫폼이 필요하다" (개념적)	"회원가입 화면, 포인트 적립 DB 테이블" (구체적)
예산 산정 방식	과거 유사 사례를 빗대어 대충 추정 (Trough)	기능점수(FP)와 서버 용량 산정 방식에 의한 정밀 계산
최종 결과물	중장기(3~5년) 정보화 추진 로드맵	당장 다음 달에 공고 낼 제안요청서 (RFP)
법적 지위(공공)	예산 확보를 위한 타당성 입증용	예타 통과 후 실제 발주를 위한 필수 의무 절차

최근 공공기관 소프트웨어 사업에서는 '분리 발주'와 '요구사항 불명확으로 인한 SI 업체의 적자'를 막기 위해, 대형 사업(보통 20억 이상)을 발주하기 전에 **반드시 ISMP를 선행하여 요구사항을 쇳덩어리처럼 굳히도록 법으로 강제(정보시스템 구축·운영 지침)**하는 추세다.

📢 섹션 요약 비유: ISP가 대기업 회장님이 헬기를 타고 산을 내려다보며 "저기에 거대한 테마파크를 지어라!"라고 지시하는 거시적 그림이라면, ISMP는 측량 기사와 건축가가 그 산에 직접 들어가서 줄자를 대고 "롤러코스터는 500m 길이, 철근은 1만 톤 필요, 흙은 10만 톤 파내야 함"이라고 공사 견적서를 뽑는 미시적 쇳덩어리 작업이다.

Ⅳ. 실무 적용 및 기술사 판단

실무 시나리오

차세대(Next-Generation) 시스템 사업 발주를 위한 RFP 작성: A 공공기관이 500억짜리 차세대 시스템을 구축하려 한다. 기관 내부 전산팀 10명으로는 도저히 어떤 시스템을 만들어야 할지 제안요청서(RFP)를 쓸 역량이 안 된다. 그래서 10억을 들여 먼저 B 컨설팅 펌에 ISMP 사업을 맡긴다. 6개월 뒤 B 컨설팅은 1,000페이지짜리 상세 요구사항 정의서와 시스템 아키텍처 모델을 만들어 RFP로 납품한다. A 기관은 이 RFP를 조달청에 올려 실제 개발을 담당할 SI 업체(LG CNS, 삼성SDS 등)를 입찰에 부친다. ISMP가 잘 되어 있으면 SI 업체는 헤매지 않고 개발에만 집중할 수 있다.
소프트웨어 제값 주기와 기능점수(FP) 거버넌스: 과거엔 발주처가 "게시판 하나 만들어줘. 천만 원 줄게"라고 퉁쳤다. 막상 개발에 들어가면 게시판에 댓글, 첨부파일, 좋아요, 검색 등 기능이 무한 증식해 개발사만 죽어 나갔다. ISMP 단계에서 아키텍트는 이를 방어한다. "게시판 등록 기능 1개(EI), 조회 화면 1개(EQ), 첨부파일 연계 1개(EIF). 총합계 50FP. 단가 곱해서 2,500만 원!" 이렇게 쇳덩어리 수학 계산으로 예산을 박아버려, 발주처의 갑질과 무한 요구사항 변경을 사전에 차단하는 방어막을 구축한다.

안티패턴

ISMP 산출물을 무시하고 백지에서 다시 분석/설계하는 SI 업체 (중복 투자): 10억을 들여 ISMP를 완벽하게 해 놨는데, 실제 개발 사업을 수주한 SI 업체가 "저희 회사 개발 방법론이랑 안 맞네요"라며 ISMP 산출물을 캐비닛에 처박고 첫 달부터 고객을 다시 인터뷰하며 분석/설계를 처음부터 다시(Re-do) 하는 최악의 낭비. 이는 ISMP 컨설팅 업체가 너무 뜬구름 잡는 수준(ISP 수준)으로 엉터리 문서를 만들었거나, 발주처가 감리(PMO)를 통해 ISMP 산출물을 SI 업체가 강제로 계승(Traceability)하도록 통제하지 못한 거버넌스 붕괴의 대표적 사례다.
📢 섹션 요약 비유: 이 안티패턴은, 1,000만 원 주고 비싼 건축가(ISMP)에게 완벽한 집 도면을 그려놨는데, 막상 시공업자(SI 업체)가 현장에 와서 도면을 찢어버리고 "내 감각대로 벽돌부터 쌓아보겠습니다"라고 자기 맘대로 집을 짓게 방치하는 것과 같다. 집주인(발주처)이 도면대로 안 한다고 몽둥이(감리)를 들고 통제하지 않으면 돈은 두 배로 깨지고 집은 무너진다.

Ⅴ. 기대효과 및 결론

ISMP(정보시스템 마스터플랜)는 소프트웨어 공학의 영원한 난제인 **'요구사항의 모호함'**과 **'예산/일정의 초과'**를 프로젝트 첫 삽을 뜨기 전에 미리 쇳덩어리 망치로 부숴버리는 가장 현실적인 컨설팅 방법론이다.

구현(개발) 단계에서 버그를 고치는 비용이 100만 원이라면, 설계 단계에서 고치는 비용은 10만 원, ISMP 단계에서 바로잡는 비용은 단 1만 원에 불과하다. 시스템 구축이라는 돌아올 수 없는 강을 건너기 전에, 아키텍트와 현업 담당자가 머리를 맞대고 시스템의 뼈대와 기능을 픽셀 단위로 상상해 내어 문서에 박제하는 이 고통스러운 ISMP 과정이야말로, 수백억짜리 IT 프로젝트의 성공과 파멸을 가르는 절대적인 분수령이다.

📢 섹션 요약 비유: ISMP는 여행 가기 전의 '초정밀 여행 계획서와 가계부'다. 무턱대고 "유럽에 가자!(ISP)"라고 비행기부터 타면 현지에서 돈이 떨어져 노숙자가 된다(프로젝트 파산). 비행기 타기 전에 호텔 예약, 하루 식비, 교통편을 10원 단위까지 엑셀로 다 짜놓고 떠나는(ISMP) 사람만이 예산 안에서 가장 완벽하고 즐거운 여행(프로젝트 성공)을 마칠 수 있다.

📌 관련 개념 맵

개념	연결 포인트
RFP (제안요청서)	ISMP 프로젝트가 끝난 뒤 나오는 최종 보스 문서. "우린 이런 화면과 이런 서버가 필요하니, 개발사들은 이걸 읽고 얼마에 만들어줄 수 있는지 입찰해라!"라고 외치는 쇳덩어리 공문
기능점수 (FP, Function Point)	ISMP의 예산 산정 근거. 화면과 DB 데이터의 복잡도를 수학적 점수로 환산하여, 뜬구름 잡는 소프트웨어의 가치를 명확한 '돈(원)'으로 치환해 주는 표준 단위
PMO (프로젝트 관리 조직)	ISMP가 끝난 뒤 실제 SI 업체가 들어와서 개발을 할 때, ISMP 설계도대로 똑바로 코딩하고 있는지 발주처 사장님 대신 매의 눈으로 감시하고 채찍질하는 용병 조직

📈 관련 키워드 및 발전 흐름도

전통적 ISP 기반의 시스템 발주 ──▶ 요구사항 불명확으로 인한 SI 업체 적자 및 소송 폭발
    │
    ▼
발주 전에 명확한 요구사항을 확정해야 한다는 업계의 각성 (소프트웨어 제값 주기 운동)
    │
    ▼
구체화된 분석/설계를 앞단으로 분리해 내는 ISMP (정보시스템 마스터플랜) 방법론 대두
    │
    ▼
공공기관 정보화 사업 시 예타 통과 및 예산 확정을 위한 ISMP 수행의 법적 의무화 (지침)
    │
    ▼
최근에는 애자일(Agile) 확산과 함께, 1년짜리 거대한 ISMP 대신 MVP 단위의 미니 ISMP로 진화 중

이 흐름도는 "막가파식 발주와 파산 → 정확한 견적을 위한 상세 기획의 분리(ISMP) → 법적 거버넌스 제도화"라는 소프트웨어 발주 생태계의 성숙 과정을 보여준다.

👶 어린이를 위한 3줄 비유 설명

ISMP는 장난감 성을 진짜로 조립하기 전에, "빨간 블록 100개, 파란 블록 50개, 바퀴 4개가 필요하니까 3만 원이 들겠네!"라고 아주 꼼꼼하게 쇼핑 리스트(견적서)를 적는 일이에요.
예전에는 그냥 엄마한테 "엄청 큰 성 만들 거니까 돈 줘!(ISP)"라고 해서 나중에 돈이 모자라 성이 반쪽만 만들어지는 일이 많았거든요.
이렇게 완벽한 리스트(ISMP)를 들고 블록 가게에 가면, 돈도 안 낭비하고 우리가 딱 원하는 모양의 멋진 성을 실수 없이 지을 수 있답니다!