ERP 구축 KPI: 정말 중요한 30가지 지표

중요한 ERP 구축 KPI는 소수의 지표 묶음입니다. 구축 기간에는 매주, 하이퍼케어 기간에는 매일 검토하고, 각각에 담당자를 지정합니다. 일정 준수율, 비용 편차, 범위 변경, 테스트 합격률, 데이터 마이그레이션 정확도, 그리고 무엇보다 사용자 채택률입니다. 아래는 제가 사용하는 30가지를 구축 단계와 Go-Live 이후로 나누고, 공식과 조치를 촉발해야 할 기준치를 함께 정리한 것입니다.

프로그램 디렉터, PMO 리드, 스폰서 중에서 문제를 18개월째가 아니라 8주째에 잡아내는 운영위원회 보고 자료가 필요한 분들을 위한 글입니다.

한 고객사는 SAP 프로젝트에 “사소한” 변경 73건을 추가했습니다. 하나하나는 대수롭지 않아 보였습니다. 그러나 합치자 5개월의 지연이 생겼습니다. 범위 변경량을 추적한 사람은 아무도 없었습니다. (비슷한 이야기로 들리신다면, SAP 프로젝트의 범위 확대를 피하는 방법을 다룬 제 가이드에 통제 방법이 있습니다.)

또 다른 고객사는 초기 일정 경고를 무시했고, 1년짜리 프로젝트가 18개월이 걸렸습니다. 한 유통 고객사는 초기 예산 경고를 무시한 끝에, 프로젝트를 끝내기 위해 핵심 기능을 잘라 내야 했습니다.

이런 실패는 특이한 사례가 아닙니다. 팀이 엉뚱한 것을 추적하거나 아무것도 추적하지 않을 때 일어나는 일입니다.

#	KPI	측정 대상	중요한 이유
1	일정 준수율	계획 대비 실제 작업 완료	연쇄 지연의 첫 신호
2	비용 편차	단계별 실제 지출과 예산 비교	오버런이 누적되기 전에 잡아냅니다
3	범위 변경량	승인된 변경의 건수와 영향	통제되지 않은 변경이 오버런의 가장 흔한 원인입니다
4	리소스 활용률	계획 대비 투입 시간, 업무량 균형	과부하에 걸린 인력은 소진되거나 프로젝트 도중 떠납니다
5	사용자 채택률	시스템을 실제로 사용하는 대상 사용자의 비율	시스템이 비즈니스에 쓸모가 있는지 알려 주는 유일한 지표
6	교육 효과	평가 점수, 교육을 받은 사용자 비율	Go-Live 전에 채택 실패를 예측합니다
7	데이터 마이그레이션 정확도	오류 없이 이관된 레코드 비율, 오류율	새 시스템에 들어간 잘못된 데이터를 정리하는 데는 몇 달이 걸립니다
8	테스트 환경 다운타임	테스트 시스템의 계획되지 않은 다운타임 시간	테스트에서의 불안정은 Go-Live 시점의 불안정을 예고합니다
9	참여도 점수	설문 결과, 주요 세션 참석률	저항이 공개적으로 드러나기 전의 조기 경보
10	리스크 해소율	일정대로 종결된 미해결 리스크의 비율	식별만이 아니라 종결을 측정하십시오
11	파트너 성과	산출물 품질, 마일스톤 달성률	초기 산출물을 놓치는 파트너는 거의 언제나 이후 산출물도 놓칩니다
12	테스트 합격률	처음 실행에서 통과한 테스트 케이스의 비율	SIT에서 85% 미만이면 대개 무작위 버그가 아니라 구조적 문제입니다
13	변경 요청 처리 기간	요청부터 결정까지 걸린 일수	대기열이 길다면 거버넌스 실패의 신호입니다
14	예산 소진율	완료된 작업량에 비추어 본 총예산 대비 지출	돈과 진척이 함께 움직이는지 보여 줍니다
15	설정 진행률	계획된 설정 항목 중 완료된 비율	여기서 지연되면 테스트와 교육이 뒤로 밀립니다

#	KPI	측정 대상	기준치 또는 참고 사항
16	시스템 가용성	Go-Live 이후 가동 시간	99.9% 이상이면 양호하고, 99% 미만이면 사용자 신뢰의 문제가 됩니다
17	리포트와 대시보드 속도	로딩 시간, 새로 고침 주기	관리자들이 Excel로 내보낸다면 시스템이 제 역할을 못 하는 것입니다
18	직원 생산성	Go-Live 이전 기준선 대비 작업 시간	승인을 자동화한 한 유통 고객사는 Go-Live 후 하루 처리 거래 건수가 25% 늘었습니다
19	최초 접촉 해결률	첫 접촉에서 해결된 티켓	하이퍼케어의 효과를 측정합니다
20	지원 티켓 건수	미해결 티켓, 평균 해결 시간	30일 즈음의 급증은 대개 시스템 버그가 아니라 교육 공백의 신호입니다
21	프로세스 사이클 타임	주문 처리, 송장 승인, 마감 주기	경영진이 실제로 신경 쓰는 결과
22	재고 정확도	실사 수량과 시스템 수량	Go-Live 이후 가장 눈에 띄는 데이터 품질 지표
23	주문 이행률	새 시스템에서 납기 내 이행된 주문	운영에 미치는 직접적인 영향
24	매출 기여도	새 기능과 연결된 매출 변화	비즈니스 케이스의 장기적인 증거
25	컴플라이언스 준수	감사 지적 사항, 규제 이슈	재무, 제약, 규제 산업에서 가장 중요합니다
26	예측 정확도	예측과 실제 수요	계획 기능이 사용되고 신뢰받는지 보여 줍니다
27	사용자 만족도	사용성 설문, 키 유저 NPS	시스템을 싫어하는 사용자는 우회 방법을 만듭니다
28	프로세스 효율	기준선 대비 프로세스당 시간과 비용	이사회에 투자의 정당성을 설명해 줍니다
29	실현된 절감액	비즈니스 케이스 대비 실제 절감액	CFO는 6개월과 12개월 시점에 물어볼 것입니다
30	투자 수익률	순편익을 총비용으로 나눈 값	보통 12개월과 24개월 시점에 측정합니다

가장 자주 질문받는 것들입니다.

1. 일정 성과 지수(SPI) = 획득 가치 ÷ 계획 가치. 1.0보다 크면 일정보다 앞서 있고, 1.0이면 일정대로이며, 1.0보다 작으면 지연입니다.
2. 비용 성과 지수(CPI) = 획득 가치 ÷ 실제 비용. 1.0보다 크면 효율적이고, 1.0보다 작으면 예산을 초과한 것입니다.
3. 범위 변경 비율 = (승인된 변경 ÷ 초기 범위 항목) × 100. 10% 미만이면 영향이 미미하고, 20%를 넘으면 영향이 큽니다.
4. 사용자 채택률 = (활성 사용자 ÷ 대상 사용자) × 100. 첫 90일 동안 80%를 넘으면 양호하고, 60% 미만이면 개입이 필요합니다.
5. 데이터 마이그레이션 정확도 = (오류 없이 이관된 레코드 ÷ 시도한 레코드) × 100. Go-Live 전에 98% 이상이어야 하며, 95% 미만이면 컷오버를 연기해야 합니다.

SPI와 CPI는 획득 가치 관리(earned value management)에서 나왔습니다. “획득 가치”를 정직하게 측정할 때만 의미가 있습니다. 3주째 90% 완료 상태인 작업은 가치의 90%를 만들어 낸 것이 아닙니다.

검토 리듬이 없는 KPI는 장식입니다. 설정해야 할 주기는 다음과 같습니다.

1. 구축 기간주간 프로그램 보드일정, 비용, 리스크, 테스트 합격률, 범위 변경. 게이트 KPI는 운영위원회로 올라갑니다
2. 1~30일일일 하이퍼케어 검토가용성, 티켓 건수, 부서별 채택률
3. 90일까지주간 채택 검토채택률, 프로세스 사이클 타임, 티켓 유형
4. 6개월과 12개월스폰서와 CFO 검토생산성, 실현된 절감액, ROI

시점	KPI	검토자	이어지는 의사결정
구축 기간 중 매주	일정 준수율, 비용 편차, 리스크 해소율, 테스트 합격률, 범위 변경량	프로그램 보드	재계획, 에스컬레이션, 범위 유지
단계 게이트마다	설정 진행률, 교육 효과, 데이터 마이그레이션 정확도, 파트너 성과	운영위원회	통과, 조건부 통과 또는 중단
Go-Live 후 30일 동안 매일	가용성, 티켓 건수와 추이, 부서별 채택률	하이퍼케어 리드	현장 지원과 수정 작업을 어디에 투입할지
90일까지 매주	채택률, 프로세스 사이클 타임, 티켓 유형	프로그램 보드	보충 교육, 설정 수정
6개월과 12개월 시점	생산성, 실현된 절감액, ROI, 만족도	스폰서와 CFO	비즈니스 케이스 승인, 2단계 범위

제 제약 고객사 한 곳은 마일스톤마다 담당자와 대리 담당자를 한 명씩 지정했습니다. 그 결과 이전 SAP 시도와 비교해 일정 준수율이 크게 개선되었습니다. 월간 검토에서 지연이 드러날 즈음이면 그 지연은 이미 구조적인 문제가 되어 있습니다.

게이트 결정은 달력이 아니라 증거에 근거해야 합니다. 그리고 Go-Live 후 석 달이 지나면 우회 방법은 이미 습관이 되어 있으므로, 채택의 기회는 대부분의 팀이 예상하는 것보다 빨리 닫힙니다. 운영위원회를 재정비해야 한다면 효과적인 SAP 운영위원회 구성에서 운영 방법을 다뤘습니다.

RISE with SAP와 SAP GROW 프로그램에는 기존 목록이 다루지 않는 거버넌스 질문이 추가됩니다. 지표 세 가지를 더하면 도움이 됩니다.

Clean Core 레벨 구성비

SAP는 이제 확장을 네 가지 Clean Core 레벨, 즉 A부터 D까지로 평가합니다. 레벨 A는 릴리스된 API만 사용하며, 레벨 D는 Clean Core가 아닙니다. SAP가 권장하는 ABAP Test Cockpit 점검을 사용해 레벨별 확장의 비중을 추적하십시오.

Public Edition에서는 설계상 모든 것이 레벨 A입니다. Private Edition과 온프레미스에서는 레벨 C 또는 D 확장이 모두 다음 업그레이드 때 불거질 부채입니다. Realize 단계에서는 신규 확장 요청을 이 기준으로 매주 검토하고, 레벨 C 또는 D를 승인할 때마다 책임질 사람을 지정하십시오.

확장 배치 결정 완료율

공식: (합의된 레벨과 위치가 있는 확장 ÷ 백로그의 전체 확장) × 100. 목표는 Explore 종료 시점에 100%입니다. 아직 아무도 자리를 정해 주지 않은 확장은 납기 압박 속에서 전형적인 수정으로 끝나는 확장입니다.

SAP와의 관계 건전성

RISE 프로그램에서는 SAP가 인프라와 운영을 맡고 수행에도 참여하므로, 분기마다 정성적 검토를 합니다. 플랫폼 에스컬레이션이 합의된 서비스 수준 안에서 해결되고 있습니까? SAP의 성공 리뷰는 알맹이가 있습니까, 형식에 그칩니까? 점수가 낮으면 대개 팀이 대비하지 못한 프로그램 중반의 에스컬레이션이 뒤따릅니다.

AI는 지표 주변의 보고 업무에 유용합니다. 검토를 대신하지는 않습니다.

1. SAP Cloud ALM과 연동된 Joule. SAP가 Cloud ALM에 Joule을 추가했습니다. 덕분에 팀은 모든 상태 추출물을 손으로 만드는 대신 프로젝트와 운영 데이터를 일상 언어로 조회할 수 있습니다.
2. Power BI의 Copilot. 아래에 놓인 대시보드를 바탕으로 운영위원회 보고 자료의 서술 요약 초안을 작성합니다. 데이터 모델이 깔끔할수록 효과가 좋습니다.
3. 이상 징후 탐지. Power BI, Tableau, SAP Analytics Cloud는 평소 패턴에서 벗어나는 KPI를 표시할 수 있습니다. 리소스 활용률, 티켓 건수, 범위 변경 비율에는 쓸 만합니다. 일별 주문 건수처럼 자연 변동이 큰 지표에는 쓸 만하지 않습니다.

AI가 해결하지 못하는 것은 조직 내 정치적인 일입니다. 대시보드는 일정 지연을 6주 내내 빨간색으로 보여 줄 수 있습니다. 운영위원회가 움직이지 않으면 지연은 계속됩니다.

영향이 가장 큰 KPI는 사용자 채택률인데, 대부분의 팀이 가장 마지막에 측정하는 것도 이것입니다.

제조업 고객사 한 곳은 경영진이 모든 것을 Excel로 내보내고 있었습니다. 엄청난 적신호였습니다. 데이터는 있었는데, 그들에게 필요한 대시보드가 없었습니다. 저희는 대시보드를 고쳤고 의사결정 시간은 절반으로 줄었습니다.

기술적으로는 동작하지만 현장에서 우회되는 시스템은 아무것도 전달하지 못한 것입니다. 변화 관리 연구도 이를 뒷받침합니다. Prosci의 장기 연구에 따르면 변화 관리가 뛰어난 프로젝트는 변화 관리가 부실한 프로젝트보다 목표를 달성할 가능성이 약 7배 높습니다.

가장 좋은 KPI 대시보드는 가장 완전한 대시보드가 아닙니다. 운영위원회가 실제로 들여다볼 가장 작은 세트이고, 항목마다 담당자가 있으며, 빨간색이 두 주기 연속 지속되면 그에 따른 결과가 있는 대시보드입니다. KPI 프로그램 대부분은 올바른 것을 추적해 놓고 그것을 무시하기 때문에 실패합니다. 이미 수치가 빨간색일 때 무엇을 해야 하는지는 SAP 프로젝트를 정상 궤도로 되돌리기를 참고하십시오.

ERP 구축에서 가장 중요한 KPI는 무엇입니까?

사용자 채택률입니다. 기술적으로 성공했더라도 아무도 쓰지 않는 구축은 비즈니스 가치를 만들지 못합니다. 나머지 KPI(일정, 예산, 테스트)는 채택이 일어날 조건을 지켜 줍니다. 채택률은 그 일이 실제로 일어났는지를 알려 줍니다.

Go-Live 후 첫 주부터 부서별로 추적하십시오. 한 팀의 채택률이 낮다면 대개 하이퍼케어 중에 아직 고칠 수 있는 교육 공백이나 프로세스 설계 문제를 가리킵니다.

ERP 구축 KPI는 얼마나 자주 검토해야 합니까?

일정, 비용, 리스크는 구축 기간 동안 운영위원회에서 월 단위로 보지 말고 매주 검토합니다. 단계 게이트 KPI는 각 게이트에서 검토합니다. 운영 KPI는 Go-Live 후 30일 동안 매일, 이후 90일까지 매주 검토합니다.

SAP UAT에서 건전한 테스트 합격률은 어느 정도입니까?

시스템 통합 테스트에서 처음 실행 합격률이 85%를 넘으면 건전합니다. 그보다 낮다면 대개 개별 버그가 아니라 프로세스 설계의 공백이나 설정 오류입니다.

UAT에 85% 미만으로 들어간다면 멈추고 근본 원인을 바로잡으십시오. UAT가 SIT에서 놓친 것을 정리해 주는 경우는 거의 없습니다.

ERP 프로젝트에서 범위 변경 비율이 20%를 넘으면 무엇을 의미합니까?

프로젝트가 진행 도중에 다시 설계되고 있다는 뜻입니다. 오버런과 지연이 발생할 가능성이 높아집니다.

숫자보다 추세가 중요합니다. 프로젝트가 성숙해질수록 변경이 줄어들지 않고 오히려 가속된다면 거버넌스가 무너지고 있는 것입니다. 승인된 모든 변경에는 비용과 일정 영향 설명서가 있어야 합니다. 없다면 범위가 통제를 벗어난 것입니다.

RISE with SAP 프로그램에만 해당하는 KPI는 무엇입니까?

표준 30개에 세 가지를 더합니다. 확장의 Clean Core 레벨 구성비(A부터 D), 합의된 레벨과 위치가 정해진 확장의 비율, 그리고 분기별 SAP 관계 건전성 검토(에스컬레이션, 서비스 수준, SAP 성공 리뷰의 질)입니다.

ERP 구축의 ROI는 어떻게 계산합니까?

ROI = (순편익 ÷ 총투자액) × 100. 순편익은 시스템으로 인한 측정 가능한 절감액과 매출 증가분에서 새 환경의 운영 비용을 뺀 값입니다. 총투자액에는 소프트웨어, 구축, 내부 인력 시간, 교육, 데이터 마이그레이션, 지속 지원이 포함됩니다.

보수적으로 잡으십시오. 편익 전체가 첫해에 나타나는 경우는 드뭅니다. 램프업 모델을 만드십시오. 1년 차에는 정상 상태 편익의 50%, 2년 차에는 80%, 3년 차부터는 100%입니다.

ERP 구축 예산 초과의 주된 원인은 무엇입니까?

추적되지 않은 범위 변경, 품질 문제가 뒤늦게 드러나 계획을 크게 넘겨 버리는 데이터 마이그레이션, 테스트에서 발견되는 통합 실패, 너무 늦게 시작해 Go-Live 이후 지원 비용을 끌어올리는 변화 관리입니다.

첫째는 주간 비용 편차 추적과 공식적인 범위 통제로 다룹니다. 둘째는 조기 데이터 품질 평가로 다룹니다. 셋째는 현실적인 데이터 볼륨으로 하는 조기 통합 테스트로 다룹니다. 넷째는 처음부터 하는 변화 관리로 다룹니다.