SAP 구현

SAP implementation

SAP 구현(Systems, Applications & Products 구현)은 독일 기업 SAP SE의 이름을 말하며, SAP ERP 엔터프라이즈 리소스 계획 소프트웨어를 조직에서 구현하는 방법을 정의하는 전체 프로세스다.이 항목에서 설명하는 SAP 구현 방법은 일반적인 방법이며 이와 같은 특정 구현 방법이 아니다.다양한 문헌 출처의 베스트 프랙티스와 사례 연구를 기반으로 하며, 어떤 조직이라도 SAP 소프트웨어 구현을 계획하고 실행할 수 있도록 완전한 구현 방법을 구성하는 프로세스와 제품의 컬렉션을 제시한다.null

소개

SAP R/3와 같은 SAP 소프트웨어의 구현은 거의 항상 조직에 많은 변화를 가져오는 대규모 운영이다.모든 과정은 최대 몇 년이 걸릴 수 있다.SAP TSO(Technical Support Organization)에 속하든, SAP 소프트웨어의 실제 최종 사용자든, 조직의 거의 모든 사람이 관련되어 있다.SAP 구현이 생성하는 결과적인 변화는 커뮤니케이션 개선 및 정보 수익 증가와 같은 높은 수준의 목표에 도달하기 위한 것이다(사람들이 동일한 정보를 가지고 작업할 것이기 때문이다.따라서 확실한 방법을 사용하여 이행 프로세스를 계획하고 실행하는 것이 중요하다.SAP 구현 방법은 다양하다.한 회사인 Robert Bosch GmbH가 10년에 걸쳐 SAP R/3를 구현한 예를 들 수 있다.이 연구는 IT 아키텍처 설계가 SAP 구현 사례에서 매우 중요하다는 것을 보여준다.null

IEEE 학회지는 2001년과 2002년 동안 고위 경영진이 빠르게 움직이는 국제 소비재(FMCG) 기업에서 문제가 발생한 SAP R/3 구현을 성공적으로 처리한 산업 사례를 보고한다(Lui 2008).

개요

개념 정의
변경 관리 (1) 새로운 업무 방식을 지원하고 변화에 대한 저항을 극복하는 조직 내에서 새로운 가치관, 태도, 규범 및 행동을 정의하고 설치하는 활동, (2) 고객의 요구를 더 잘 충족하도록 설계된 특정 변화에 대한 고객과 이해관계자 간의 공감대를 형성하는 활동, (3) 모든 것을 계획, 테스트 및 구현하는 활동하나의 조직 구조 또는 비즈니스 프로세스에서 다른 조직 프로세스로의 전환의 측면(www.gao.gov)
변경 관리 문서. 변경 관리를 수행하는 동안 필요한 모든 문서, 예를 들어 SAP의 새로운 최종 사용자가 요구하는 기능 테스트 사례 및 기타 모든 문서, TSO의 변경 관리에 사용되는 다양한 툴 및 접근 방식(Anderson, 2003)
소유 비용 분석 SAP 솔루션 스택 및 지속적인 운영 환경에서 비용을 조회하는 장소 및 시기 결정이 분석은 일회성 및 반복적인 내부 및 외부 비용을 모두 해결한다(Anderson, 2003).
컷오버 하나의 시스템에서 새로운 시스템으로의 전환 과정
데이터 센터 데이터 센터는 대량의 전자 장비, 특히 컴퓨터와 통신 장비를 수용하는 데 사용되는 시설이다.null
데이터 센터 요구 사항 SAP 데이터 센터에 대한 요구 사항, 즉 전력 요구 사항, 랙 요구 사항, 네트워크 인프라 요구 사항 또는 네트워크 서버 요구 사항과 같은 물리적 요구 사항(Anderson, 2003)
재해 복구(DR) 요구 사항 몇 시간에서 며칠 또는 몇 주까지 지속되는 다운타임에 초점을 맞춘 요구사항(Anderson, 2003)
기능 테스트 케이스 테스터가 특정 비즈니스 프로세스의 작동 여부를 결정하는 조건 또는 변수 집합
고가용성(HA) 요구사항 사용자의 요구를 충족시키기 위해 시스템을 사용할 수 있어야 하는 시간을 설명하는 요건. (앤더슨, 2003)
설치 설명서 엔드 투 엔드 SAP 솔루션 설치와 관련된 모든 문서(Anderson, 2003)
작업 매뉴얼 현재 상태 시스템 문서, 일상적인 작업 및 기타 정기적인 운영 작업, 다양한 설치 및 운영 점검 목록 및 문서 처리 방법의 수집(Anderson, 2003)
SAP SAP SE는 유럽에서 가장 큰 소프트웨어 회사다.본사는 독일 월도프에 있다.SAP는 1972년 독일 Mannheim에서 전 IBM 직원 5명에 의해 Systemanalyse와 Programmentwicklung("시스템s Analysis and Program Development")으로 설립되었다.null
SAP 구현 프로젝트 계획 SAP 구현 프로젝트를 수행하는 동안 제공되는 모든 제품을 포함하는 포괄적인 프로젝트 계획(Anderson, 2003)
솔루션 스택 제품 또는 서비스와 같은 완전한 기능 솔루션을 제공하는 데 필요한 소프트웨어 하위 시스템 또는 구성 요소 세트.null
솔루션 스택 파트너 목록 SAP 솔루션 스택을 구성하는 제품을 제공하는 모든 벤더 목록(Anderson, 2003)
솔루션 비전 SAP 솔루션의 미래 상태 비전(Anderson, 2003)
응력 시험 계획 주어진 시스템 또는 기업의 안정성을 결정하는 데 초점을 맞춘 시험 계획.그것은 결과를 관찰하기 위해 종종 한계점까지 정상 작동 용량을 초과하는 시험을 포함한다.null
테스트 계획 테스트 진행 방법, 테스트 진행자, 테스트 대상자, 테스트 수행 시간, 테스트 수행 품질 수준 등에 대한 세부 정보(IEEE 829)
트레이닝 특정 유용한 기술과 관련된 직업적 또는 실제적 기술 및 지식을 가르친 결과로 지식, 기술 및 태도의 습득

(http://training.sap.com/)

교육 계획 훈련 단위로 구성되는 훈련계획은 훈련대상자의 학습선호 및 사전지식에 따라 맞춤화된 훈련목표의 계층적 분해의 결과물이다.계획은 연습생이 목표를 달성하는 수단이다.(www.ece.eps.hw.ac.uk/)
TSO 기술 지원 조직.SAP 구현 및 관리에 전념하는 직원(Anderson, 2003)
TSO 관리도 TSO의 구조를 나타낸 차트(Anderson, 2003)

활동표

다음 표에는 SAP 구현 프로세스를 구성하는 모든 활동이 요약되어 있다.이러한 활동은 이 항목의 나머지 부분에 대한 예시와 함께 보다 상세하게 설명되고 상세하게 설명될 것이다.null

활동 하위 활동 설명
프로젝트 준비 크래프트 솔루션 비전 SAP 솔루션의 미래 상태에 대한 솔루션 비전을 구체화하고 전달하여 비즈니스 및 재무 요구사항을 모두 충족하는 설계를 스케치하십시오.이 회사의 핵심 비즈니스와 SAP 솔루션이 핵심 비즈니스의 성공을 어떻게 더 잘 지원할 것인지에 초점을 맞춰야 한다.ROI, 비즈니스 이익 및 성공을 위해 ERP 및 SAP 비즈니스 사례를 통합하는 방법에 대한 지침과 핵심 요구사항에는 경쟁 압력, 가치 제안 및 솔루션이 어떻게 성공을 지원하는지에 대한 내용이 포함된다.null
SAP TSO 설계 및 초기 인력 배치 SAP 솔루션의 주소 지정, 설계, 구현 및 지원을 담당하는 조직인 SAP TSO(Technical Support Organization)의 핵심 위치를 설계하고 인력 배치null
크기 조정 및 Blueprint 작성 소유 비용 분석 수행 소유 비용 분석을 수행하여 최소 비용으로 최적의 비즈니스 솔루션을 얻는 방법, 즉 SAP 솔루션 스택의 맥락에서 비용이 발생하는 위치와 시기를 결정하십시오.null
고가용성 및 재해 복구 요구 사항 파악 모든 고가용성(HA) 및 재해 복구 요구 사항을 파악하여 SAP 시스템의 이후 다운타임을 어떻게 처리할 것인지 계획
SAP 솔루션 스택 벤더 참여 사이징 비교를 기반으로 SAP 솔루션 스택의 모든 계층 및 구성 요소에 대한 최고의 SAP 하드웨어 및 소프트웨어 기술 파트너 선택
스태프 TSO TSO의 대부분을 담당한다. 즉, SAP 데이터 센터의 설치/이행을 개발하고 시작하는 구현의 단기 목표를 직접 지원하는 직책을 충원한다.null
교육 실행 데이터 센터 전문가, 고가용성(HA) 전문가, 네트워크 전문가 등 SAP TSO의 다양한 구성원을 교육하고 최종 사용자에게 필요한 모든 SAP 지식과 기술 제공
SAP 데이터 센터 설정 새로운 SAP DATA Center 기능을 구축하거나 현재 데이터 센터를 SAP 솔루션 스택을 지원할 수 있는 기반으로 전환
설치 수행 웹 애플리케이션 서버 또는 엔터프라이즈 포털과 같은 (내)SAP 구성 요소 및 기술 기반을 설치하십시오.null
SAP에 대한 전체 지원 나머지 TSO 역할(예: 헬프 데스크 작업 및 기타 지원 업무와 관련된 역할)을 식별하고 인력진을 배치하십시오.null
SAP 기능 개발 주소 변경 관리 조직의 변화에 대한 계획적인 접근법을 개발한다.변경에 관련된 모든 사람의 집단적 노력을 극대화하고 SAP 구현과 관련된 변경사항을 이행하지 못할 위험을 최소화하는 것이 목표다.null
SAP 시스템 및 운영 관리 문제 해결 SAP 운영 매뉴얼을 만들고 SAP 관리 애플리케이션을 평가하여 SAP 시스템 관리 및 SAP 컴퓨터 운영을 위한 기반을 구축하십시오.null
기능, 통합 및 회귀 테스트 수행 기능 테스트를 실행하여 SAP 비즈니스 프로세스를 테스트하여 비즈니스 프로세스가 작동하는지 확인하고, 조직의 비즈니스 프로세스가 다른 비즈니스 프로세스 및 회귀 테스트와 함께 작동하여 특정 데이터 및 프로세스 집합이 일관되고 반복 가능한 결과를 산출하는지 검증하십시오.null
최종 준비 시스템 및 스트레스 테스트 수행SAP 스트레스 테스트 계획, 스크립트, 실행 및 모니터링을 통해 서비스 수준 계약에서 정의된 최종 사용자의 기대치가 충족되는지 확인하십시오.null
컷오버 준비 실제 실행 전에 수행해야 하는 모든 컷오버 작업을 설명하는 컷오버 계획을 작성하여 컷오버 계획 수립, 준비 및 실행
Go Live 최종 사용자를 위해 SAP 시스템 켜기

구현 프로세스

프로젝트 준비

Mission Key는 또한 느슨함을 정의한다.null

SAP TSO 설계 및 초기 인력 배치

프로젝트 준비 단계의 첫 번째 주요 단계는 크래프트 솔루션 비전을 제시하고 설계하는 조직인 SAP 기술 지원 조직(TSO)을 설계하고 초기 직원을 두는 것이다.null

두 번째 프로젝트 준비 작업은 이른바 솔루션 비전, 즉 비즈니스 및 재무 요구사항(예산)을 모두 해결하는 것이 중요한 SAP 솔루션의 미래 상태에 대한 비전을 정의하는 것이다.비전 내 주요 초점은 회사의 핵심 비즈니스와 SAP 솔루션이 어떻게 핵심 비즈니스가 성공할 수 있도록 지원하는가에 맞춰져야 한다.그 다음으로 현재 시스템의 단점을 설명하고 SAP 시스템의 가용성(업타임), 보안, 관리성 및 확장성과 관련하여 짧지만 명확한 요구사항을 제시해야 한다.null

크기 조정 및 Blueprint 작성

다음 단계는 흔히 크기 조정 및 청사진 단계라고 하며 구현 프로세스의 주요 청크를 형성한다.위상은 아래에 설명되어 있다.null

이 단계는 TCO 분석(총 소유 비용 분석)을 수행하여 가장 낮은 비용으로 최고의 비즈니스 솔루션을 얻는 방법을 결정하는 것으로 시작한다.즉, SAP 솔루션 스택 옵션과 대안을 비교한 다음 스택의 각 부분이 어떤 비용을 발생시키고 이러한 비용을 언제 발생시킬지 결정하십시오.스택의 일부는 예를 들어 하드웨어, 운영 체제 및 데이터베이스로 취득 비용을 형성한다.그 다음으로, 유지 보수 비용과 다운타임 비용 같은 반복적인 비용을 살펴봐야 한다.비교하고 싶은 다양한 솔루션 스택 대안에 대해 완전한 TCO 분석을 실시하는 대신 솔루션(스택)의 차이만 파악해 분석하는 이른바 델타 분석만 하는 것이 현명할 수 있다.오른쪽의 이미지는 델타 분석의 본질을 묘사하고 있다.null

고가용성 및 재해 복구 요구 사항 파악

다음 단계는 고가용성 요구 사항과 보다 심각한 재해 복구 요구 사항을 파악하는 것이다.이는 하드웨어 장애, 애플리케이션 장애 또는 정전 등과 같은 SAP 시스템의 이후 다운타임을 어떻게 처리할 것인지 계획하기 위한 것이다.조직이 실제 가용성 요구사항을 잘 파악할 수 있도록 다운타임 비용을 계산하는 것이 중요하다.null

SAP 솔루션 스택 벤더 참여

진정한 사이징 프로세스는 다음 단계인 SAP 솔루션 스택 벤더와 협력하는 것이다.즉, 솔루션 스택의 모든 계층과 구성요소에 대한 최고의 SAP 하드웨어 및 소프트웨어 기술 파트너를 선정하는 것을 의미하며, 이는 나란히 싸이징 비교를 기반으로 한다.여기서 영향을 미치는 가장 중요한 요인은 추정된 (동류) 사용자 수와 배치 규모다.현명한 방법은 Accenture, HP, IBM과 같은 SAP의 기술 파트너/SAP 벤더로 이동하기 전에 SAP SE를 참여시켜 권장 솔루션 스택을 명시한 사이징 제안을 작성하도록 하는 것이다.소프트웨어와 하드웨어를 획득해야 하는 여러 계층을 보여주는 단순화된 솔루션 스택이 오른쪽에 표시된다.OSI 모델과의 중첩을 참고하십시오.null

스태프 TSO

TSO(Technical Support Organization)는 SAP를 구현하는 조직에서 가장 중요한 자원이기 때문에 TSO의 인력은 많은 시간을 소비할 수 있는 필수적인 작업이다.이전 단계에서 조직은 이미 가장 중요한 직책을 담당해야 한다.이 시점에서 조직은 TSO의 대부분을 담당해야 한다. 즉, SAP 데이터 센터의 설치/이행을 개발하고 시작하는 구현의 단기 목표를 직접 지원하는 직책을 충원해야 한다.데이터 센터 전문가, 네트워크 인프라 전문가, 보안 전문가, 데이터베이스 관리 전문가 등이 그 예다.null

TSO의 모든 직위에 적합한 사람을 조직 내외에서 찾을 수 있는 방법은 여러 가지가 있으며, 그것은 조직에서 얼마나 많은 시간을 인력에 쓰기를 원하는지에 달려 있다.null

트레이닝

구현 프로세스의 가장 중요한 단계 중 하나는 교육이다.조직 내에서 SAP 전문가가 되거나 SAP 소프트웨어로 작업한 경험이 있는 사람은 거의 없다.따라서 최종 사용자, 특히 SAP TSO: 솔루션을 설계하고 구현하는 사람들을 교육하는 것이 중요하다.일반적인 활동은 직원을 차례로 교육시키는 주요 사용자 그룹을 훈련시키는 것이다(출처: practicalsap.com).조직의 주요 사용자는 시스템의 구현 프로젝트 및 테스트에 참여해야 한다.TSO 내의 많은 사람들은 모든 종류의 훈련을 필요로 한다.이러한 위치의 몇 가지 예는 다음과 같다.

이들 모두는 교육을 통해 필요한 SAP 지식과 기술 또는 SAP 인증 취득이 필요하다.게다가, 사람들은 완전히 새로운 방식으로 사업을 하는 법을 배울 필요가 있다.각 개인이 필요로 하는 SAP 교육의 양을 정의하기 위해 기업은 기술 세트 매트릭스를 활용할 수 있다.관리자는 이 매트릭스를 통해 직원 개개인의 기술별로 예를 들어 1과 4 사이의 숫자로 전문지식의 높이를 정의함으로써 누가 어떤 지식을 보유하고, 훈련을 관리하고 계획할 것인지를 파악할 수 있다.null

SAP 데이터 센터 설정

다음 단계는 SAP 데이터 센터를 설정하는 것이다.즉, 새로운 데이터 센터 설비를 구축하거나 현재 데이터 센터를 SAP 솔루션 스택을 지원할 수 있는 기반, 즉 모든 기술 계층 및 구성 요소(SAP 소프트웨어 제품)를 생산적인 SAP 설치에서 지원할 수 있는 기반으로 전환해야 함을 의미한다.데이터 센터를 설계할 때 가장 중요한 요소는 가용성이다.초기에 정의되었어야 했던 고가용성 및 재해 복구 요구 사항은 SAP 소프트웨어를 호스팅하는 데 필요한 데이터 센터 요구 사항을 잘 파악하도록 한다.데이터 센터 요구사항은 다음과 같을 수 있다.

  • 전력 요구 사항과 같은 물리적 요구 사항
  • 랙 요구 사항
  • 네트워크 인프라 요구 사항 또는
  • 네트워크 서버에 대한 요구 사항.

설치 수행

다음 단계는 웹 애플리케이션 서버나 엔터프라이즈 포털과 같이 구성요소 및 기술 기반이라고 불리는 필수 SAP 소프트웨어 부품을 비즈니스 프로세스 구성에 적합한 상태로 설치하는 것이다.가장 중요한 하위 단계는 OS를 준비하고 데이터베이스 서버를 준비한 다음 SAP 소프트웨어 설치를 시작하는 것이다.여기에서 SAP SE에서 각 SAP 구성 요소 또는 기술 솔루션에 대해 게시한 설치 가이드를 사용하는 것이 중요하다. SAP 구성 요소의 예는 다음과 같다.

  • R/3 엔터프라이즈 - 트랜잭션 처리
  • mySAP BI — 비즈니스 정보 웨어하우스
  • mySAP CRM - 고객 관계 관리
  • mySAP KW - 지식 창고
  • mySAP PLM — 제품 라이프사이클 관리
  • mySAP SCM — 공급망 관리
  • mySAP SEM — 전략적 엔터프라이즈 관리
  • mySAP SRM - 공급업체 관계 관리
  • mySAP HCM - 인적 자본 관리

SAP에 대한 전체 지원

기능 개발 단계로 진입하기 전에 조직은 헬프데스크 작업 및 기타 지원 업무와 관련된 역할과 같은 나머지 TSO 역할을 식별하고 이를 담당해야 한다.null

실현

다음 단계는 기능 개발 단계로서, 변경 관리 및 시험에 관한 모든 것이다.이 단계는 아래에 설명되어 있다.null

주소변경관리

조직의 다음 과제는 조직이 직면한 변화에 대한 계획적인 접근법을 개발하는 것을 의미하는 변경 관리/변경 통제에 관한 모든 것이다.여기서의 목표는 변경에 관련된 모든 사람의 집단적 노력을 극대화하고 SAP 구현과 관련된 변경사항을 이행하지 못할 위험을 최소화하는 것이다.null

SAP 소프트웨어의 구현은 분명 많은 변화를 동반할 것이며 조직은 이러한 변화에 대한 많은 자연적인 반응, 즉 거부 반응을 기대할 수 있다.이에 맞서기 위해서는 변화관리 전담 프로젝트팀을 탄탄하게 만들고, 이 팀의 솔루션 비전과 목표를 전달하는 것이 무엇보다 중요하다.이 팀은 다음과 같은 다양한 출처에서 발생하는 많은 변화 문제를 처리할 준비가 되어 있어야 한다.

SAP 시스템 및 운영 관리

다음으로는 SAP 운영 매뉴얼을 만들고 SAP 관리 애플리케이션을 평가하여 SAP 시스템 관리 및 SAP 컴퓨터 운영의 기반을 조성하는 것이다.매뉴얼은 현재 상태 시스템 문서, 일상 업무 및 기타 정기적인 운영 작업, 다양한 설치 및 운영 점검 목록 및 문서 처리 방법의 모음입니다.null

기능, 통합 및 회귀 테스트

테스트는 어떤 시스템과도 작동하기 전에 중요하다.SAP 시스템을 사용하기 전에, 하드웨어와 소프트웨어의 크고 복잡한 인프라가 종종 관련되기 때문에 다양한 종류의 테스트를 수행하는 것이 필수적이다.품질 매개변수뿐만 아니라 요건도 시험해야 한다.중요한 시험 유형은 다음과 같다.

  • 기능 테스트: 기능 사용 사례, 즉 검사자가 특정 비즈니스 프로세스의 작동 여부를 판단할 수 있는 일련의 조건 또는 변수를 사용하여 테스트
  • 통합 테스트
  • 회귀 검정

모든 테스트는 견고한 테스트 계획 수립이 선행되어야 한다.null

합의는 이루어질 것이다.이는 SAP의 표준 애플리케이션 벤치마크를 사용하여 SAP의 하드웨어 기술 파트너가 테스트한 구성에 대해 조직의 구성을 벤치마킹할 수 있다.다시 말하지만, 처음에는 시험 계획이 만들어져야 한다.null

최종준비

컷오버 준비

SAP와 함께 작동하기 전 마지막 단계를 컷오버 단계라고 부르기도 하는데, 컷오버 단계는 하나의 시스템에서 새로운 시스템으로 전환하는 과정이다.조직은 실제 Go-live 전에 수행해야 하는 모든 컷오버 작업을 설명하는 컷오버 계획을 수립하여 컷오버를 계획하고, 준비하고, 실행할 필요가 있다.컷오버 작업의 예는 다음과 같다.

  • 백업 정책 및 시스템 모니터링과 같은 모든 시스템 관련 작업 절차 검토 및 업데이트
  • SAP 기능 프로세스의 소유권을 개인에게 할당
  • SAP SE가 GoingLive를 확인하여 시스템을 사용할 수 있도록 지원
  • 시스템 잠금(즉, SAP 시스템을 더 이상 변경하지 않음)

라이브 & 지원

앞에서 설명한 모든 단계는 이 마지막 순간, 즉 Go-live로 이어진다.Go-live는 최종 사용자를 위해 SAP 시스템을 켜고 솔루션에 대한 피드백을 받아 솔루션을 모니터링하는 것을 의미한다.제품 소프트웨어 채택이 본격화하는 순간이기도 하다.이 항목에 대한 자세한 정보:

참고 항목

참조

  • 루이, 김만(2008) 씨."팀 전환에 의한 문제 소프트웨어 프로젝트 복원: ERP 프로젝트 사례 연구"IEEE 엔지니어링 관리 관련 거래 55(1): 171 - 184. doi:10.1109/TEM. 2007.912933.
  • 앤더슨, G.W. (2003)SAP 계획:구현 모범 사례.샘스 퍼블리싱
  • 프란칼란치, C. (2001)ERP 프로젝트의 구현 노력 예측: SAP/R3에 대한 경험적 증거정보 기술 저널, 제16권 제1호 33-48호 33-48.
  • 허트, S. G. 스완슨, E. B. (1999년)Siemens Power Corporation에서 SAP 채택정보 기술 저널, 제14권, 제3호, 페이지243–251.
  • 크럼홀츠, M, 메이든, N. (2001)다양한 조직 및 국가 문화에서 엔터프라이즈 리소스 계획 패키지의 구현.정보 시스템, 제26권 제3호, 페이지 185–204.
  • C.S.의 산카르와 K-H.의 라우(2006).2006년 Hershey, PA, Hershy, Cybertech Publishing에서 SAP R/3 구현 전략
  • Xue, Y, Liang, H, Boulton, W.R., Snyder, C.A.(2005) ERP 구현 실패: ERP 공급업체에 시사하는 바가 있는 사례 연구국제 생산경제학 저널 97권, 제3호, 페이지 279-295.
  • 유수프, Y, 구나세카란, A, 압토르페, M.S. (2004)엔터프라이즈 정보 시스템 프로젝트 구현:롤스로이스의 ERP 사례 연구.국제 생산 경제학 저널, 제87권, 발행: 3, 페이지 251–266.