핵심 요약
먼저 목록, 그다음 구매
시스템, 계약, 연계 목록을 보면 군청이 이미 보유한 것과 위험 지점이 드러납니다.
하나의 의무 이행 계획
EZD, KSC, KSeF, e-Doręczenia, 중앙계약등록부는 결국 같은 사람들과 같은 문서 흐름에 관한 문제입니다.
군의회가 이해하는 언어로 된 예산
의무와 투자를 분리하고, 방치했을 때의 비용을 명확히 제시합니다.
디지털화 책임자
전산 담당 이사 직위를 신설하지 않고도, 사무국장이 자문 인력과 함께 전산 담당자 옆에서 역할을 맡습니다.
Zdjęcia ilustracyjne
이 글은 군(powiat) 사무국장과 군수(starosta), 그리고 예산을 함께 조율하는 재무관(skarbnik)을 위한 것입니다. 군청은 고유한 특성이 있습니다. 여러 부서가 각자의 전문 시스템과 전국 단위 등록부를 운영하고, 군 산하 조직들이 있으며, 국가사이버보안체계법(KSC)상 핵심기관(podmiot kluczowy) 지위를 가집니다. 그래서 IT 체계를 정비하는 일은 단순한 편의의 문제가 아니라 법적 의무의 문제이기도 합니다.
군청이 더 어려운 이유
군청은 서로 다른 공급업체와 기관이 운영하는 시스템과 등록부에 의존하는 업무를 처리합니다. 차량 등록, 지적측량 자료, 건축 관련 업무, 재무, 인사, 문서실 업무 등입니다. 각 부서는 자신의 시스템을 잘 알지만, 전체를 조망하는 사람은 거의 없습니다. 어떤 시스템이 서로 데이터를 주고받는지, 누가 계약의 책임자인지, 제조사 지원이 언제 끝나는지, 공급업체가 가격을 인상하면 어떻게 될지 아는 사람이 없는 경우가 많습니다.
여러 군청과의 대화에서 반복적으로 나타나는 원인 몇 가지가 있습니다.
- 지식이 분산되어 있습니다. 전산 담당자는 인프라를 알고, 각 부서는 자신들의 애플리케이션을 알고, 공급업체는 자신들의 계약을 압니다. 전체 그림을 보는 사람은 아무도 없습니다.
- 의무는 따로따로 생기지만, 부담은 같은 사람들에게 집중됩니다. KSC, KSeF, e-Doręczenia, 중앙계약등록부, 그리고 예고된 EZD급 시스템 도입 의무는 실질적으로 같은 문서 흐름의 변화입니다.
- IT 부서가 작습니다. 두세 명이 장비, 네트워크, 일상 업무를 유지하는 데에 매달립니다. 대형 시스템 선정을 주도할 시간이 없습니다.
- 마감 압박 속에서 결정이 내려집니다. 그럴 때는 이미 제안서 비교를 할 시간이 없고, 군청은 불리한 협상 위치에 서게 됩니다.
1단계. 시스템 및 계약 인벤토리 작성
첫걸음은 시스템을 선택하는 것이 아니라, 군청이 이미 보유한 것을 목록으로 정리하는 것입니다. 제대로 된 인벤토리는 간단한 질문들에 답합니다. 각 부서에서 어떤 시스템이 운영되고 있는가, 누가 소유자인가, 계약 상대방은 누구이며 언제까지 유효한가, 유지 비용은 얼마인가, 어떤 시스템이 서로 데이터를 주고받는가, 그리고 단일 장애 지점, 즉 한 요소의 고장이나 한 사람의 퇴사로 업무 전체가 멈출 수 있는 지점은 어디인가입니다.
인벤토리 작성은 2~6주가 걸리며, 공공조달 기준금액 미만으로 입찰 없이 진행할 수 있고, 주민 개인정보 접근이 필요하지 않습니다. 결과물은 군수(starosta)와 군이사회(Zarząd Powiatu)를 위한 한 장짜리 요약과, 이후 모든 단계에서 활용할 완전한 문서 세트입니다. 자세한 내용: IT 시스템 인벤토리.
2단계. 한 장짜리 의무 이행 계획
인벤토리를 바탕으로 의무 사항과 기한을 정리한 한 장짜리 계획이 만들어집니다. 각 의무마다 담당자, 다음 단계, 기한을 명시합니다.
- EZD급 시스템. 예고된 의무 사항입니다. 2026년 10월 디지털화부(Ministerstwo Cyfryzacji)의 설명에 따르면 기한이 2029년 이후로 연기되었으며, 관련 법령은 아직 초안 단계입니다. 일정이 수시로 갱신되므로 계속 확인할 필요가 있습니다.
- KSC(국가사이버보안체계법). 군청은 국가사이버보안체계법상 핵심기관으로 분류되며, 일부 의무는 고유한 기한을 갖습니다. 무엇부터 시작해야 할지는 군청의 KSC 법 글에서 다루었습니다.
- KSeF와 e-Doręczenia. 송장과 공문서의 흐름을 바꾸기 때문에, EZD급 시스템과 같은 프로세스에 영향을 미칩니다.
- 중앙계약등록부(Centralny Rejestr Umów). 어차피 인벤토리 과정에서 수집되는 계약 정보가 필요합니다. 단계별 설명은 중앙계약등록부 글을 참고하세요.
의무 이행 계획은 매일 업무를 보는 건물의 리모델링 일정표와 같습니다. 각 방의 설비를 따로따로, 서로 무관하게 교체할 수는 없습니다. 어떤 배관이 어떤 벽을 지나는지 알아야 하고, 청사가 계속 운영되도록 작업 순서를 짜야 합니다.
3단계. 군의회 앞에서 방어할 수 있는 예산
IT 예산이 단일 항목으로 제시되면 방어하기 어렵습니다. 법적 의무(규정상 반드시 해야 하는 일)와 투자(군청이 더 효율적으로 일하기 위해 하는 일)로 나누고, 거기에 방치했을 때의 비용, 즉 아무것도 하지 않으면 어떤 일이 벌어지는지를 함께 제시하면 훨씬 쉬워집니다. 예산안은 가을에 작성되므로, 이때가 이런 구분을 준비하기에 가장 좋은 시점입니다. 자세한 내용은 군의회 앞의 IT 예산 글에서 다루었습니다.
4단계. 신규 직위 없는 디지털화 책임자
모든 대형 프로젝트에는 전체를 관장하고 일정과 의사결정을 챙기는 책임자가 필요합니다. 전산 담당 이사가 없는 군청에서는 보통 사무국장이 이 역할을 맡지만, 대형 시스템 선정 경험이나 이를 위한 시간이 부족한 경우가 많습니다. 새 직위를 만드는 대신 시간제 외부 자문으로 보완할 수 있습니다. 매주 또는 매달 사무국장, IT 담당자와 함께 앉아 프로젝트와 리스크 등록부를 관리하고, 공급업체와의 협상을 돕고, 그들의 제안을 독립적으로 평가하는 사람입니다. 의사결정권은 군청에 그대로 남습니다.
이 구조에서 IT 담당자는 감독의 대상이 아니라 동맹입니다. 시스템 목록과 예산 구분은 전산 담당자가 오랫동안 요청해 온 자원을 확보하기 위한 가장 강력한 근거가 됩니다.
실무 사례
같은 메커니즘을 대형 지방자치단체(JST)에서도 목격한 적이 있습니다. 당시 담당 기관 측 파트너는 전산국장이었습니다. 각 부서의 업무를 지원하기 위해 서로 연결되지 않은 애플리케이션들이 계속 늘어나고 있었습니다. 우리는 기본적인 수요 및 기존 시스템 인벤토리부터 시작했습니다. 이를 바탕으로 향후 프로젝트 비용 최적화로 이어지는 활동 지도가 만들어졌고, 이후 이것이 애플리케이션 전략의 토대가 되어 기술 요구사항으로 구체화되었습니다. 최적의 총소유비용(TCO), 특정 공급업체에 대한 종속(vendor lock-in) 위험 완화, 그리고 공급업체로부터 내부 IT팀으로 지식을 이전하는 계획이 그 내용이었습니다.
해당 기관은 프로세스 모델링, 공급업체 간 지식 이전, 시스템 요구사항 및 아키텍처 문서화에 관한 표준을 채택했고, 애플리케이션 전략은 향후 10년을 계획했습니다. 가장 놀라웠던 점은 하나였습니다. 자체 예산과 권한을 가진 조직 단위들이 각자 독자적인 IT 이니셔티브를 병행해서 추진하고 있었다는 것입니다. 이는 사일로를 키우고 유지 비용을 높였지만, 처음부터 하나의 일관된 전략 안에서 실행될 수 있었던 일들이었습니다. 인벤토리 작업이 없었다면 아무도 이를 알아차리지 못했을 것입니다.