본문으로 건너뛰기

SAP 파트너와 독립 컨설턴트: 언제 무엇이 필요한가

SAP 파트너는 프로그램을 수행합니다. 독립 컨설턴트는 귀사 편에 서서 그것을 점검합니다. 각자 무엇을 하는지, 언제 무엇이 필요한지, 책임 소재를 흐리지 않고 둘을 함께 운영하는 방법을 정리했습니다.

노트북과 프로세스 화이트보드가 있는 분주한 프로젝트 팀 공간 옆에 선 Noel D'Costa
목차
  1. SAP 구축 파트너가 제공하는 것
  2. 파트너 모델의 구조적 한계
  3. 독립 SAP 컨설턴트가 하는 일
  4. 파트너인가 독립 컨설턴트인가: 언제 무엇이 필요한가
  5. 둘 다 필요할 때: 제가 독립 자문가를 들이는 세 지점
  6. 계약
  7. 설계
  8. 파트너 산출물 평가
  9. 두 역할을 깔끔하게 유지하기
  10. 다음 단계
  11. 자주 묻는 질문

SAP 구축 파트너는 귀사의 프로그램을 수행합니다. 시스템을 설계하고, 개발하고, 테스트하고, 배포하는 팀을 공급하며, 그 수행에 책임을 집니다. SAP 독립 컨설턴트는 파트너의 매출에 이해관계 없이 귀사 편에 서서 계약, 설계, 파트너의 작업을 점검합니다.

짧게 답하면, 대부분의 대형 프로그램에는 수행할 파트너가 필요합니다. 그리고 상당수는 파트너가 구축하는 동안 계약, 설계, 파트너 산출물 검토 단계에서 독립 자문가도 필요합니다.

이 글은 제 SAP 구축 파트너 선정 방법 가이드의 한 부분입니다. 여기서는 두 역할의 구분, 그리고 각자가 언제 비용만큼의 값을 하는지만 다룹니다.

파트너는 수행을 운영하는 회사입니다. 모듈별 기능 컨설턴트, 기술 및 인터페이스 인력, 데이터 이관 전문가, 테스터, 변화관리와 교육 리드, 그리고 이들을 하나로 묶는 프로젝트 관리를 제공합니다. 대체 인력 풀도 있어서, 누군가 떠나면 다른 사람이 들어올 수 있습니다.

대부분의 파트너는 SAP의 구축 방법론인 SAP Activate로 수행합니다. SAP Activate는 Discover, Prepare, Explore, Realize, Deploy, Run의 여섯 단계로 진행됩니다. Explore는 Fit-to-Standard 분석으로 설계를 확정하는 단계이고, Realize는 반복을 거치며 시스템을 개발하고 테스트하는 단계입니다.

SAP는 파트너에게 등급도 매깁니다. SAP의 파트너 프로그램인 SAP PartnerEdge는 일곱 개의 컴피턴시와 각각 essential, advanced, expert의 세 단계로 이루어진 컴피턴시 체계를 씁니다. 파트너는 전문 지식, 고객 성공, 숙련도로 이를 획득하며, 이 지정은 SAP Partner Finder에서 검색할 수 있습니다.

RISE with SAP에는 별도의 인정 제도가 더 있습니다. SAP가 2025년 7월에 설명한 RISE with SAP Validated Partner는 RISE with SAP Methodology와 핵심 역할의 최신 역량을 요구합니다.

파트너 프로젝트는 SAP Cloud ALM에 Clean Core 품질 게이트도 기록해야 합니다. 이 배지들이 무엇을 입증하고 무엇을 입증하지 않는지는 제 S/4HANA 마이그레이션 파트너 선택 가이드에서 다룹니다.

독립 컨설턴트는 이 중 어느 것도 대신하지 못합니다. 한 사람, 또는 몇 사람으로는 프로그램에 인력을 채우지 못하고, 계약상 수행 리스크를 지지 못하며, 테스트 도중 사직한 리드의 공백을 메우지 못합니다.

파트너 모델의 구조적 한계

한계는 누군가의 의도가 아니라 계약의 구조에 있습니다. 파트너의 상업적 동기는 일을 따내고, 시작하고, 더 많은 일을 찾으면 그것을 추가하는 것입니다. 귀사의 동기는 이사회에 보고한 금액 안에서 끝내는 것입니다.

파트너가 회의실의 유일한 전문가일 때 이것이 세 가지 사각지대를 만듭니다.

  1. 파트너가 범위를 씁니다. 그리고 같은 회사가 그 범위를 기준으로 변경 요청을 올립니다.
  2. 파트너가 자기 작업을 스스로 점검합니다. 귀사 측에 그것을 읽을 수 있는 사람이 없으면 설계 문서, 테스트 결과, 컷오버 계획이 파트너의 말만 믿고 승인됩니다.
  3. 제안팀이 늘 수행팀인 것은 아닙니다. 입찰에서 발표한 사람들이 서명 후에 나타나는 사람들이 아닐 수 있습니다.

그렇다고 파트너가 나쁘다는 뜻은 아닙니다. 고객에게 파트너의 작업을 같은 깊이로 읽을 수 있는 사람이 필요하며, 그 사람은 파트너에게서 급여를 받아서는 안 된다는 뜻입니다.

「독립 SAP 컨설턴트」라는 말은 서로 다른 두 가지 일을 가리킵니다. 이 둘을 혼동하는 데서 많은 구매 실수가 시작됩니다.

  • 수행팀 안의 독립 계약자. 재무 리드나 데이터 이관 리드처럼 하나의 역할을 채우기 위해 고용된 프리랜서 전문가입니다. 역량을 보태고 수행 계획에 따라 일하며, 대개 파트너의 지시를 받습니다.
  • 고객 측의 독립 자문가. 귀사의 스폰서, CIO, CFO에게 보고합니다. 시스템을 구축하지 않습니다. 계약, 설계, 산출물을 점검하고, 파트너가 귀사 대신 내려서는 안 되는 결정을 귀사가 내리도록 돕습니다.

이 글은 주로 두 번째 유형을 다룹니다. 고객 측 자문가의 가치는 한 가지에서 나옵니다. 검토가 끝난 뒤 귀사에 팔 것이 없다는 점입니다. 독립성 점검 항목은 SAP 협상 자문가에 관한 제 글에 더 자세히 정리했습니다.

자문가에게도 한계가 있습니다. 대체 인력이 없고, 수행 책임을 지지 않으며, 파트너의 컨설턴트를 지휘하기 시작하는 자문가는 누가 무엇에 책임지는지를 흐립니다. 역할을 좁게 유지하면 제대로 작동합니다.

구매자에게 중요한 질문을 기준으로 두 역할을 비교하면 다음과 같습니다.

질문SAP 구축 파트너독립 자문가
누구를 위해 일하는가귀사와 계약을 맺은 자기 회사귀사만
무엇을 제공하는가설계, 개발, 테스트, 데이터 이관, 컷오버, 하이퍼케어검토, 문제 제기, 귀사가 근거를 댈 수 있는 결정
수행 책임있음, 작업기술서에 따라없음
상업적 이해관계범위와 기간이 늘수록 매출 증가수행 범위나 기간에 대한 이해관계 없음
주요 강점역량, 대체 인력, 방법론, 제품에 대한 깊이답에 이해관계가 없는 두 번째 검토자
주요 한계별도의 점검을 두지 않으면 자기 작업을 스스로 점검프로그램에 인력을 채우거나 수행할 수 없음
언제 참여시키는가계약 서명부터 하이퍼케어까지선정과 계약, 설계, 산출물 승인

이 표는 세 가지 상황을 가리킵니다.

  1. 파트너만. 귀사 팀이 이전에 SAP 프로그램을 운영해 본 적이 있고, 외부 도움 없이 파트너의 아키텍처, 계약, 산출물에 문제를 제기할 수 있습니다. 범위가 작고 명확하게 정의되어 있습니다.
  2. 독립 컨설턴트만. 아직 구축할 것이 없거나 구축 규모가 작습니다. 프로그램 건강 진단, 비즈니스 케이스, RFP, 계약 검토, 또는 계약자가 채우는 단일 전문가 역할입니다.
  3. 둘 다. 어느 정도 규모가 있는 프로그램인데 귀사 내부에 시니어급 SAP 경험이 없는 경우입니다. 파트너는 수행하고, 자문가는 점검하고, 귀사는 결정합니다.

이 글을 읽는 CIO와 CFO 대부분은 세 번째 그룹에 속합니다. 대형 프로젝트는 운영해 봤지만 SAP 프로그램은 아니며, 파트너가 고객 측 누구보다도 SAP를 더 잘 압니다.

저는 파트너에게만 의존하지 않고 세 단계에서 독립 컨설턴트를 들입니다. 계약, 설계, 파트너 문서 평가입니다. 그 사이 기간에는 자문가의 관여가 가벼워도 됩니다.

계약

선정과 계약은 프로그램 전체의 비용이 정해지는 단계입니다. 저라면 최소 세 곳의 파트너를 숏리스트에 올리며, 선정을 제대로 하면 약 12주가 걸립니다. 평가 방식은 제 SAP 파트너 RFP 작성 가이드에서 다룹니다.

고객을 위해 파트너를 고를 때 제가 가장 무겁게 보는 것은 고객 레퍼런스입니다. 레퍼런스 통화에서는 구매자와 비슷한 프로젝트에서의 파트너 경험을 묻습니다. 다른 종류의 프로젝트에서 나온 레퍼런스는 알려 주는 것이 거의 없습니다.

제가 입찰에서 돌아서게 만드는 것은 두 가지입니다. 첫째는 제안된 인력의 수준이 낮은 경우입니다. 둘째는 귀사 프로그램의 아키텍처와 계획을 설명하지 못하는 파트너입니다.

어느 회사에나 해당될 수 있는 일반론적인 답은 둘 모두의 경고 신호입니다.

회사뿐 아니라 사람도 확인하십시오. SAP Certification 배지는 Credly에서 발급되므로, 제안된 리드마다 자격증 PDF가 아니라 배지 링크를 요청하십시오.

상업 조건에서 제가 권하는 모델은 공수를 정량화한 투입 공수 기반(T&M) 방식입니다. 단계별, 역할별 예상 공수를 계약에 넣으면 실제 공수를 그 기준과 대조해 추적할 수 있습니다.

고객이 작업기술서(SOW)에서 가장 자주 빠뜨리는 부분은 상세한 전제 조건과 제외 범위입니다. 모호한 전제 조건 하나하나가 미래의 변경 요청입니다. 그 범주는 제 SAP 작업기술서 가이드에 정리했고, 지명 인력과 마일스톤은 ERP 계약 협상에 관한 제 글에서 다룹니다.

설계

예산은 WRICEF 목록(워크플로, 리포트, 인터페이스, 데이터 변환, 기능 확장, 양식)이 늘어나는 Explore 단계에서 타격을 입습니다. 파트너가 Fit-to-Standard 워크숍을 진행하고 설계를 제안합니다. 귀사의 현업 팀은 어떤 선택이 나중에 비용이 되는지 모른 채 동의하는 경우가 많습니다.

독립 자문가는 세 가지 질문을 염두에 두고 설계를 읽습니다.

  1. SAP 표준에 가깝게 유지됩니까? 모든 이탈에는 예전 시스템에서 넘어온 습관이 아니라 비즈니스상의 이유가 필요합니다.
  2. 모든 WRICEF 오브젝트가 타당합니까? Explore 시작과 끝에 오브젝트 수를 세고, 새로 생긴 것마다 왜 있는지 물으십시오.
  3. 설계가 가격을 매긴 내용과 일치합니까? Explore에서 나온 설계가 계약이 전제한 것보다 크다면, Realize가 시작되기 전에 알아야 합니다.

설계의 주인은 여전히 파트너입니다. 자문가는 귀사의 설계 승인 권한자가 확신을 갖고 승인하거나 반려할 수 있을 만큼의 깊이를 보태 줍니다.

파트너 산출물 평가

모든 단계는 문서로 끝납니다. 설계 문서, 기능 명세서, 테스트 계획과 결과, 데이터 이관 대사, 컷오버 계획입니다. 인수가 대금 지급과 연결되어 있다면, 승인은 기술적 결정이자 상업적 결정입니다.

자문가는 귀사 팀이 서명하기 전에 각 산출물을 인수 기준에 비추어 검토합니다. 질문은 간단합니다. 이것으로 개발하고, 테스트하고, Go-Live할 수 있을 만큼 완성되었습니까, 아니면 나중에 귀사 예산으로 마무리될 자리 표시용 문서입니까? 그 승인이 실효성을 갖게 하는 방법은 제 SAP 품질 게이트 가이드에서 보여 드립니다.

파트너의 일을 점검하는 사람이 파트너 자신뿐이어서는 안 됩니다.

자문가는 파트너와 경쟁하거나 모든 결정을 뒤에서 의심하려고 있는 것이 아닙니다. 역할이 흐려지면 파트너는 책임을 잃고, 고객은 같은 의견에 두 번 돈을 냅니다.

다음 규칙이 이 체계를 제대로 작동하게 합니다.

  1. 독립성을 서면으로 확보하십시오. 평가 대상 파트너로부터의 매출, 소개 수수료, 리셀러 계약이 없어야 합니다.
  2. 후속 업무를 배제하십시오. 입찰을 평가한 사람이 나중에 그 수행 업무에 입찰해서는 안 됩니다.
  3. 자문가의 범위를 문서로 정하십시오. 어떤 문서를, 어느 단계에서 검토하고, 누구에게 보고하는지입니다.
  4. 책임 라인을 하나로 유지하십시오. 자문가는 검토하고, 고객은 결정하고, 파트너는 수행합니다. 자문가는 파트너의 팀을 지휘하지 않습니다.
  5. RFP 단계에서 파트너에게 알리십시오. 계약, 설계, 산출물이 검토된다는 것을 아는 파트너는 더 신중하게 작성합니다. 자기 계획에 자신 있는 파트너는 두 번째 검토자가 있어도 잃을 것이 거의 없습니다.

때로는 검토에서 파트너가 고칠 수 없는 문제가 발견됩니다. 저는 프로그램 도중에 파트너를 바꾼 적이 있고, 계기는 파트너가 수준 있는 인력을 제공하지 못한 것이었습니다. 그 대화를 하기 전에 무엇을 확보해야 하는지는 제 프로젝트 도중 SAP 파트너 교체 가이드에서 다룹니다.

RFP를 내기 전에, 귀사 팀이 문제를 제기할 수 있어야 하는 결정들을 목록으로 만드십시오. 아키텍처와 계획, 계약, Explore에서의 설계, 그리고 각 산출물의 승인입니다.

각 항목 옆에 그 일을 할 수 있는 귀사 측 사람의 이름을 적으십시오. 빈칸이 바로 독립 자문가가 들어갈 자리입니다.

제가 이끌었거나 구해 낸 21개의 SAP 프로그램에서 가장 크게 본 실수는 시작 단계에서 계획을 제대로 세우지 않는 것입니다. 누가 파트너를 점검할지 정하는 것도 그 계획의 일부입니다.

파트너 숏리스트, 계약, 설계에 대해 독립적인 시각이 필요하시다면 제가 이 일을 돕고 있으며, 여기에서 저에게 연락하실 수 있습니다.

SAP 파트너와 독립 SAP 컨설턴트의 차이는 무엇입니까?

SAP 구축 파트너는 프로그램을 수행하고 작업기술서에 따라 그에 대한 책임을 지는 회사입니다. 독립 SAP 컨설턴트는 수행팀 안의 프리랜서 전문가이거나 고객 측 자문가입니다.

자문가는 계약, 설계, 파트너의 산출물을 점검합니다. 자문가는 파트너의 매출에 이해관계가 없습니다.

독립 SAP 컨설턴트는 언제 고용해야 합니까?

귀사 팀에 파트너에게 문제를 제기할 만한 시니어급 SAP 경험이 없을 때 들이십시오. 가장 중요한 지점은 계약 단계, Explore 단계의 설계, 파트너 산출물의 승인입니다. 건강 진단, 비즈니스 케이스, RFP처럼 아직 구축할 것이 없는 일에도 독립 컨설턴트가 적합합니다.

독립 컨설턴트가 SAP 구축 파트너를 대신할 수 있습니까?

전체 프로그램에서는 불가능합니다. 구축에는 모듈, 기술, 데이터, 테스트, 변화관리에 걸친 팀과 떠나는 사람을 메울 대체 인력, 그리고 수행 책임을 지는 회사가 필요합니다. 독립 컨설턴트는 전문가 역할을 채우거나 고객에게 자문할 수는 있지만, 파트너의 일을 할 수는 없습니다.

SAP 컨설턴트가 정말 독립적인지 어떻게 확인합니까?

SAP 파트너, 특히 귀사가 평가하는 파트너로부터 매출, 소개 수수료, 리셀러 수익을 받는지 서면으로 물으십시오. 자신이 검토한 수행 업무에 입찰하지 않을 것인지 확인하십시오. 그리고 파트너가 아니라 귀사가 비용을 지급하고 귀사 스폰서에게 보고하는지 확인하십시오.

SAP 파트너가 독립 자문가에 반대하지 않을까요?

이를 마찰로 보는 파트너도 있으므로 공개적으로 설정하십시오. RFP 단계에서 계약, 설계, 산출물이 독립적으로 검토된다는 것을 파트너에게 알리고, 자문가의 역할은 파트너 팀에 대한 지휘가 아니라 검토로 한정하십시오. 자기 계획에 자신 있는 파트너는 두 번째 검토자가 있어도 잃을 것이 거의 없습니다.

SAP 컨설턴트의 자격증은 어떻게 확인합니까?

SAP Certification 배지는 Credly에서 발급됩니다. 제안된 컨설턴트마다 자격증 PDF가 아니라 배지 링크를 요청하고, 배지 페이지에서 자격 명칭, 보유자, 날짜를 확인하십시오. 자격증은 시험 지식을 확인해 줍니다. 그 사람이 실제로 해낼 수 있는지는 비슷한 프로젝트의 레퍼런스가 알려 줍니다.

Noel D'Costa

글쓴이

Noel D'Costa

항공, 정부, 금융, 유통, 제조 분야의 SAP 및 Oracle ERP 프로젝트에서 25년을 일했습니다. 재무 출신입니다. 경영진이 혁신의 범위를 현실적으로 정하고, 어려움에 처한 프로젝트를 정상화하며, 운영 첫해를 견뎌 내는 시스템을 구축하도록 돕습니다.

다음 단계

지금 ERP 프로젝트를 진행 중이십니까?

이 글이 지금 진행 중인 프로젝트와 맞닿아 있다면, 30분 대화가 일주일간의 내부 분석보다 대개 더 많은 진전을 가져옵니다.