SAP 구축 프로젝트에서 고객사의 PI(Process Innovation) 팀은 핵심적인 역할을 담당합니다. 하지만 일부 고객사 PI 담당자가 책임을 회피하거나 모든 일을 컨설턴트에게 떠넘길 경우, 프로젝트는 방향을 잃고 실패로 이어질 가능성이 높아집니다. 특히, 고객사의 업무와 프로세스를 가장 잘 아는 PI가 AS-IS 분석부터 TO-BE 설계까지 모든 것을 컨설턴트에게 떠넘기면, 이는 최종 결과물의 품질과 프로젝트 성과에 심각한 악영향을 미칩니다. 이번 글에서는 이러한 사례가 프로젝트를 망치는 과정을 단계별로 분석하고, 고객사 PI의 인력구성이 프로젝트에 미치는 영향을 살펴보겠습니다.
1. 고객사 PI가 프로젝트를 망치는 과정
1) AS-IS 분석을 떠넘기는 단계
- 문제점:
고객사 PI는 자사가 현재 어떤 프로세스를 운영하는지 가장 잘 알고 있어야 합니다. 그러나 이를 컨설턴트에게 모두 떠넘기며 “알아서 해달라”는 식으로 일을 회피합니다.- 예: “우리 시스템과 업무는 대충 이런 구조인데, 세부적인 건 컨설턴트가 분석해서 정리해주세요.”
- 영향:
- 컨설턴트는 업계 관행과 경험에 기반한 분석을 하게 되지만, 고객사 고유의 운영 방식과 세부 사항은 반영되지 않을 가능성이 큽니다.
- 고객사의 비즈니스 특성을 제대로 반영하지 못한 AS-IS 문서가 만들어집니다.
2) TO-BE 설계를 컨설턴트에게 맡기는 단계
- 문제점:
고객사 PI는 자사의 목표와 개선 방향을 설정하고, 이를 기반으로 TO-BE 설계를 주도해야 합니다. 하지만 이를 컨설턴트에게 전적으로 맡기며 책임을 회피합니다.- 예: “SAP 모듈에서 일반적으로 하는 방식으로 설계해주세요. 전문가시잖아요.”
- 영향:
- 업계 표준과 SAP 모듈의 기본 기능을 기반으로 설계된 TO-BE 프로세스는 고객사의 실제 요구사항에 부합하지 않을 수 있습니다.
- 결과적으로, 최종사용자와 프로세스 간 불일치가 발생합니다.
3) 최종 사용자 피드백 부재
- 문제점:
고객사 PI는 최종 사용자를 프로젝트 초기 단계부터 적극적으로 참여시키고, 요구사항을 반영해야 합니다. 하지만 이를 소홀히 하면, 최종 사용자는 시스템 오픈 후 문제를 깨닫게 됩니다.- 예: “최종 사용자가 직접 확인할 필요 없어요. 우리 PI 팀에서 다 검토했으니까 괜찮아요.”
- 영향:
- 최종 사용자가 시스템 오픈 후 중요한 기능이 누락되었거나 업무 방식에 맞지 않는다고 불만을 제기합니다.
- 이 시점에서 문제를 해결하려면 추가 시간과 비용이 발생합니다.
4) 책임 전가
- 문제점:
프로젝트가 문제에 직면하면, 고객사 PI는 모든 책임을 컨설턴트에게 전가합니다.- 예: “컨설턴트가 우리 비즈니스를 제대로 이해하지 못해서 이런 문제가 발생한 겁니다.”
- 영향:
- 팀 간 신뢰가 깨지고, 문제 해결보다 비난에 집중하게 됩니다.
- 프로젝트 진행이 지연되며, 추가적인 손실이 발생합니다.
2. 고객사 PI의 인력구성이 프로젝트에 미치는 영향
- 전문성 부족
- PI 팀에 SAP 경험이나 비즈니스 프로세스에 대한 이해가 부족한 인원이 많을 경우, 프로젝트는 방향을 잃기 쉽습니다.
- 이들은 컨설턴트에게 의존도가 높아지며, 결과적으로 프로젝트 품질이 저하됩니다.
- 소통 부족
- PI 팀이 내부 사용자 및 컨설턴트 간의 가교 역할을 제대로 하지 못하면, 요구사항과 설계 간의 불일치가 발생합니다.
- 최종 사용자의 요구사항이 제대로 반영되지 않거나, 잘못 전달될 가능성이 커집니다.
- 책임 분배의 불명확성
- PI 팀이 업무를 주도적으로 이끌지 않으면, 책임 소재가 불분명해지고 프로젝트 진행이 느려집니다.
- 프로젝트 팀은 무책임한 분위기 속에서 비효율적으로 운영됩니다.
- 팀워크 저하
- 고객사 PI가 컨설턴트를 단순한 작업자로 간주하고 무조건적인 지시만 내릴 경우, 협력 관계가 깨지고 갈등이 발생합니다.
- 컨설턴트와 고객사 간 신뢰 부족은 프로젝트의 실패로 이어질 수 있습니다.
3. 성공적인 프로젝트를 위한 제언
- PI의 역할 강화
- 고객사 PI는 프로젝트 초기 단계부터 적극적으로 참여하고, AS-IS 분석과 TO-BE 설계를 주도해야 합니다.
- SAP 구축 경험이 있는 전문가를 PI 팀에 포함시켜 컨설턴트와의 협력을 원활히 해야 합니다.
- 최종 사용자 참여
- 최종 사용자를 프로젝트 초기 단계부터 참여시켜 요구사항을 명확히 정의합니다.
- 사용자 피드백을 반영한 설계는 프로젝트 성공 가능성을 높입니다.
- 명확한 책임 분담
- 고객사 PI와 컨설턴트 간의 역할과 책임을 계약 단계에서 명확히 정의합니다.
- 책임 소재를 사전에 명확히 하여 갈등을 예방합니다.
- 소통 강화
- 정기적인 회의와 투명한 의사소통을 통해 요구사항 변경, 프로젝트 진행 상황을 공유합니다.
- PI와 컨설턴트 간 협력을 촉진하는 워크숍을 통해 팀워크를 강화합니다.
4. 결론
고객사 PI가 책임을 회피하고, 모든 일을 컨설턴트에게 떠넘길 경우, 프로젝트는 고객사의 요구와 맞지 않는 결과물을 낳고 실패로 이어질 가능성이 높습니다. 고객사 PI는 프로젝트의 주도적인 역할을 맡아야 하며, 이를 위해 충분한 전문성과 책임감을 갖춰야 합니다. 컨설턴트와의 협력을 통해 균형 있는 프로젝트를 수행하는 것이 성공의 핵심입니다.
“고객사와 컨설턴트의 협력은 성공적인 프로젝트의 기본입니다. 책임감 있는 PI의 역할이 이를 가능하게 만듭니다.”
태그 목록
#SAP프로젝트 #고객사PI #책임회피 #프로젝트실패원인 #컨설턴트협력
#ASIS분석 #TOBE설계 #SAP구축 #프로젝트갈등 #책임소재
#고객사책임 #SAPPI팀구성 #최종사용자참여 #프로세스설계 #SAP프로젝트관리
#프로젝트성공전략 #프로젝트책임 #팀워크강화 #고객사역할 #PI책임강화
