안정감
무엇을 갖고 있는지, 무엇을 해야 하는지, 어떤 순서로 해야 하는지 알게 됩니다. 귀 조직 측에서 전체를 챙기는 사람이 있고, 의사결정은 의회와 경영진, 감사 앞에서 방어할 수 있습니다.
Krogis는 Wojciech Kroczak의 독립 디지털화 자문입니다. 저는 기관, 공공서비스 기업, 일반 기업의 경영진이 디지털 전환을 추진하도록 자문하며, 현황 진단에서 시작해 기대 성과의 정의, 변화와 프로젝트의 로드맵, 변화 준비도 평가, 리스크 완화, 표준 수립, 디지털화 전략과 사용자 적응 전략을 거쳐 잠재적 솔루션과 도입에 관한 협의 지원까지 함께합니다. 경영진은 디지털화와 그에 따른 변화 관리에 책임이 있습니다. 저는 전략과 필요를 요구사항과 조직 절차로 옮기고, 공급업체와의 협의를 이끄는 일을 돕고, 조직이 변화의 길을 걸어가도록 지원합니다. 대개는 IT 시스템과 조직 자체의 현황 진단으로 시작합니다: 2~6주, 공공조달 기준금액 미만.
무엇을 갖고 있는지, 무엇을 해야 하는지, 어떤 순서로 해야 하는지 알게 됩니다. 귀 조직 측에서 전체를 챙기는 사람이 있고, 의사결정은 의회와 경영진, 감사 앞에서 방어할 수 있습니다.
디지털화가 조직의 목표에 기여하고 구성원이 새로운 업무 방식을 받아들이므로, 투자가 발표 자료에서만이 아니라 일상 업무에서 회수됩니다.
부적절한 기술과 공급업체, 그리고 공급업체 종속(vendor lock-in)의 함정을 피합니다. 구매 전에 정리해 둔 요구사항은 가동 후 수정이 줄어든다는 뜻입니다.
실수의 비용. 자문가의 비용은 대개 잘못 고른 기술 하나, 부적합한 공급업체 하나, 계약의 함정 하나보다 적게 듭니다. 제가 디지털 전환을 어떻게 이끄는지 확인하십시오.
공급업체는 제안서를 들고 오고, 통합업체는 템플릿을, IT 부서는 시스템의 일상 운영을 들고 옵니다. 대부분의 조직에는 네 가지 일을 담당 업무로 가진 사람이 없습니다.
직접 점검해 보십시오. 새 시스템에서 지금만큼 잘 작동해야 하는 것이 무엇인지 공급업체에 확인 가능한 방식으로 설명할 수 있습니까? 귀 조직 측에서 누가 “이것은 우리가 필요로 하는 것이 아니다”라고 말하고, 요구사항의 언어로 그 이유를 밝히겠습니까? 사용자보다 먼저, 시스템이 귀 조직의 데이터 규모를 감당하는지 누가 확인하겠습니까? 계약에 서명하기 전에 응답 시간, 총소유비용, 공급업체 교체 가능성을 누가 공급업체에 묻겠습니까? 답이 “모르겠다”라면 바로 그 역할이 필요한 것입니다. 현황 진단으로 시작하는 이유는 기준점을 제공하기 때문이며, 이어서 요구사항과 그 이행에 대한 감독으로 넘어갑니다.
20년 동안 공급업체 측에서, 비즈니스가 실제로 필요로 하는 것을 읽어내는 일을 맡았습니다. 당사자조차 그것을 명확히 표현하지 못할 때도 말입니다. 이제는 테이블의 반대편, 즉 발주처 편에 서서 같은 역량을 경영진에게 제공합니다.
같은 순서가 지방자치단체와 공공서비스 기업의 디지털화에서 효과를 거두었습니다. 처음에는 좁고 구체적인 범위로 시작하고, 신뢰가 쌓이면 다른 프로세스로 넓혀 갑니다.
담당자, 계약, 라이선스, 비용, 지원 종료일을 포함한 애플리케이션 대장. 시스템으로 지원되는 프로세스와 그렇지 않은 프로세스의 맵, 연동 및 수작업 재입력 맵. 리스크 관리대장: 단일 장애 지점, 공급업체 종속, KRI(국가 상호운용성 프레임워크), NIS 2, e-Doręczenia, KSeF 대비 준수 격차. 경영진용 한 페이지 요약.
진단 결과: 시스템 대장과 리스크 관리대장. 법이 요구하는 리스크 관리는 여기서 시작됩니다. 목록에 없는 것은 보호할 수 없습니다.
진단 결과: 문서화된 A/B/C/D 분류와 모든 구매 결정의 근거. 점검 담당자에게 바로 제시할 수 있습니다.
레지스트리, 프로세스, 연동의 계층. 조직이 채택하는 표준: 권한 모델을 위한 조직 구조, 사용자 인터페이스 표준, 아키텍처에서 데이터 그룹의 역할, 프로세스 모델링 표준, 합의된 목표를 실현하는 3개년 로드맵, IT 구매 지침(예: 문서화된 API), 그리고 투자와 유지보수(총소유비용)를 포괄하고 현행 규정(KSC, NIS 2, EZD)을 반영한, 추정 대상 예산 항목의 구조화.
현황 진단을 통해 무엇을 갖고 있고, 무엇이 없으며, 무엇을 고쳐야 하는지, 그리고 총소유비용, 즉 일회성 투자와 피할 수 없는 유지비용이 드러납니다. 이는 지방의회와 재무관이 향후 예산을 계획하기 위해 기대하는 지출 계획입니다.
진단 결과: 재무회계 시스템과의 연동 매트릭스, 그리고 이 시스템과 데이터를 주고받아야 하는 시스템 목록.
변화는 조직 문화와, 변화를 겪을 사람들의 속도에 맞아야 합니다. 저는 조직 문화, 사용자의 특성, 그들이 현재 사용하는 시스템을 파악하고, 이를 바탕으로 적응 전략을 마련합니다: 누가, 어떤 속도로, 어떤 지원을 받아, 어떤 순서로 새로운 업무 방식으로 넘어가는지입니다.
주민을 응대하는 부서, 회계, 기술 부서는 각각 상황이 다릅니다. 커뮤니케이션 계획, 교육, 성과 지표를 이 집단별로 맞추며, 평균적인 한 명의 사용자에 맞추지 않습니다. AI 도구도 마찬가지입니다. 도입 여부는 사람들의 신뢰와 누가 무엇을 책임지는지의 명확성에 달려 있습니다.
사전 파악 결과: 사용자 집단과 그들의 기존 시스템 및 습관의 지도. 빠르게 넘어갈 사람과 더 많은 시간과 지원이 필요한 사람으로 나눕니다. 모두에게 한 번의 교육만으로는 부족한 경우가 많습니다.
인터뷰, 프로세스 맵, 데이터 모델, 필드, 화면, 알림, 연동, 테스트 시나리오를 입찰 공고 전에 문서로 정리합니다. 여기에 공급업체와의 협의 준비도 더해집니다: 던져야 할 질문, 구매 매트릭스, 그리고 발주처 대표로서의 회의 참석. 그러나 무엇보다 중요한 것은 도입의 성공이 무엇을 의미하는지, 즉 왜 이 일을 하며 어떤 결과를 기대하는지에 대한 답입니다.
진단 결과: 문서 처리 흐름 및 연동 맵, 마이그레이션 요구사항, 계약 조항. 이것 없이 마이그레이션하면 기존 문서 처리 흐름의 오류가 새 시스템으로 그대로 옮겨갑니다. 또한 기존 기능과 잠재 기능을 시스템 간에 어떻게 나눌지도 정리합니다. 예를 들어 e-Doręczenia를 통한 서신 대량 발송을 어느 시스템이 맡을지와 같은 문제입니다.
사무국장(행정 책임자) 또는 대표이사, IT 책임자와의 월례 회의, 월간 운영·리스크 보고서, 분기별 디지털화 위원회, 리스크와 핵심 계약에 대한 분기별 검토, 주요 구매 전 필수 자문 의견.
범위: IT 거버넌스와 의사결정, 늘 최신 상태로 유지되는 시스템 대장, 프로세스 분석과 최적화, 구매 및 공급업체 종속 리스크, 경영진과 IT 조직 사이의 리스크 전달과 검토, 프로젝트 포트폴리오.
새로운 협력의 첫 90일: 초기 진단과 시급한 “위험 신호” 파악, 대장 구축과 계약 검토, 12~24개월 로드맵을 담은 경영진 보고서.
현황 진단은 EZD급 전자문서 시스템 선정, KSeF, KSC 준수와 나란히 놓인 별도 프로젝트가 아닙니다. 그 각각의 첫 단계이며, 네 번에 걸쳐 조금씩 하는 대신 한 번에 수행합니다.
귀 조직을 위해 처음부터 작성하며, 편집 가능한 형식에 기한 없는 라이선스로 제공합니다. 모두 16종의 문서와 도구로, 디지털 전환과 장기 IT 전략 실행의 기반이 됩니다. 여기에는 경영진 대상 프레젠테이션과 세션도 포함되며, 모두 가격에 포함되어 있습니다.
경영진용 한 페이지 요약, 경영진과 지역감사원(RIO), 최고감사원(NIK)에 제출할 수 있는 현황 진단 보고서, 시스템별 35개 속성을 담은 스프레드시트, 중앙정부 시스템과의 연동 매트릭스. 현재 상태(“AS IS”)를 알아야 목표 상태(“TO BE”)를 정할 수 있습니다.
10개년 디지털화 전략, 기술 표준 목록, 입찰 규격서(SWZ)용 표준 계약 조항 20개, 책임 있는 AI 활용 정책.
디지털 이니셔티브 기획서, 아키텍처 검토 평가표, 자체적으로 반복 수행할 수 있는 현황 진단 방법론, 히트맵을 포함한 20개 리스크 관리대장, 변화 관리 계획.
아키텍처 다이어그램, 약 150개 용어와 약어를 담은 용어집, 그리고 12~15장 분량의 프레젠테이션과 경영진 대상 60~90분 세션(가격에 포함). 프레젠테이션에서는 식별된 리스크와 그 완화 방안을 다루며, 경영진 구성원 개인에게 미치는 리스크도 포함합니다.
공공 부문 – 지방자치단체
사무국장과 재무관이 IT 아키텍처를 알 필요는 없습니다. 필요한 것은 시스템 및 계약 대장, KSC/NIS 2 리스크, 그리고 집행부와 지방의회에 제출할 수 있는 한 페이지 요약입니다.
공공서비스 기업
지역난방, 상수도, 대중교통 기업의 대표이사는 자기 부서로부터 하나의 권고만 받습니다. 서명 전 두 번째 독립 의견: 재무 시스템과 실제로 연동되는 것은 무엇이며, 5년간 실제 비용은 얼마인지.
기업
새 ERP의 선정과 도입, 클레임 처리, 프로세스 기반 CRM, KSeF에 대응하는 비용 증빙 처리, 계약 관리, 직원 입사·퇴사 절차: 경영진과 함께 요구사항을 정리하고, 귀사 IT 조직 및 공급업체와 협의하며, 제안을 비교하고(자회사의 경우 본사 구매 지침에 따라), 프로젝트 실행과 그에 따른 조직 변화를 감독합니다. 한 번의 상담 후 약 2일 만에 콘셉트를 받아 보실 수 있습니다.
KSeF, e-Doręczenia, 전자 아카이브, NIS 2, 애플리케이션 플랫폼, 프로세스 모델링 표준, 인사·채용 프로세스, 재무 프로세스, 고객 서비스 프로세스, ERP급 시스템과 연동되는 종합 애플리케이션 시스템 구축, 전자상거래, B2B 마켓플레이스. 지방자치단체 청사, 공공서비스 기업, 항만, 산업 기업이라는 전혀 다른 네 환경에서 같은 문제를 다뤘습니다. 이렇게 다양한 각도에서 바라본 경험이 풍부한 자문 역량으로 쌓였습니다.
18년간 지방자치단체와 함께 실질적인 전자정부를 가능하게 하는 통합 정보교환 플랫폼의 전략과 아키텍처를 만들어 왔습니다. EZD, 전자 아카이브, 전자 집행부 회의, 전자 의회 회의, 전자 공모, 전자 채용, 주민 의견 수렴, 전자 출장 관리, 전자 교육, 지방의원 지원, 12개 공공 등록부와 2개의 웹 포털 등 40개 이상의 모듈을 설계하고 도입했습니다.
조달 절차 전자 아카이브, 비용 증빙 전자 처리, 전자 인사기록, 문서 수발 관리, 법률 지원 등을 포괄하는 협업 및 비즈니스 프로세스 관리 플랫폼을 설계, 도입, 가동했습니다.
폴란드에서 운영되는 국제 산업 기업을 위해 procure-to-pay(구매부터 지급까지) 통합 솔루션의 개념을 설계하고 도입했습니다. 경영진, CFO, 수석 회계책임자를 상대로 변화 관리 리더 역할을 맡았습니다. BPM(비즈니스 프로세스 관리) 시스템 개발은 9년째 이어지고 있습니다. 이후 확장에는 클레임, 계약 및 계약 변경 합의서, 샘플 출고, 재고 불일치, 품질 관리, 위임장, 변경 검토 요청, e-Doręczenia와 연동된 문서 수발 관리, 은행 시스템과 연동된 지급 및 일괄 지급 처리 등의 프로세스가 포함되었습니다.
프로세스 플랫폼 기반의 고객 서비스·영업 부서용 CRM 시스템: 연락처 관리, 웹사이트 문의 접수, 견적 산정 및 작성, 클레임 처리. 지금도 사용되고 있습니다. 이해관계자 관계 관리 시스템을 위한 목표 설정, 요구사항 분석, 개념 설계.
개념과 목표 설계, 800명 사용자를 위한 협업 플랫폼 도입. 요구사항과 목표 정의, 비즈니스 및 프로세스 분석, 그룹 내 모든 회사의 데이터를 연결하는 프로세스 기반 CRM 시스템 도입.
그 밖에도 연구기관, 신용협동조합, 시청, 전기설비 시공 기업, 에너지 기업, 주택 개발사, 전국 라디오 방송국 등 다수가 있습니다.
제 경력에 대해 더 알고 싶으십니까? “소개” 페이지의 전체 이력
분명하게 적어 둡니다. 사무국장, 대표이사, IT 책임자가 외부인에게 자신의 시스템을 열어 주기 전에 묻는 질문들이기 때문입니다.
시스템과 부서 수에 따라 달라지며, 2~6주 작업의 가격은 공공조달 기준금액 미만이고, 마지막에 전략 문서 일체를 받으십니다. 기준금액 미만이므로 공공조달법에 따른 절차 없이 발주할 수 있습니다. 정확한 가격은 조직 규모에 대해 짧게 상담한 뒤 확정합니다.
아닙니다. 2~6주가 걸리며, 요구사항, 계약 조항, 연동 매트릭스로 마무리됩니다. 어차피 입찰 전에 준비해야 하는 것들입니다. 공급업체 제안 수집을 출발점으로 삼는 방식을 대신하므로, 대개 입찰 준비 기간이 오히려 단축됩니다.
IT 부서는 솔루션을 기술적으로 평가합니다. 경영진에게는 리스크, 총비용, 규제 준수, 공급업체와의 협상에서 조직의 이익이라는 경영진 자신의 관점에서 이를 평가해 줄 사람이 필요합니다. IT의 권고를 대신하는 것이 아니라, 그와 독립적으로 말입니다. 이는 두 번째 독립 의견이지, 내부 팀과의 경쟁이 아닙니다.
국제적으로 “fractional CIO”라고 불리는 것과 같은 역할이며, 폴란드에서는 그저 폴란드어 명칭으로 부를 뿐입니다. 차이는 경계선에 있습니다. Krogis는 IT 부서나 그 예산을 넘겨받지 않고, 기술 인력을 관리하지도 않습니다. 경영진을 대표하여 그 의도를 요구사항으로 옮기고, IT 부서가 자신의 필요를 경영진이 이해하고 수용할 수 있는 언어로 표현하도록 돕습니다. 기술 팀을 관리하는 역할이 아니라 자문하고, 통역하고, 대표하는 역할입니다.
이미 가진 것에서 시작하십시오. 새 시스템이 대체하거나 함께 작동해야 할 시스템, 데이터, 연동, 계약이 무엇인지 확인하십시오. 조직 내에 프로세스 결정을 책임질 사람을 지정하고, 도입이 성공했는지 무엇으로 판단할지 합의하십시오. 요구사항은 프로세스의 언어로 작성하고, 그다음에 공급업체와 이야기하십시오. 현황 진단은 2~6주 안에 이 출발점을 마련해 드립니다.
프로세스를 잘 지원하고 공급업체 지원이 유지되는 시스템은 대개 계속 발전시킬 가치가 있습니다. 지원이 끝났고, 데이터를 수작업으로 재입력해야 하며, 유지비가 계속 오르는 시스템은 교체 후보입니다. 새 라이선스 가격만이 아니라 수년에 걸친 총비용을 비교하고, 옮겨야 할 연동과 데이터가 얼마나 되는지 따져 보십시오. 현황 진단의 시스템 분류는 조직 전체에 대해 이 결정을 한 번에 정리해 줍니다.
도입은 인수로 끝납니다: 시스템이 작동합니다. 변화는 사람들이 새로운 방식으로 매일 일할 때 끝납니다. 앞의 것은 공급업체에 발주하고, 뒤의 것은 문화와 사용자 파악, 그리고 적응 계획이 필요합니다. 더 보기: 변화 관리.
구체적인 목표와 기술된 프로세스, 이름이 특정된 의사결정 책임자가 있다면 그럴 가치가 있습니다. 데이터와 프로세스를 정리하는 일, AI가 이미 쓰이는 곳의 목록을 만드는 일, 사용 원칙을 정하는 일부터 시작하십시오. AI는 혼란을 고치지 못하고 가속할 뿐입니다. 법적 의무는 사용 방식에 따라 다르므로 구체적인 활용 사례별로 확인하는 것이 좋습니다.