안정감
계획에 따라 진행되는 변화, 그리고 경영진과 기술 두 세계를 모두 아는 사람이 귀 조직 편에 있습니다.
디지털 전환은 시스템 도입만이 아니라 조직의 업무 방식이 바뀌는 일이며, 프로세스, 사람, 조직 문화, 성과 지표를 포괄합니다. 도입은 인수로 끝나지만, 변화는 그때부터 시작됩니다. 새 시스템은 기술적으로 잘 돌아가는데 사람들은 여전히 예전 방식으로 일합니다. 그 옆에 스프레드시트가 놓여 있고, 종이로 된 예비 경로가 있고, “늘 하던 대로 하자”는 말이 남아 있습니다. 저는 필요를 파악하는 단계부터 인수까지 조직의 디지털 전환을 자문하여, 새로운 업무 방식이 조직의 문화와 그것을 겪게 될 사람들의 속도에 맞게 자리 잡도록 합니다.
구호에서 세부 사항으로, 그리고 다시 하나의 결정으로.
스크롤하며 요소 위에 커서를 올려 보십시오. 하나의 구호가 수십 가지 문제로 갈라지고, 저는 그것을 하나의 길로 묶습니다.
- 디지털 전환실제로는 서로 다른 여러 가지를 한꺼번에 뜻하는 구호입니다.
- 기술갈수록 많아지고 빠르게 바뀝니다. 제품 목록이 아니라 새로운 버전의 업무 프로세스에 맞춰 고릅니다.
- 인공지능분석에서 에이전트 시스템까지. 먼저 데이터와 프로세스를 정돈하고, 그다음에 도구입니다.
- 생성형 AI글쓰기와 분석에 도움이 되지만, 누군가 결정에 책임을 지고 사용 규칙을 알고 있어야 합니다.
- AI 에이전트와 자동화기술되어 있고 단순한 것만 자동화합니다. 기술되지 않은 프로세스는 자동화가 더 빠르게 만들 뿐입니다.
- 클라우드와 인프라신중하게: 총비용, 이탈 계획, 공급업체 종속.
- 협업 기술업무 흐름, 문서, 작업 공유를 통해 결정의 흔적이 분명히 남도록 합니다.
- 데이터와 연동개방형 API, 표준, 연동으로 시스템끼리 데이터를 주고받게 하여 사람이 손으로 옮겨 적지 않도록 합니다.
- 인공지능분석에서 에이전트 시스템까지. 먼저 데이터와 프로세스를 정돈하고, 그다음에 도구입니다.
- 보안과 규정 준수법령에 따른 의무와 조직의 회복력. 보호해야 할 대상의 목록에서 시작합니다.
- 법령 준수KSC, RODO(GDPR), e-Doręczenia, KSeF: 의무는 조직마다 다르므로 구체적인 활용 사례별로 확인하는 것이 좋습니다.
- 업무 연속성핵심 시스템이 멈추면 어떻게 되는지, 그때 누가 무엇을 해야 하는지 아는 사람은 누구인지.
- 도입변화의 성패가 여기서 갈립니다: 프로젝트, 사람, 공급업체.
- 프로젝트 관리범위, 일정, 발주처 측의 변경 및 결정 대장.
- 변화 관리조직 문화, 사용자, 그리고 그들이 변화를 받아들일 수 있는 속도.
- 사용자 적응 전략누가, 어떤 속도로, 어떤 지원을 받으며, 어떤 순서로 새로운 업무 방식으로 넘어가는가.
- 커뮤니케이션과 교육직원이 갖는 세 가지 질문에 대한 답: 왜 하는가, 무엇이 바뀌는가, 성공할 것인가.
- 정착 및 성과 지표도입, 정착, 성과의 지표. 각각 담당자와 출발점을 둡니다.
- 공급업체와 계약공급업체에 던질 질문, 제안서 비교, 한 제조사에 묶이지 않는 계약.
- 기술갈수록 많아지고 빠르게 바뀝니다. 제품 목록이 아니라 새로운 버전의 업무 프로세스에 맞춰 고릅니다.
Krogis는 전문 지식과 프로젝트 경험을 결합하여평온함과 안전, 규정 준수를 확보합니다 변화 관리 프로젝트에서
답을 알아 두면 좋은 질문들.
결정이 내려지고 돈이 움직이기 전에 이사회, 사무총장, 군수, 대표이사에게 드리는 질문입니다. 그중 어느 하나에 “모르겠습니다”라는 답이 나온다면, 바로 그 지점에서 제가 도울 수 있습니다.
- 변화 이후 우리 조직은 어떤 모습이어야 하며, 우리는 무엇을 그만두는가?
- 새 시스템에서 일하게 될 사람들은 우리가 왜 이것을 하는지, 자신에게 무엇이 바뀌는지 알고 있는가?
- 이 변화로 손해를 볼 수 있는 사람은 누구이며, 그 사람이 논의 자리에 있었는가?
- 조직에 과부하가 걸리지 않으려면 각 집단이 얼마나 빠르게 변화를 거칠 수 있는가?
- 한 분기 뒤에 새로운 업무 방식이 자리 잡았음을 어떻게 확인할 것인가?
그래서 얻는 것.
더 나은 성과
사람들이 새로운 방식으로 일하므로 투자가 발표 자료에서만이 아니라 일상 업무에서 회수됩니다.
더 적은 암초와 실수
문화와 사용자의 속도를 파악하면 저항이 줄고, 기술과 공급업체의 선택은 한 공급업체에 대한 종속(vendor lock-in)을 포함한 함정을 피해 갑니다.
방치의 비용. 업무 방식이 바뀌지 않은 시스템은 잘 돌아가는 시스템과 같은 비용이 드는데도 성과를 내지 못합니다. 자문가에게 드는 비용은 대개 잘못 고른 기술 하나, 맞지 않는 공급업체 하나, 계약 속 함정 하나보다 적습니다.
기술과 프로세스는 바뀝니다. 조직의 적응은 언제나 어려웠습니다.
갖추어야 할 기술 지식은 해마다 늘고, 변화는 여전히 사람에게서 판가름 납니다. 저는 20년 넘게 여러 조직에서 바로 이 결합, 곧 기술, 프로세스, 적응을 다루어 왔습니다. 경영진에게 자문하며, 그 바탕은 IT에 대한 지식입니다.
- 계속 갱신하는 지식기술과 규정을 수시로 따라가며, 몇 년 전이 아니라 오늘의 상태를 바탕으로 자문합니다.
- 비즈니스에서 IT로, 다시 IT에서 비즈니스로업무 부서 사용자가 제기한 문제는 IT 세계가 이해하는 언어로, 기술의 가능성은 사용자와 경영진이 이해하는 언어로 옮깁니다.
- 새로운 버전의 프로세스에 맞춘 기술변화 이후 만들어질 프로세스의 모습에 여러 기술과 그 역량을 맞추어 정해진 사업 목표를 이룰 수 있도록 지식을 모읍니다.
- 분석적 접근기술과 사용자 문제를 비즈니스 관점에서 바라봅니다. 무엇을 개선할 수 있는지 찾아내어 이름 붙이는 능력입니다.
“성공적인 전환에는 기술뿐 아니라 직원 준비, 업무 절차 정비, 일관된 변화 관리가 필요하다는 점도 잘 이해하고 있습니다.”
시스템을 도입했다고 조직이 바뀐 것은 아닙니다.
디지털화는 종이를 파일로 바꿉니다. 정보화는 프로세스를 뒷받침하는 시스템을 들여옵니다. 업무 방식이 바뀌어야 비로소 기관이나 회사가 일을 예전과 다르게 처리합니다. 앞의 두 단계는 살 수 있습니다. 세 번째는 사람들과 함께 거쳐 가야 합니다.
- EZD급 시스템 가동은 사건을 다르게 처리하고 문서에 대한 책임을 다르게 나누는 기관과 같은 것이 아닙니다.
- KSeF 도입은 송장 흐름이 새 창으로 옮겨 가기만 한 것이 아니라 실제로 짧아진 것과 같은 것이 아닙니다.
- 가동 이후의 ERP는 프로세스가 스프레드시트와 구두 합의에 더 이상 기대지 않게 된 것과 같은 것이 아닙니다.
변화 관리의 네 가지 요소.
변화는 조직 문화와 사용자 집단의 속도에 맞아야 합니다. 이것이 핵심입니다. 같은 변화라도 주민을 응대하는 부서, 회계, 기술 부서에서 서로 다르게 나타납니다.
- 조직 문화 파악결정이 어떻게 내려지는지, 부서에서 누가 실제로 의견을 좌우하는지, 조직이 이전 변화를 어떻게 받아들였는지. 문화에 어긋난 변화는 조용히 옛 업무 방식으로 되돌아갑니다.
- 사용자 파악각 집단이 누구인지, 지금 어떤 시스템을 쓰고 얼마나 잘 아는지, 시간은 얼마나 있고 무엇을 걱정하는지. 변화의 속도와 형태를 정하는 출발점입니다.
- 적응 전략그 집단의 기존 경험을 고려하여, 누가 어떤 속도로 어떤 지원을 받으며 어떤 순서로 새로운 업무 방식으로 넘어가는가. 커뮤니케이션 계획, 교육, 지표는 평균적인 사용자가 아니라 각 집단에 맞춥니다.
- 측정과 정착세 종류의 지표: 도입(준비되었는가), 정착(사람들이 사용하는가), 성과(주민과 직원에게 무언가 나아졌는가). 각각 담당자, 출발점, 점검 시기를 둡니다. 책임은 인수와 함께 끝나지 않습니다.
직원은 속으로 세 가지 질문을 던집니다.
왜 하는가? 내 업무에서 무엇이 바뀌는가? 성공할 것인가? 첫 번째 질문에만 답하는 커뮤니케이션 계획은 조용한 저항으로 끝납니다. 그래서 저는 경영진과 부서장이 세 질문 모두에 쉬운 말로, 빈말 없이, 아직 알지 못하는 결과를 약속하지 않고 답하도록 돕습니다. “우리는 이 방향을 믿으며, 그 이유는 이렇습니다”라는 솔직한 말은 예측에 기댄 확신보다 더 많은 신뢰를 쌓습니다.
이 변화로 손해를 볼 수 있는 사람.
어떤 리스크 관리대장에도 이런 항목은 없습니다. 모든 변화에는 얻는 사람과 자신이 불필요해졌다고 느낄 수 있는 사람이 있습니다. 수년간 혼자서 특정 시스템을 아는 사람, 현재의 업무 방식에 지위가 기대어 있는 전문가가 그렇습니다. 저는 이 항목을 이해관계자 대장에 추가하고, 그런 분들이 해결책의 평가자가 되기 전에 함께 만들어 가도록 초대합니다. 또한 부서장, 과장·팀장들과는 따로 일합니다. 이들이 방향을 팀의 일상 업무로 옮기며, 나중에 직접 집행할 결정에 영향력을 가져야 하기 때문입니다.
AI도 부가 기능이 아니라 하나의 변화입니다.
AI 도구는 사용 규칙보다 빠르게, 흔히 경영진이 알기도 전에 조직에 들어옵니다. 자리 잡는지는 사람들의 신뢰와 누가 무엇에 책임지는지가 분명한지에 달려 있으므로, 이는 IT만의 일이 아니라 변화 관리의 과제입니다.
- 먼저 정돈AI는 혼란을 고치지 못하고 더 빠르게 만들 뿐입니다. 정돈된 데이터, 프로세스 담당자, 기술된 규칙이 없으면 자동화는 사람보다 빠르게 오류를 되풀이합니다. 그래서 현황 진단부터 시작합니다.
- 자동화에 앞선 결정프로세스가 필요한지, 충분히 단순한지, 변형과 반복되는 예외가 기술되어 있는지, 사람이 어디에서 여전히 승인하는지. 그런 다음에야 무엇을 자동화할지 고릅니다.
- 책임AI 활용 대장: 어디에서 쓰이는지, 어떤 업무에 쓰이는지, AI가 돕는 결정에 대해 누가 실명으로 책임지는지. 여기에 AI의 책임 있는 활용 정책과 “멈추라”고 말할 수 있는 사람의 지정이 더해집니다.
- 비즈니스 척도절약한 시간이 조직과 주민에게 더 가치 있는 업무로 이어지는가이며, 시범 사업과 발표, 사용자가 몇 개인가가 아닙니다.
일곱 단계, 하나의 변화.
변화 관리는 다른 서비스 옆에 놓인 별도의 프로젝트가 아닙니다. 조직이 무엇을 갖고 있는지 파악하는 일에서 새로운 업무 방식이 자리 잡았는지 확인하는 일까지, 항로 전체를 관통합니다. 현황 진단에서 시작하며, 이후 각 단계에는 별도의 페이지가 있습니다.
- IT 시스템 및 프로세스 현황 진단우리는 실제로 무엇을 갖고 있습니까? 변화 이후와 비교할 기준점도 되어 주는 출발점입니다.
- 요구 분석 및 워크숍우리에게 정말 필요한 것은 무엇입니까? 여기서 조직의 문화와 사용자를 파악합니다.
- 디지털 전략 및 목표 아키텍처어디로, 어떤 순서로 나아갑니까? 사람들의 적응 전략과 함께합니다.
- 요구사항 정의 및 프로젝트 준비공급업체가 이해하도록 요구를 어떻게 기술합니까?
- 제안서 평가 및 공급업체 협의여러 공급업체의 제안을 어떻게 효과적으로 비교합니까?
- 도입, 변화 관리 및 검수프로젝트를 어떻게 완수하고, 구성원을 설득하며, 공급업체에 책임을 묻습니까?
- 프로젝트 코디네이션과 상시 정비IT 총괄 책임자가 없을 때 전체와 기한은 누가 살핍니까?
제 업무에서의 위치.
변화 관리는 항로의 세 번째 지점입니다. 현황 진단과 전략 다음이고 요구사항 명세 이전입니다. 적응 전략은 공급업체가 프로젝트에 들어오기 전에 준비하고, 도입 중에 실행하며, 인수 후에 점검합니다. 범위와 일정은 첫 상담 후에 정합니다.
변화 관리에 관한 질문.
시스템 도입과 조직 변화는 어떻게 다릅니까?
도입은 인수로 끝납니다. 시스템이 작동하고 합의한 시나리오를 충족하는 것입니다. 변화는 사람들이 날마다 새로운 방식으로 일하고 옛 우회 방법이 사라질 때 끝납니다. 앞의 것은 공급업체에 주문합니다. 뒤의 것은 문화와 사용자의 파악, 커뮤니케이션 및 교육 계획, 가동 이후의 성과 점검이 필요합니다.
직원들에게 변화를 어떻게 이야기해야 합니까?
누구나 스스로에게 던지는 세 가지 질문에 답하십시오. 왜 하는가, 내 업무에서 무엇이 바뀌는가, 성공할 것인가. 쉬운 말로 이야기하고, 알지 못하는 결과는 약속하지 말며, 핵심 결정이 내려지기 전에 부서장을 참여시키십시오. 변화를 일상 업무로 옮기는 사람이 바로 이들입니다.
변화가 자리 잡았음을 어떻게 측정합니까?
세 종류의 지표로 측정합니다. 도입(준비되었는가), 정착(사람들이 사용하는가), 성과(주민이나 직원에게 무언가 나아졌는가)입니다. 각 지표에는 담당자, 변화 이전의 출발점, 점검 시기(예: 가동 후 몇 달 뒤)가 필요합니다.
기관이나 회사에서 AI를 도입할 가치가 있습니까?
구체적인 목표와 기술된 프로세스, 실명의 결정 책임자가 있다면 그렇습니다. 데이터와 프로세스를 정돈하고, 이미 AI가 쓰이는 곳의 대장을 만들고, 사용 규칙을 정하는 일부터 시작하십시오. 담당자와 척도가 없는 시범 사업은 대개 일상 업무로 넘어가지 못합니다. 법적 의무는 AI를 어떻게 쓰느냐에 따라 달라지므로 구체적인 활용 사례별로, 법률 자문과 함께 확인하는 것이 좋습니다.
변화 관리에 별도의 프로젝트가 필요합니까?
항상 그런 것은 아닙니다. 변화가 작다면 커뮤니케이션 및 교육 계획이면 충분합니다. EZD나 ERP 같은 대규모 시스템이라면 공급업체가 들어오기 전에 적응 전략을 준비하여 도입과 나란히 진행하는 것이 좋습니다. 범위는 변화의 규모와 조직의 준비 상태에 따라 첫 상담 후에 정합니다.