Photo by Gustavo Fring on Pexels
1. 무분별한 ERP 수정 요청이 시스템을 망치는 이유와 팀장의 역할
ERP 시스템을 운용하는 많은 기업의 중간관리자들은 현업 팀원들의 끊임없는 시스템 개선 요구와 IT 부서의 거절 사이에서 난감한 상황을 자주 겪습니다. 팀원들은 화면이 불편하다, 입력할 항목이 너무 많다, 특정 데이터를 자동으로 불러와달라는 요구를 쏟아냅니다. 하지만 이를 그대로 IT 부서나 ERP 운영팀에 전달하면 불명확한 요건 정의, 예외 케이스 미비, 표준 프로세스 미준수 등을 이유로 반려되기 십상입니다.
실제로 가상의 제조 기업 A사의 경우, 현업 부서에서 올라온 단발성 개선 요청을 검증 없이 IT팀에 전달하여 개발을 진행한 결과 1년간 120여 건의 커스터마이징이 쌓였습니다. 그러나 이 중 40% 이상은 기존 표준 기능을 몰라서 요청한 것이거나, 특정 담당자 한 사람의 편의만을 위한 것이었습니다. 결국 시스템은 복잡해지고, ERP 승급이나 모듈 업데이트 시 심각한 데이터 오류를 유발하는 원인이 되었습니다.
이러한 혼란을 막기 위해 팀장은 단순한 전달자가 아닌 1차 검증자이자 관문 역할을 수행해야 합니다. 현업의 불편 사항이 단순한 교육 미숙에서 비롯된 것인지, 업무 프로세스 자체의 문제인지, 아니면 정말로 ERP 시스템 기능 개발(Change Request, 이하 CR)이 필요한 건인지를 가려내야 합니다. 표준화된 양식을 통해 팀원이 요구사항을 명확히 정리하도록 지도하고, 작성된 내용을 승인 기준에 따라 엄격히 검토한 뒤 IT 부서와 협의하는 체계를 갖추어야 합니다.
2. 즉시 복사하여 사용하는 ERP 기능 개선 요청서(CR) 표준 양식
팀 내에서 바로 활용할 수 있는 'ERP 기능 개선/수정 요청서' 양식입니다. 아래 양식은 현업 담당자가 요건을 명확히 정리할 수 있도록 유도하고, 팀장 및 IT 부서가 개발 영향도를 한눈에 파악할 수 있도록 구성되어 있습니다.
| 구분 | 세부 항목 | 작성 내용 및 입력 가이드 |
|---|---|---|
| 기본 정보 | 요청 부서 / 요청자 | 영업관리팀 / 홍길동 대리 (내선: 1234) |
| 요청 일자 / 완료 희망일 | 202X년 O월 O일 / 202X년 O월 O일 (최소 2주 이상 확보) | |
| 관련 ERP 모듈 및 메뉴명 | SD(판매/유통) 모듈 / [영업관리 > 수주관리 > 수주등록] 화면 | |
| 개선 구분 | [ ] 신규 화면 개발 [v] 기존 화면 개선 [ ] 출력물/보고서 수정 [ ] 권한/프로세스 변경 | |
| 상세 요건 | 개선 요청 배경 및 목적 | 수주 등록 시 거래처별 단가 조회 및 입력에 소요되는 시간을 단축하고, 과거 입력 오류로 인한 마감 차질 방지 |
| 현재 프로세스 (AS-IS) | 수주 입력 시 품목 코드 입력 후 별도 단가 마스터 화면을 열어 거래처별 계약 단가를 수동 확인하여 입력함. (건당 평균 3분 소요) | |
| 개선 프로세스 (TO-BE) | 수주 입력 시 거래처와 품목 코드를 선택하면, 유효한 최신 계약 단가가 수주 단가 필드에 자동으로 계산되어 노출되도록 변경. | |
| 영향 및 예외 | 예외 처리 및 제약 조건 | 계약 단가가 등록되어 있지 않은 신규 품목의 경우, 수동 입력이 가능하도록 팝업 경고창만 출력 후 입력 허용. |
| 정량적 기대 효과 | 월평균 수주 건수 1,500건 기준, 건당 입력 시간 2분 단축 (월 50시간 업무 공수 절감) 및 단가 오입력률 0% 달성 | |
| 관련 타 부서 영향도 | 생산관리팀(수주 데이터 기반 생산계획 수립에 영향 없음), 회계팀(매출 전표 발행 단가 정확도 향상) |
3. IT팀의 반려를 방지하는 AS-IS 및 TO-BE 작성 실무 예시
개발 요청서에서 IT 부서가 가장 먼저 기재 내용을 지적하는 부분은 'AS-IS(현행)'와 'TO-BE(개선안)'입니다. 현업 담당자들은 주로 "화면이 너무 불편해서 자동으로 나오게 해주세요"와 같이 감정적이거나 추상적으로 작성하는 경향이 있습니다. 팀장은 수치, 조건, 데이터 흐름이 포함되도록 입력을 지도해야 합니다.
잘못된 작성 예시 (반려 대상)
- AS-IS: 출하 등록할 때 재고 조회가 안 되어서 일일이 찾아봐야 함. 너무 불편하고 시간이 많이 걸림.
- TO-BE: 출하 화면에서 바로 창고별 재고가 자동으로 보이게 해주세요. 빠르게 처리할 수 있게 수정 바람.
올바른 작성 예시 (승인 및 개발 착수 대상)
- AS-IS: [물류관리 > 출하등록] 화면에서 품목 A를 선택했을 때, 가용 재고 수량이 표시되지 않음. 이에 따라 담당자가 [재고관리 > 창고별재고현황] 메뉴를 별도 창으로 열어 1공장 및 2공장 창고의 가용 재고를 직접 확인한 뒤 출하 지시 수량을 입력하고 있음. (일평균 80건 처리, 건당 1분 30초 지연 발생)
- TO-BE: [출하등록] 화면의 품목 입력 행(Row) 하단에 '창고별 가용재고' 팝업 또는 툴팁 영역을 추가. 출하 예정일 기준 '안전재고 제외 가용재고' 수량을 1공장/2공장별로 실시간 표시. 가용 재고를 초과하여 출하 수량을 입력할 경우 "가용 재고 초과" 경고 메시지 출력 후 승인권자(팀장) 비밀번호 입력 시에만 저장 가능하도록 제어.
위와 같이 구체적인 메뉴 경로, 데이터 처리 조건, 예외 발생 시의 제어 방식(경고창, 권한 통제 등)을 명시해야 IT 부서에서 정확한 공수 산정을 할 수 있으며, 개발 완료 후 원치 않는 데이터 꼬임 현상을 예방할 수 있습니다.
4. 개발 착수 전 현업 팀장이 반드시 검토해야 할 5가지 승인 체크리스트
팀원은 제출한 CR 양식을 IT 부서에 넘기기 전, 현업 팀장은 다음 5가지 항목을 기준으로 승인 여부를 심사해야 합니다. 5개 항목 중 하나라도 미달할 경우 작성자에게 보완을 지시하거나 요청을 거절해야 합니다.
| 검토 항목 | 세부 확인 내용 | 판단 기준 및 조치 사항 |
|---|---|---|
| 1. 표준 기능 활용성 | ERP 내 기존 기능이나 매뉴얼 교육으로 해결 가능한가? | 기존 매뉴얼로 해결 가능 시 CR 즉시 반려 후 팀 내 재교육 실시. |
| 2. 정합성 및 연계성 | 타 부서의 마감, 재고, 회계 전표 데이터에 악영향을 주지 않는가? | 회계/재고 정합성을 해칠 우려가 있다면 타 부서 팀장 사전 합의 필수. |
| 3. 정량적 투자대비효과(ROI) | 개발 공수 대비 업무 시간 단축 또는 오류 감소 효과가 명확한가? | 단순 주관적 편의성은 거절. 월 10시간 이상 공수 절감 시 승인. |
| 4. 프로세스 표준화 여부 | 특정 담당자 1인의 예외적 업무 방식에 맞춘 개발인가? | 부서 전체의 표준 업무 절차(SOP)에합치할 때만 개발 승인. |
| 5. 예외 조건 정의 유무 | 데이터 누락, 권한 미비, 오류 발생 시 예외 처리 로직이 있는가? | 예외 처리 로직이 누락된 경우 작성자에게 기재 보완 지시. |
팀장은 이 체크리스트를 활용하여 무분별한 요청을 1차적으로 차단함으로써 부서 내 업무 프로세스 규율을 확립하고, IT 부서와의 협업 신뢰도를 높일 수 있습니다.
5. A사 영업관리팀의 ERP 수주 변경 개발 요청서 실제 작성 사례
다음은 실제 업무 현장에서 활용할 수 있는 가상 기업 A사 영업관리팀의 수주 변경 처리 CR 작성 완결본 사례입니다.
[실제 CR 작성 예시: 영업관리팀 수주 변경 이력 통제 및 승인 로직 추가]
1. 요청 배경 및 목적
현재 수주 확정 이후 고객사의 요청으로 수량 및 단가가 변경될 때, 영업 담당자가 기존 수주 전표를 임의로 수정하고 있습니다. 이로 인해 이미 생산 계획이 수립되었거나 출하 지시가 내려진 품목의 데이터가 불일치하여 물류팀 출하 오류 및 회계팀 매출 전표 수정 작업이 빈번하게 발생하고 있습니다. (월평균 수주 수정 건수: 45건, 이 중 12건이 생산/물류 불일치 발생)
2. 상세 요구사항 (TO-BE)
- 수주 상태별 수정 권한 제한: 수주 상태가 '수주 확정' 이후(생산계획 반영 또는 출하 지시 완료 상태)로 변경된 건은 영업 담당자의 직접 수정 버튼을 비활성화 처리.
- 수주 변경 요청 전표 신설: 수주 확정 건의 수량/단가/납기일 변경이 필요한 경우, 별도의 [수주 변경 승인 요청] 팝업을 통해 변경 사유 및 변경 내용을 입력하도록 구현.
- 팀장 결재 연동: 영업팀장의 ERP 내 전자결재 승인이 완료되어야만 수정된 내용이 원본 수주 전표에 반영되고, 생산/물류 모듈에 변경 알림 통보.
- 이력 관리(Audit Trail): 수주 전표 내 [변경 이력] 탭을 신설하여 변경 일시, 변경자, 변경 전/후 값, 사유를 누적 기록.
3. 기대 효과
수주 임의 수정으로 인한 생산/출하 데이터 불일치율 0% 달성. 부서 간 데이터 재확인에 소요되던 주당 약 8시간의 불필요한 커뮤니케이션 비용 절감.
6. 개발 완료 후 현업 적용과 정합성 검증을 위한 3단계 관리 절차
IT 부서에서 개발이 완료되었다고 해서 바로 운영 환경에 적용해서는 안 됩니다. 현업 팀장은 완료된 기능이 최초 요청서대로 작동하는지, 기존 데이터에 문제를 일으키지 않는지 검증하는 사후 관리 절차를 이끌어야 합니다.
1단계: 테스트 서버(QA/Test Environment) 검증 (UAT)
IT 부서가 전달한 테스트 환경에서 CR 작성자 및 팀 내 핵심 실무자가 직접 시나리오별 테스트를 진행합니다. 정상적인 데이터 입력뿐만 아니라 일부러 오류 데이터를 입력하거나, 필수값을 누락하는 등의 예외 테스트를 반드시 포함해야 합니다.
2단계: 데이터 정합성 및 타 부서 영향도 확인
테스트 데이터를 입력한 후 관련 모듈로 데이터가 올바르게 넘어가는지 확인합니다. 예를 들어 수주 변경 기능 개발 건이라면, 영업 모듈의 수정 사항이 생산 모듈의 생산지시서 및 회계 모듈의 매출 예상 전표에 오류 없이 반영되었는지를 타 부서 담당자와 함께 검증합니다.
3단계: 현업 매뉴얼 업데이트 및 팀 내 공유
개발된 기능이 운영 서버에 적용(Go-Live)되기 전, 변경된 화면과 프로세스에 대한 1페이지 분량의 요약 매뉴얼을 작성합니다. 팀 채널이나 주간 회의를 통해 부서원 전체에게 공유하고, 이전 방식으로의 업무 처리를 금지하도록 공지합니다.
7. 현업 팀장을 위한 핵심 실행 항목 요약
- 표준 CR 양식 제도화: 현업 팀원들의 구두 요청이나 단순 메일 요청을 금지하고, 제공된 'ERP 기능 개선 요청서' 표준 양식을 통해서만 개발안을 접수받으세요.
- AS-IS 및 TO-BE의 구체화: 작성 시 감정적 표현을 배제하고, 메뉴 경로, 데이터 처리 조건, 수치화된 업무 공수, 예외 처리 방안을 반드시 명시하도록 지도하세요.
- 5대 승인 체크리스트 적용: 기존 표준 기능 활용 가능 여부, 타 부서 데이터 정합성, ROI, 프로세스 표준화, 예외 로직 유무를 검토하여 1차 필터링을 수행하세요.
- 3단계 적용 관리: 개발 완료 후 테스트 서버 검증(UAT), 타 부서 데이터 정합성 확인, 매뉴얼 배포 및 교육 절차를 거친 후 운영 시스템에 적용하세요.