기업이 EWA를 운영하기 위해 필요한 인원은 몇 명인가요?

기업이 EWA를 운영하기 위해 필요한 인원은 몇 명인가요? 인력 모델 및 RACI

EWA를 도입한다고 해서 반드시 새로운 부서를 설립할 필요는 없습니다. 대부분의 역할은 기존의 HR, 급여, 재무, IT 및 고객 서비스 부서에서 겸임할 수 있습니다. 하지만, 기업은 여전히 승인, 은행 거래, 대조 및 불만 처리와 같은 민감한 지점에서 책임을 지고 있는 사람이 필요합니다.

> 간단히 말해서: 먼저 "몇 명이 필요한가"를 묻지 말고 노동자 수, 고객 수, 근무표, 거래, 예외, 지원 교대 및 자동화 수준을 측정하세요. 작은 파일럿은 겸임 팀으로 운영할 수 있으며, 대규모는 전문 역할과 교대 근무가 필요합니다.

> 경고: Ngô Nhã Kỳ — Biên tập viên ban biên tập, Nhan Kiet의 인력 산정이 아닙니다. 파일럿에서 실제 워크로드를 측정한 후 인력을 결정하거나 24/7 지원을 약속해야 합니다.

1. 사용자 수만으로는 인력을 산정할 수 없는 이유

두 개의 기업이 각각 5,000명의 노동자를 가지고 있을 때 필요한 자원은 매우 다를 수 있습니다:

• 기업 A는 표준 근무 시스템, 하나의 급여 주기, 예외가 적음;

• 기업 B는 20명의 고객, 여러 시트, 야간 근무, 여러 장소에서 일하며 분산된 근무 승인.

운영의 주요 부담은 예외에서 발생하며, 성공적인 거래 수만으로는 설명되지 않습니다.

2. 자원을 결정하는 10가지 변수

1. 자격을 갖춘 노동자 수.

2. 활동 사용자 수 및 일일 거래 수.

3. 고객/장소/교대 수.

4. 근무표 수.

5. 미승인 근무 비율.

6. 미확인 신분증/계좌 비율.

7. 보류/실패 거래 비율.

8. 급여 주기 및 복잡성 수준.

9. 지원 요청 시간.

10. 자동화 수준, SLA 및 수용 가능한 위험.

3. 11가지 핵심 역할

(더 보기: EWA 운영: RACI, 일일 통제 및 사고 관리.)

1. Executive Sponsor

목표, 예산, 범위, 위험 수용 및 확장/중단 결정을 승인합니다.

2. Service Owner

단일 시스템이 아닌 서비스 품질에 대한 전반적인 책임을 집니다. 이 역할은 비워두어서는 안 됩니다.

3. Product/Process Owner

요구사항, 공식, 한도, 프로세스 및 개선 우선순위를 관리합니다.

4. HR Master Data

기록, 신분증, 근무 상태, 전환, 퇴사 및 고객 관계를 관리합니다.

5. Attendance Operations

근무 자원, 매핑, 교대, 동기화 오류 및 승인자 조정을 관리합니다.

6. Payment Operations

지급 명령, 전용 계좌, 보류 거래, 조사 및 중지 스위치를 모니터링합니다.

7. Reconciliation/Finance

EWA 장부, 명세서, 채무를 대조하고 차이 및 회수 불가능한 항목을 처리합니다.

8. Payroll

정확한 거래를 적절한 사람/주기에 할당하고 연결 보고서 및 급여 명세서를 작성합니다.

9. Customer Support

단일 창구로 문의를 접수하고, 확인, 분류, 업데이트 및 티켓을 종료합니다.

10. Engineering/SRE/ATTT

통합, 모니터링, 릴리스, 사고, 보안, 백업 및 복구를 담당합니다.

11. Legal/Data/Compliance

계약, 규정, 개인 데이터, 커뮤니케이션 콘텐츠 및 법적 변경을 관리합니다.

파일럿에서는 한 사람이 여러 역할을 겸임할 수 있지만, 권한 충돌은 분리되어야 합니다.

4. 모델 A — 소규모 파일럿

예시 범위

• 100–1,000명의 자격을 갖춘 사람;

• 1–2명의 고객;

• 적은 근무표;

• 정해진 시간 내 지원;

• 낮은 거래/금액 제한;

• 일일 대조.

참고 핵심 그룹

실제 인원은 5–8명의 겸임 인원일 수 있으며, 5–8명의 전일제 FTE가 아닙니다.

5. 모델 B — 중간 규모 운영

예시 범위

• 1,000–10,000명;

• 여러 장소/고객;

• 안정적인 일일 거래;

• 몇 가지 근무표;

• 확장된 SLA 및 지원 교대.

참고 구조

• 전담 서비스 소유자 1명;

• 제품/프로세스 소유자 1명;

• HR/근무 1–3명;

• 지급/대조 1–2명;

• 교대에 따른 고객 서비스 1–2명;

• 주기별 급여, 대기 인원 포함;

• 기술/SRE 대기;

• 보안, 법무 및 데이터는 리뷰 일정에 따라.

인력 산정은 예외 비율 및 실제 워크로드에 따라 조정해야 합니다.

6. 모델 C — 대규모, 다수 고객

특징

• 수만 명의 노동자;

• 수백 명의 고객/장소;

• 다양한 근무 자원 및 근무표;

• 시간 외 지원;

• 대규모 거래 및 자금 흐름;

• 높은 통제/책임 분리 요구.

각 포드에 따라 조직해야 함

1. 서비스 거버넌스: 소유자, KPI, 위험, 벤더.

2. 워크포스 데이터: 기록, 근무, 매핑, 승인.

3. 자금 운영: 자금 원천, 지급 명령, 조사.

4. 대조 및 급여: 명세서, 채무, 급여표.

5. 근로자 경험: 온보딩, 고객 서비스, 개인 금융.

6. 기술 및 신뢰: 엔지니어링, SRE, 보안, 데이터.

각 포드는 팀 리더와 대기 일정을 가지고 있으며, P1은 변경을 일으킨 사람과 독립된 사고 지휘관을 가집니다.

7. 워크로드에 따른 인력 산정 공식

워크로드에 따라 다음과 같이 추정할 수 있습니다:

FTE = 기간 내 작업 처리 총 분 ÷ FTE당 유용한 작업 분

예를 들어 고객 서비스:

일일 티켓 수 × 티켓당 평균 분 × 후속 검사 계수 ÷ 교대당 유용한 분

예를 들어 대조:

일일 예외 수 × 예외당 분 + 총 검사 시간 + 보고서

절대적인 유용한 생산성으로 480분/일을 사용하지 마십시오; 회의, 교육, 휴식 및 부하 변동을 제외해야 합니다.

8. 파일럿에서 인력 산정을 위한 수집 데이터

(더 보기: EWA 파일럿 결과: KPI 및 교훈 및 EWA 90일 파일럿 계획.)

• 신규/수정/퇴사 기록 수;

• 근무 라인 수 및 오류 비율;

• 승인 대기 근무 및 나이;

• 불일치 계좌/OCR;

• 시간/교대별 거래;

• 성공/대기/실패 비율;

• 대조 예외 수;

• 유형별 티켓;

• 처리 및 재개 시간;

• 구성 변경 수;

• 급여 주기별 워크로드;

• 사고 및 대기 시간.

급여가 있는 주기를 최소한 한 번 측정하여 월말 부하를 과소 평가하지 않도록 합니다.

9. RACI 예시

10. 완전히 통합해서는 안 되는 역할

• 동일한 기록을 수정하고 승인하는 사람;

• 한도를 변경하고 승인하는 사람;

• 거래를 발행/조정하고 대조를 마무리하는 사람;

• 개발자가 프로덕션 변경을 직접 수행하고 확인하는 사람;

• 은행 키를 보유하고 모든 명령을 결정하는 사람;

• 사고를 처리하고 로그 삭제를 승인하는 사람;

• 급여를 작성하고 최종 승인을 하는 사람.

소규모 그룹에서는 즉시 추가 인력을 고용하는 대신 시점별 네 눈 통제를 사용할 수 있지만, 분리를 생략해서는 안 됩니다.

11. 교대 및 대기

시스템이 24/7 거래를 허용하지만 지원 팀이 근무 시간에만 작업하는 경우, 다음을 명확히 해야 합니다:

• 어떤 기능이 24/7 자동화되는지;

• 어떤 P1에 대기가 있는지;

• 일반 티켓의 응답 시간;

• 잔액/보류 거래 경고를 받는 사람;

• VPBank로의 에스컬레이션;

• 중지 스위치 사용 권한;

• 교대 간 인수인계.

애플리케이션이 항상 열려 있다고 해서 24/7을 약속해서는 안 됩니다.

12. 각 역할에 대한 최소한의 런북

(더 보기: EWA 사고 발생 시 처리 방법 및 HR 및 고객 서비스를 위한 EWA 불만 처리 플레이북.)

HR/근무

잘못된 기록, 매핑되지 않은 근무 코드, 퇴사, 전환, 승인된 근무 수정.

지급 운영

불일치 계좌, 보류 거래, 타임아웃, 조사, 자금 부족, 긴급 중지.

대조

누락/초과 라인, 금액 오류, 거래 반환, 주기 간 차이.

급여

컷오프, 주기 근접 거래, 이중 공제, 마감 후 반환, 불일치 급여 명세서.

고객 서비스

문의자 확인, 이유 코드, 최소 데이터, SLA/에스컬레이션, 응답 내용.

기술/보안

경고, 롤백, 로그 보존, P1, 데이터 위반, 복구.

13. 운영팀을 위한 KPI

측정해야 할 것

• 자격을 갖춘 기록;

• 제때 승인된 근무;

• 매핑된 기록 비율;

• 성공적인 거래;

• 보류 거래의 나이;

• 제때 대조;

• 일치하는 급여;

• 응답/해결 시간;

• 재개 티켓 비율;

• 금액/데이터 오류;

• 제때 RCA 조치.

단독으로 사용해서는 안 되는 것

• 인출 횟수;

• 총 지급 금액;

• 앱 설치 계좌 수;

• 재개/품질을 고려하지 않은 닫힌 티켓 수.

KPI는 노동자가 거래를 하도록 유도하여 팀이 목표를 달성하도록 해서는 안 됩니다.

14. 고객/작업 장소의 인력

각 고객은 최소한 다음을 확인해야 합니다:

• 스폰서 또는 관리 연락처;

• 목록 관리자;

• 근무 승인자 및 대체자;

• 교대 근무 중 온보딩 지원자;

• 급여/회계 연락처;

• 사고/에스컬레이션 연락처.

여러 교대가 있는 경우, "교대 대사" 모델은 안내를 제공하지만 OTP, 비밀번호 또는 거래를 대신 수행해서는 안 됩니다.

15. 역할별 교육

각 교육 과정은 실습 및 평가를 포함해야 하며, 단순히 자료를 보내는 것으로 끝나서는 안 됩니다.

16. 확장 시 인력 계획

(더 보기: EWA 파일럿 계획 및 확장 결정 기준.)

게이트 1 — 사용자 증가

고객 서비스, 대조, 잔액 및 대기 근무를 점검합니다.

게이트 2 — 고객 추가

근무표, 승인자 및 현장 연락처를 평가합니다.

게이트 3 — 자동화 증가

모니터링, 대기, 긴급 중지 및 권한을 점검합니다.

게이트 4 — 시간 외 지원

교대 설계, 수당, 인수인계, 에스컬레이션 및 교대 팀의 건강을 설계합니다.

처리 예외 인력을 먼저 채용/배치하지 않고 범위를 확장하지 마십시오.

17. 운영 조직 체크리스트

• 서비스 소유자가 지정되어 있습니다.

• RACI에 "A"가 없는 활동이 없습니다.

• 근무 승인자가 대기 중입니다.

• 지급 운영 및 대조가 분리되어 있습니다.

• 보류 거래를 모니터링하는 사람이 있습니다.

• 급여가 파일럿에 참여합니다.

• 고객 서비스에 단일 창구 및 케이스 소유자가 있습니다.

• 기술/SRE에 적절한 대기가 있습니다.

• 사고 지휘관이 지정되어 있습니다.

• 법무/보안에 리뷰 일정이 있습니다.

• 워크로드가 예외 유형에 따라 측정됩니다.

• 인력 산정은 피크 시간/월말을 포함합니다.

• 각 역할에 런북이 있습니다.

• 교육 및 연습이 완료되었습니다.

• 확장은 자원 게이트를 통해 이루어져야 합니다.

18. 자주 묻는 질문

500명 파일럿에 전담 인력이 필요한가요?

겸임 팀을 사용할 수 있지만, 서비스 소유자, 근무 승인자, 지급/대조, 급여, 고객 서비스 및 기술 대기가 명확히 지정되어야 합니다.

시스템이 자동화되었는데 왜 지급 운영이 필요한가요?

자동화는 표준 흐름을 처리합니다; 지급 운영은 자금 원천, 보류 거래, 조사, 예외 및 긴급 중지를 모니터링합니다.

고객 서비스가 24/7 필요합니까?

거래 창구 및 SLA에 따라 다릅니다. 24/7 지원을 제공하지 않는 경우, 응답 시간을 명확히 해야 하며, 심각한 자금 문제에 대한 대기가 있어야 합니다.

누가 서비스 소유자가 되어야 하나요?

HR, 근무, 자금, 급여, 기술 및 고객을 조정할 권한이 있는 사람; 반드시 IT 부서장이 아닐 수도 있습니다.

언제 인력을 늘려야 하나요?

백로그, 예외 나이, SLA, 초과 근무 또는 책임 분리 위험이 임계값을 초과할 때—단순히 사용자 수가 증가할 때만이 아닙니다.

---

저자: Ngô Nhã Kỳ — Biên tập viên ban biên tập, Nhan Kiet Manpower Supply Co., Ltd.

기업을 위한 일당 선지급 솔루션 상담: 핫라인 0937.022.655 · 이메일 info@nhankiet.vn · 기업을 위한 일당 선지급