이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
ERP 기능 추가 요청을 받았을 때 가장 먼저 하는 것은 요청 의도 파악입니다. 요청된 기능이 아니라 그 기능을 통해 해결하려는 업무 문제가 무엇인지를 먼저 이해합니다. 요청 그대로 구현하면 실제 문제와 어긋나는 경우가 생기기 때문에, '이 기능으로 어떤 상황을 해결하려는지'를 묻는 것이 시작입니다.
두 번째는 영향 범위 분석입니다. ERP는 여러 모듈이 연결된 시스템이기 때문에, 한 기능의 변경이 다른 영역에 영향을 줄 수 있습니다. 기존 프로세스와의 정합성을 먼저 확인하고, 변경 시 어떤 데이터나 흐름이 영향을 받는지를 파악합니다.
세 번째는 우선순위 조율입니다. 기능 추가 요청이 여러 개 쌓이면 어떤 것을 먼저 처리할지를 요청 부서와 함께 정합니다. 업무 영향도, 사용 빈도, 구현 난이도를 기준으로 순서를 정하면 자원 배분이 더 효율적으로 됩니다.
ERP 기능 추가 요청을 받았을 때 새로 만들기 전에 기존 기능 안에 이미 비슷한 화면이나 로직이 있는지 확인하는 것이 중요합니다. ERP는 기능이 쌓이면서 유사한 화면이 여러 곳에 중복되는 자리가 생기기 쉽습니다. 요청이 들어왔을 때 먼저 기존 메뉴 구조와 프로세스 흐름을 확인하면 불필요한 중복 개발을 줄일 수 있습니다. 유사 기능이 이미 있다면 해당 기능을 활용하는 방향을 현업에 먼저 제안하는 것이 시스템 비대화를 막는 방법입니다. 기존 것을 먼저 파악하는 습관이 ERP 유지보수 비용을 줄이는 결입니다. 중복 확인이 ERP 기능 추가를 실질로 판단하는 결이 됩니다. 요청을 받는 즉시 개발에 들어가는 것보다 기존 자원을 먼저 확인하는 것이 시스템을 건강하게 유지하는 방법입니다. 이 습관이 쌓이면 ERP 구조를 깊이 이해하는 결을 만들어 줍니다.
ERP에서 한 모듈의 기능을 변경하면 다른 모듈에 예상치 못한 영향이 생기는 자리가 있습니다. 구매 모듈에서 발주 기준을 바꾸면 회계 모듈의 입금 처리나 재고 모듈의 수량 집계에 영향이 퍼질 수 있습니다. 요청 기능이 어떤 테이블과 프로세스를 공유하는지를 파악하는 것이 범위 분석의 시작입니다.
변경 영향 범위 파악표를 만들어서 관련 모듈 담당자와 함께 검토하면 예상치 못한 부작용을 줄이는 방법이 됩니다. 단일 화면만 보고 개발에 들어가면 통합 시 충돌이 나오는 자리가 만들어집니다. 연쇄 영향을 미리 짚는 것이 ERP 기능 추가를 안전하게 만드는 결이 됩니다. 이 습관이 있어야 기능 추가가 시스템 전체 안정성을 해치지 않는 결이 만들어집니다. ERP 전체 구조를 이해하는 사람이 안전하게 기능을 확장하는 방법을 갖게 됩니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 유영제약 시스템 운영 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.