HR 시스템, 만들까 살까: 실패한 도입과 살아남은 자체 시스템 하나에서 얻는 결정 프레임워크

출처 확인일: 2026년 11월 9일. AI 보조로 작성한 초안이며 편집 검토 전이에요.

저울 위에 Build vs Buy 글자가 있는 표지 — AI 생성 이미지

만들지 살지는 하나의 결정인 경우가 드물어요. HR 시스템은 여러 부분으로 이뤄져 있고 부분마다 답이 달라요. 가장 쓸모 있는 증거는 사서 잘못된 사례들이에요. '구매'가 안전한 기본값이 아니라는 걸 보여 주니까요.

수공구 작업대와 포장된 제품 선반 사이에서 체크리스트를 든 사람 — AI 생성 이미지 · 이 글을 위한 일러스트

사서 얻은 교훈

사례	무엇을 샀나	무엇이 잘못됐나	보고된 결과
캐나다 Phoenix 급여 시스템 (2016)	연방 공무원용 상용 급여 시스템	구현과 감독이 실패했어요. 감사원장은 경영진이 급여센터의 경고를 무시했다고 밝혔어요	예산 약 3억 1,000만 캐나다 달러, 2025년 6월까지 총비용 51억 캐나다 달러 초과, 2018년 7월까지 공무원 29만 명의 거의 80%에 급여 문제. 2025년 6월 정부는 대체 시스템에 10년짜리 3억 5,060만 캐나다 달러 계약을 발주했어요
Lidl (2011~2018)	소매용 SAP(eLWIS)	Lidl은 재고를 매입가로, SAP는 소매가로 평가했어요. Lidl은 프로세스를 바꾸지 않고 소프트웨어를 맞춤 수정했어요	약 5억 유로로 보고돼요(Lebensmittelzeitung이 업계 관찰자를 인용해 보도했고, Lidl은 밝히지 않았어요). Lidl은 2018년 프로젝트를 중단하고 자체 시스템 Wawi를 계속 개발했는데, 독일 업계지는 비용 대비 효과 분석이 이를 지지했다고 전해요
Kronos Private Cloud 고객 (2021)	클라우드 근태·급여 서비스	랜섬웨어 공격으로 몇 주 동안 멈췄어요	고용주들은 수기 근무표나 이전 급여 반복으로 임시변통했어요. 합의금은 PepsiCo 약 1,300만 달러, Cargill 240만 달러, UMass Memorial 120만 달러, UKG 기금 550만 달러 등이에요

캐나다 Phoenix 급여 시스템, 캐나다 달러 기준 백만 (근사치)

수치 표 보기

2025년 6월까지 51억 캐나다 달러 초과	C$5,100M
대체 시스템 계약 (10년)	C$350.6M
당초 예산	C$310M

위 표의 수치예요 (예산 약 3억 1,000만 캐나다 달러 대비 총 약 51억 캐나다 달러).

이 증거가 다루는 범위를 알아 두세요. 위의 실패는 모두 구매 사례이고, 직접 만든 쪽의 데이터는 Lidl이 자체 시스템을 유지한 것 하나뿐이에요. HR 시스템을 직접 만드는 비용을 측정한 기록된 사례는 찾지 못해서, 아래 프레임워크의 직접 구축 쪽은 판단에 근거해요. 구매 사례에서 얻는 교훈 세 가지예요. 산 제품도 우리 프로세스가 맞춰야 해요. Lidl 사례는 옛 재고 평가 방식을 유지하려고 소프트웨어를 맞춤 수정한 것이 주요 요인으로 보고돼요. 감독이 중요해요. 감사원장은 Phoenix에 대한 경고가 받아들여지지 않았다고 밝혔어요. 클라우드 업체는 의존 대상이에요. Kronos가 멈췄을 때 고객은 그걸로 급여를 돌릴 수 없었어요.

시스템의 부분마다 던질 네 가지 질문

프로세스가 얼마나 표준적인가요? 급여 실행, 세금 신고, 복리후생 가입은 고용주마다 비슷해서 구매 제품이 잘 맞는 편이에요. 특정 온보딩 흐름이나 승인 단계는 우리 것이라 직접 만든 조각이 어울릴 수 있어요.
오류의 비용이 얼마인가요? 급여와 세금 오류는 실제 급여에 닿아요. 2025 회계연도에 미국 임금·근로시간국 집행으로 근로자 176,957명에게 2억 5,900만 달러 넘는 미지급 임금이 회수됐고, 모든 종류의 위반을 통틀어 1인당 평균 약 1,465달러예요. 내부 체크리스트의 실수는 찾기 쉬워요.
규칙이 얼마나 자주 바뀌나요? 임금, 세금, 복리후생 규칙은 바뀌어요. 구매 제품은 추적을 고객들이 나눠 부담하게 해요. 직접 만들면 우리 몫이에요.
누가 유지하나요? 답이 한 사람이면 그 사람이 떠날 때 어떻게 할지 적어 두세요.

순서도: 프로세스가 표준적이고 오류 비용이 크고 규칙이 자주 바뀌면 구매, 아니면 내보내기 위에 얇게 구축 — 이 글의 네 질문과 점수표로 그린 그림이에요. 경험칙이며 법적 기준이 아니에요.

부분마다 점수 매기기

시스템의 부분	표준 프로세스?	오류 비용	규칙이 자주 바뀜?	방향
급여와 세금	예	높음	예	구매
복리후생 가입	예	높음	예	구매
핵심 직원 기록	대체로	중간	일부	구매 또는 얇게 직접 구축
휴가 관리	대체로	낮음	정책에 따름	어느 쪽이든
온보딩 워크플로	일부	낮음	아니오	구축 또는 설정
내부 보고서	아니오	낮음	아니오	내보낸 데이터 위에 구축

양쪽의 비용을 모두 합산해요

구독료를 '공짜' 코드와 비교하지 마세요. 아래 항목을 양쪽에 모두 넣어요.

시작: 설정, 데이터 이전, 교육, 우리 직원이 쓴 시간이에요.
운영: 라이선스 또는 호스팅, 지원, 업데이트, 모니터링이에요.
변경: 규칙이나 정책이 바뀔 때 맞추는 일이에요. Lidl 사례가 변경 비용의 사례예요.
위험: 오류, 장애, 데이터 사고의 비용이에요. IBM 2025년 보고서는 평균 침해 비용을 전 세계 444만 달러, 미국 1,022만 달러로 제시했어요.
떠나기: 데이터를 내보내고 나중에 갈아타는 일이에요. Phoenix의 대체는 정부조차 처음부터 다시 해야 할 수 있음을 보여 줘요.

어느 업체에나 할 질문

모든 데이터를 쓸 수 있는 형식으로, 추가 비용 없이 내보낼 수 있나요?
누가 기록을 보고 바꿨는지 감사 로그가 있나요?
어떤 역할과 권한이 있고, 급여 데이터 접근을 제한할 수 있나요?
데이터는 어디에 저장되고, 업체의 누가 볼 수 있나요?
시스템이 멈추면 어떻게 급여를 주나요? 문서화된 복구 계획이 있나요?
보안 사고가 나면 고객에게 어떻게 알리나요?
제품이 AI를 쓴다면 어떤 데이터를 쓰고, 내 데이터가 모델 학습에 쓰이나요? 끌 수 있나요? 지원자에게 점수나 순위를 매긴다면 독립적인 편향 감사 결과를 보여 줄 수 있나요? Workday 사건은 공급사도 피고가 될 수 있음을 보여 줘요. 채용에 쓰는 AI를 보세요.
해지하면 내 데이터는 어떻게 되나요?

오래 가는 결정 규칙

규칙이 바뀌고 오류 비용이 큰 부분은 사요. 우리에게만 필요한 얇은 조각은 내보내기나 연동 위에 직접 만들어요. 급여 대비책을 둬요. 매년 다시 살펴봐요. 어느 쪽도 영구적이지 않아요. 선택한 이유를 적어 두면 다음 사람이 이유를 갖고 바꿀 수 있어요.

일반 정보이며 법률·재무 자문이 아니에요. 보고된 수치는 인용한 출처에서 가져온 것이고 추정치일 수 있어요.