SaaS 늘어나는데 ERP·CRM 운영팀은 아직 온프레미스 시절에 멈춰 있음

• ERP, CRM, HRIS 운영팀이 클라우드 전환의 뒷감당을 제대로 못 따라가고 있다는 얘기임

  • 예전 온프레미스 환경에서는 내부 IT가 시스템 유지보수와 변경 작업을 직접 잡고 가는 구조였음
  • 지금은 SaaS, 클라우드, 하이브리드가 섞이면서 벤더 주도 업데이트, 공유 책임 모델, API 연동, 자동화 운영이 한꺼번에 들어옴
  • 결과적으로 “티켓 들어오면 처리한다” 수준의 운영 모델로는 속도와 복잡도를 감당하기 어려워짐

• 인포테크리서치그룹은 애플리케이션 지원 조직을 다시 설계해야 한다고 봄

  • 보고서 이름은 ‘엔터프라이즈 애플리케이션 지원 조직 적정화 전략’임
  • 여기서 말하는 적정화는 인력 줄이기가 아니라, 실제 애플리케이션이 돌아가는 방식에 맞춰 기술·역할·소유권을 다시 맞추는 쪽에 가까움
  • 역할 책임이 애매하면 서비스 공백, 벤더 협업 혼선, 클라우드 운영 역량 부족이 동시에 터질 수 있다는 지적임

• 보고서가 제시한 재설계 방법론은 3단계로 정리됨

  • 첫 번째는 지원 요구사항 이해임. 어떤 애플리케이션에서 요청이 몰리는지, 어떤 업무가 반복되는지, 어떤 역할이 겹치거나 비어 있는지부터 봐야 함
  • 두 번째는 지원 조직 설계임. 내부에서 할 일, 외부 서비스로 넘길 일, 혼합 구조로 가져갈 일을 나누고 보고 체계와 거버넌스까지 맞춰야 함
  • 세 번째는 자원 요구량 산정임. 과거 티켓 데이터, 업무 패턴, 산정 도구를 써서 현재와 미래 수요에 필요한 인력과 역량을 계산하자는 얘기임

• SaaS에서는 벤더 관리가 운영의 중심으로 올라옴

  • 클라우드 기반 애플리케이션은 공급업체가 기능 업데이트와 플랫폼 변경을 계속 밀어 넣는 경우가 많음
  • 내부 지원팀은 변경 영향 분석, 사용자 지원, 연계 시스템 검증, 벤더 책임 범위 조율까지 같이 맡게 됨
  • 장애나 성능 문제가 났을 때도 “우리 시스템 문제인지, 벤더 플랫폼 문제인지, 연동 구간 문제인지”를 가르는 역량이 필요해짐

• 자동화와 기술 재교육도 선택지가 아니라 운영 조건에 가까워짐

  • 반복 티켓 처리, 표준 운영 절차, 사용자 요청 대응은 자동화할수록 지원 조직의 병목이 줄어듦
  • 반대로 레거시 운영 인력은 많은데 클라우드 운영 역량은 부족한 조직이라면, 단순 채용보다 재교육과 역할 재배치가 먼저일 수 있음
  • 응답 시간, 생산성, 서비스 품질 같은 핵심성과지표를 잡아야 운영팀의 성과를 비즈니스 언어로 설명할 수 있음

• 한국 기업 입장에서도 꽤 현실적인 문제임

  • ERP, CRM, 인사 시스템은 대부분의 중견·대기업에서 이미 핵심 업무 플랫폼임
  • 여기에 SaaS 전환, 클라우드 연동, 자동화 요구가 붙으면 운영 조직의 책임 범위가 자연스럽게 넓어짐
  • 플랫폼만 바꾸고 지원 조직을 그대로 두면, 결국 업데이트 때마다 장애 대응과 사용자 불만이 운영팀에 쌓이는 구조가 됨

---

기술 맥락

• 여기서 중요한 선택은 “애플리케이션 지원팀을 단순 유지보수팀으로 둘 것인가, 클라우드 운영 조직으로 재설계할 것인가”예요. SaaS는 벤더가 계속 업데이트를 밀어 넣기 때문에 내부 팀이 예전처럼 서버와 패치만 보면 운영이 안 맞거든요.

• 왜 업무량 데이터를 보라고 하냐면, 감으로 인력을 배치하면 레거시 시스템에는 사람이 남고 정작 클라우드 연동이나 벤더 조율 쪽은 비는 일이 생겨요. 티켓 데이터와 반복 업무 패턴을 보면 어떤 역할이 과부하인지 훨씬 명확해져요.

• 내부 운영과 외부 서비스의 경계를 다시 나누는 것도 핵심이에요. SaaS에서는 기능 자체는 벤더가 책임져도, 사용자 교육·변경 영향 분석·연계 시스템 검증은 회사 내부 맥락을 아는 팀이 맡아야 하는 경우가 많아요.

• 자동화는 인력을 줄이자는 얘기라기보다 반복 요청에 운영팀이 계속 묶이지 않게 하자는 쪽에 가까워요. 그래야 지원팀이 단순 티켓 처리에서 벗어나 서비스 품질, 벤더 관리, 거버넌스 같은 더 중요한 일에 시간을 쓸 수 있어요.