진도율은 몸무게가 아니다 — 243개 지자체·468조를 담은 차세대 e호조, 대규모 공공사업 ‘초기 사업관리’의 기록

PM 컨설턴트 노트 · 공공 정보화 · 차세대 지방재정관리시스템(e호조+)

2008년 이후 14년, 243개 지방자치단체가 제각기 쓰던 재정시스템을 클라우드 한 곳에 통합한 차세대 지방재정관리시스템(e호조+). 2020년 착수해 2024년 전면 개통까지 3년이 걸린 이 대형 공공 정보화에서, 승패는 화려한 개통일이 아니라 맨 앞의 ‘분석단계 사업관리’에서 갈립니다. PMBOK(글로벌 표준)과 전자정부사업관리 위탁(PMO) 제도(공공 표준)를 겹쳐, 요구도출 → 요구추적 → WBS vs PBS → 완료조건의 베이스라인과 ‘건강도’ 대시보드를 어떻게 심었는지 — 한 PM 컨설턴트의 시선으로 정리한 초기 사업관리 백서입니다.

대형 공공 정보화 사업에서 가장 흔한 오해는, “일정 진도율만 잘 관리하면 된다”는 생각입니다. 하지만 분석단계에서 정말 중요한 것은 진척률 숫자가 아니라, 무엇을 만들 것인지(요구)를 추적 가능하게 정의하고, 언제를 ‘다 됐다’로 볼지(완료조건)를 먼저 합의하는 일입니다. 이 글은 그 초기 사업관리를 어떻게 설계했는지에 관한 기록입니다.

Background468조를 한 시스템에 — 왜 ‘초기’가 승패를 갈랐나

지방재정관리시스템(e호조)은 2008년 구축 이래 서울시를 포함한 243개 지방자치단체, 약 39만 지방공무원이 쓰는 지방재정의 핵심 기반입니다. 2024년 지자체 예산 468조 원, 연간 전자이체 약 1,600만 건이 이 위에서 돕니다. 그 1세대 시스템을 약 14년 만에 클라우드로 전면 개편한 것이 차세대 지방재정관리시스템(e호조+)입니다.

이 사업의 성격은 한마디로 ‘대규모 사업관리군’입니다. 예산편성·집행·회계·결산·통계·대민서비스를 아우르는 여러 전략과 과제, 243개 지자체가 각자 요구하는 개별 사항, 그리고 행정안전부·한국지역정보개발원(KLID)·분과별 실무협의회로 이어지는 다층 이해관계자가 한데 얽힙니다. 차세대 체계는 e호조+(재정 운용)·보탐e(지방보조금)·정책도움e·e호조+빌·주민e참여·지방재정365 등 6개 서비스와 약 1,000여 개 연계로 재편됐습니다.

The Timeline착수에서 전면 개통까지 — 뉴스로 보는 3년

공개된 정부 보도자료와 언론 보도를 따라, 이 사업의 착수부터 종료까지를 정리하면 다음과 같습니다.

The Trap대규모 공공사업이 ‘초기’에 흔히 빠지는 4대 함정

왜 굳이 ‘초기 사업관리/PMO’를 따로 훈련해야 할까요. 대형 공공 정보화가 분석단계에서 반복적으로 밟는 함정이 있기 때문입니다. 이 사업의 착수 시점에도 이런 신호들이 관찰됐고, 그래서 사업관리의 뼈대를 다잡는 자문이 요청됐습니다. 넷 모두 특정 수행사의 실수라기보다, 규모가 큰 공공사업이 구조적으로 빠지기 쉬운 패턴입니다.

The Formula승리 공식 — 글로벌 표준 × 공공 표준 × 코치형 게이트

초기 사업관리의 설계 원리는 세 축의 정합이었습니다.

Baseline초기 사업관리 4단 훈련 — 요구도출 → 요구추적 → WBS vs PBS → 완료조건

PM/PMO 관점에서 초기 사업관리를 ‘훈련’한다는 것은, 다음 네 단계를 산출물로 못 박는 일입니다. 이 순서가 흐트러지면 뒤가 전부 흔들립니다.

요구추적 매트릭스(RTM) — RFP에서 검수자까지 한 줄로

추적성의 핵심은, 하나의 요구가 RFP 요구ID부터 최종 검수자까지 끊기지 않고 한 줄로 이어지는가입니다. 이 체인이 있어야 설계·구현으로 내려가도 요구가 미아가 되지 않습니다.

Dashboard진도율을 다시 정의하다 — 이중 베이스라인 ‘건강도’ 대시보드

분석단계에서는 진도율 숫자보다 ‘요구·설계 방향 수립’이 본질입니다. 그래서 성과측정을 단일 WBS %에서 세 축의 가중 합산으로 전환하자고 제언했습니다. WBS를 버리지 않고 20%로 남겨 기존 관리와의 혼동을 줄이면서, 프로덕트 건강도와 위원회 합의를 얹는 방식입니다.

가중치(20/60/20)는 사업 성격에 맞게 조정하되, 분석단계에서는 프로덕트 건강도를 최대로. [가중 모델=자문 제언 · 사업별 조정 대상]

그리고 그 60%의 프로덕트 건강도는 업무 도메인 × 사업 단계의 매트릭스로 한 장에 시각화합니다. 어느 도메인이 어느 단계에서 막혔는지가 색으로 드러납니다.

행 = 업무 도메인 + 아키텍트(데이터/기술) · 열(원 매트릭스) = 분석·설계·구현·시험·전환 · 셀 = 도출/리뷰/합의/확정 상태. 여기서는 분석단계 관점으로 압축했습니다. [매트릭스 구조=자문 산출물 재구성]

Quality Gate완료조건을 게이트로 — 8-파트 검사기준서 + 5단계 검토흐름

완료조건은 말이 아니라 산출물이어야 합니다. 분석단계 검사기준서는 8개 파트로 구성해, 각 파트가 감리 게이트 하나에 대응하도록 설계했습니다.

그리고 품질검토는 다섯 단계로 흘러, 마지막 단계말 승인에서 베이스라인이 설정됩니다. 이 베이스라인이 이후 모든 변경추적의 원점입니다.

Coach Note검토는 지적서가 아니라 코치노트다

감리·PMO 자문에서 전달 방식은 내용만큼 중요합니다. 검토의견서를 지적서(결함 목록)가 아니라 코치노트로 설계했습니다. 모든 검토가 동일한 4-블록 골격을 반복하고, 검토 대상(관리도구·요구사항·관리계획서·산출물)만 바뀝니다.

Outcomes성과, 그리고 정직한 경계

정직해야 할 경계는 분명합니다.

Playbook재현 노트 — 다시 한다면 Do / Don’t

Closing마치며 — 초기의 뼈대가 3년을 지탱한다

대형 공공 정보화의 결론을 한 문장으로 줄이면 이렇습니다 — 개통은 마지막 날의 이벤트이지만, 그 개통을 조용하게 만드는 것은 3년 전 분석단계에 박아 둔 관리의 뼈대라는 것. 요구를 추적 가능하게 잇고, 진도율을 몸무게가 아니라 건강도로 재정의하고, 완료조건을 검수 전에 합의하는 일 — 화려하지 않지만, 이 초기 사업관리가 흔들리면 그 대가는 반드시 개통일에 청구됩니다.

이 경험은 이후 다른 공공·대형 정보화 사업에서 “PMBOK × 전자정부 PMO 제도의 이중 베이스라인, 그리고 코치형 검토 서식”을 재사용하는 토대가 됐습니다. 좋은 개통은 결과일 뿐입니다. 드문 것은, 그 결과를 만드는 초기의 규율입니다.