HR 시스템 전환의 성패는 소프트웨어가 아니라 사람에게 달려 있다

새 HR 시스템 도입을 결정하는 회의는 대개 기능 비교표로 끝난다. 근태·급여·전자결재·평가가 한 화면에 모이고, 데모 영상은 매끄럽고, 견적서의 숫자는 ROI 계산기 안에서 아름답게 회수된다. 그런데 도입 1년 뒤 현장을 들여다보면 풍경이 다르다. 팀장은 여전히 엑셀로 근태를 모으고, 경력직 입사자의 연차는 옛 시스템 기준으로 잘못 계산되며, 정작 비싸게 산 모듈의 절반은 아무도 켜지 않는다. 시스템은 그대로인데 일하는 방식은 바뀌지 않은 것이다.

문제는 거의 항상 같은 자리에서 터진다. 소프트웨어가 나빠서가 아니라, 사람들이 그 소프트웨어를 실제로 쓰게 만드는 일에 아무도 책임지지 않았기 때문이다. HR 시스템 교체를 ‘더 좋은 도구를 설치하는 IT 작업’으로 보는 순간, 전환은 이미 절반쯤 실패한다.

한 줄 요약: HR 시스템 전환의 성패는 소프트웨어 성능이 아니라 구성원이 새 시스템을 실제로 쓰게 만드는 ‘전환 의지(채택)’에 달려 있고, 그래서 시스템 교체는 IT 프로젝트가 아니라 변화관리 프로젝트로 설계해야 한다.

좋은 시스템을 깔고도 절반 넘게 실패하는 이유

가장 불편한 숫자부터 보자. 기업용 자원관리(ERP)와 인사정보시스템(HRIS) 도입 프로젝트가 당초 목표를 달성하지 못하는 비율은 55~75%에 이른다. 절반을 한참 넘는다. 그런데 같은 조사들이 공통적으로 짚는 실패의 원인은 ‘시스템이 느려서’ ‘기능이 부족해서’가 아니다. 디지털 전환 프로젝트 실패의 약 70%가 기술이 아니라 사람과 프로세스의 공백에서 비롯된다는 진단이 반복해서 나온다.

솔직히, 이 대목이 HR 담당자에게는 가장 받아들이기 어려운 부분이다. 벤더를 잘못 골랐다면 다음엔 더 좋은 벤더를 고르면 되지만, 실패의 진짜 원인이 ‘도입 이후 아무도 안 쓴다’는 데 있다면 그건 계약서로 해결할 수 없는 문제이기 때문이다.

특히 두 번째 숫자를 곱씹어볼 필요가 있다. 일선 관리자와 직원의 참여를 이끌어내지 못한 전환 가운데 스스로 ‘성공했다’고 답한 비율이 단 3%다. 새 시스템을 깔되 현장의 마음을 얻지 못하면, 사실상 성공의 문이 닫혀버린다는 뜻이다. 반대로 직원의 마인드셋과 행동 변화에 의도적으로 투자한 조직은 그러지 않은 조직보다 변화 성공으로 자평한 가능성이 4배 높았다. 같은 소프트웨어, 같은 예산이라도 사람을 다루는 방식이 결과를 가른다.

채택률이 곧 투자수익이다

HR 시스템의 ROI는 라이선스 비용을 절감했느냐가 아니라, 산 기능을 실제로 몇 명이 쓰느냐로 결정된다. 직원의 3분의 1 정도만 새 HR 시스템을 일상적으로 쓴다는 업계 집계가 돌아다닐 만큼, ‘도입했지만 사용되지 않는’ 시스템은 흔하다. 결제 모듈을 켜놓고도 절반이 여전히 메신저로 결재를 올린다면, 그 절반만큼의 투자는 회수되지 않은 채 매달 구독료로만 빠져나간다.

개인적으로는 이 지점에서 HR이 가장 큰 착시에 빠진다고 본다. 계약을 체결하고 데이터를 옮기면 프로젝트가 ‘끝났다’고 느끼지만, 채택률 관점에서 보면 그때가 진짜 시작이다. 경영진이 왜 바꾸는지를 설득력 있게 설명했을 때 전환 성공 가능성이 5.8배로 뛴다는 수치는, 곧 ‘커뮤니케이션이 곧 기능’이라는 말과 같다. 시스템을 쓰게 만드는 건 매뉴얼이 아니라 납득이다.

전환을 IT가 아니라 변화관리로 설계하는 법

그래서 시스템 교체의 설계도는 데이터 마이그레이션 일정표가 아니라 사람의 동선표여야 한다. 같은 8~10주를 쓰더라도, 그 시간을 ‘데이터를 옮기는 시간’으로 채우면 IT 프로젝트가 되고, ‘합의를 쌓고 병행 검증을 하고 현장을 적응시키는 시간’으로 채우면 변화관리 프로젝트가 된다. 핵심이다. 이 둘은 일정 길이가 같아도 결과가 다르다.

실제 전환 가이드들이 권하는 순서를 한국 중소기업 맥락으로 옮기면 이렇게 읽힌다. 하나는 경영진과 부서장의 ‘왜’에 대한 합의를 먼저 못 박는 일이고, 다른 하나는 옛 시스템과 새 시스템으로 급여를 한 차례 병행 처리해 한 줄 한 줄 대사(reconciliation)로 맞춰보는 일이다. 근태·급여·전자결재·채용이 서로 다른 SaaS로 흩어져 있는 국내 현장에서는, 이 병행 검증 단계를 건너뛰면 첫 급여일에 곧장 사고가 난다.

flowchart TD
    A[경영진·부서장 합의
왜 바꾸는가] -->|사인오프| B[데이터 마이그레이션]
    B --> C[병행 급여 처리
옛 시스템 vs 새 시스템]
    C -->|라인별 대사 일치| D[페이롤 컷오버]
    C -->|불일치| B
    D --> E[현장 적응·채택 점검]
    E -->|사용률 정체| F[재교육·납득 보강]
    F --> E

이 흐름에서 눈여겨볼 지점은 두 개의 되돌아가는 화살표다. 대사가 맞지 않으면 컷오버로 넘어가지 않고 마이그레이션으로 되돌아가고, 가동 후 사용률이 정체되면 다음 기능을 켜는 대신 재교육으로 되돌아간다. 변화관리로 설계된 전환은 ‘앞으로만 가는 일정’이 아니라 ‘검증되면 전진하는 루프’다. 이건 좀 번거롭게 느껴지지만, 첫 급여 사고 한 번이 시스템 신뢰도 전체를 무너뜨린다는 점을 생각하면 가장 싼 보험이다.

결국 옮기는 건 시스템이 아니라 사람이다

데이터는 하룻밤이면 옮겨진다. 마음은 그렇지 않다. 새 시스템 도입을 검토하는 자리에서 우리가 던져야 할 질문은 “어떤 제품이 기능이 가장 많은가”가 아니라 “가동 90일 뒤, 우리 직원의 몇 퍼센트가 이 시스템 없이는 일을 못 하게 될까”여야 한다. 후자에 자신 있게 답하지 못한다면, 아무리 좋은 제품을 골라도 그건 매달 구독료를 내는 또 하나의 안 쓰는 탭이 될 여지가 크다. 기능표를 덮고, 사람의 동선부터 그려보자.

💡 실무 시사점: HR 시스템 전환을 IT 일정이 아니라 변화관리 프로젝트로 재정의하라. 도입 의사결정 전에 ‘가동 90일 후 목표 채택률’을 KPI로 못 박고, 경영진의 ‘왜’에 대한 사인오프와 병행 급여 검증을 일정의 중심에 두며, 가동 후에는 라이선스 비용이 아니라 실제 사용률을 ROI 지표로 추적하라. 살 기능보다 쓸 기능이 먼저다.

#HR시스템전환 #HRIS #변화관리 #디지털전환 #HR테크 #시스템도입

참고 링크

• Rippling, “Ultimate HR System Switch Survival Guide” (2025)
• McKinsey, “Going all in: Why employee ‘will’ can make or break transformations” (2024)
• McKinsey, “The science behind successful organizational transformations” (2021)
• Workzoom, “HR Software Implementation: Why Most Fail and How to Get It Right in 2026” (2026)

작성: 서재홍 | NODE