찾다 

SAP 구현. SAP ERP 시스템이란 무엇입니까? 결과 및 역학

기존 소프트웨어 개발 프로젝트와 달리 SAP 구현은 구현 전, 구현, 구현 후의 세 단계로 나뉩니다. 구현 전 단계는 10장과 11장에서 설명합니다. AcceleratedSAP 방법론(ASAP)을 사용한 구현은 12장부터 17장까지 설명합니다. 구현 후 단계는 18장과 19장에서 설명합니다.

사전 구현 단계 사전 구현 단계에서는 프로젝트 및 조직위원회 구성, 구현 프로젝트 팀 구성 및 설치가 포함됩니다. 컴퓨터 장비그리고 SAP 소프트웨어. 소프트웨어 설치에는 장비 및 인프라 준비, 설치가 포함됩니다. 운영체제, 데이터베이스, 클라이언트 소프트웨어 및 SAP R/3 시스템. SAP 구현 시 관리 기능에는 다음이 포함됩니다. 시스템 관리, 운영 관리 R/3, 네트워크 관리, 데이터베이스, 프린터, 클라이언트 및 사용자 프로필, 보안 관리 등. 이 단계에서 활동의 또 다른 중요한 측면은 구현 프로젝트 팀과 다른 사용자를 교육하는 것입니다. 전체 프로젝트의 성공은 이 측면에 달려 있습니다.

훈련 고려 짧은 시간 SAP 구현 프로젝트에서 SAP는 교육이 해당 프로젝트의 성공을 위한 중요한 구성 요소임을 강조합니다. SAP는 모든 것을 포괄하는 광범위한 교육 과정을 제공합니다. 조직적인 측면모든 SAP 프로젝트. 이 과정의 주제는 시스템의 일반적인 개요부터 특정 주제에 대한 철저한 연구까지 다양합니다. 교육 과정은 세 가지 난이도로 구분됩니다.

레벨 1 - R/3 기술을 소개하는 1~2일 코스 레벨 2 - 특정 분야의 초기 전문성을 제공하는 3~5일 코스 레벨 3 - 레벨 2에서 공부한 분야에 대한 심층적인 지식을 제공하는 3~5일 코스.

레벨 10 과정은 시스템에 대한 기본적인 결정을 내리는 사람들을 위한 것이며, 구현 프로젝트가 시작되기 전에 이 과정을 수강하는 것이 좋습니다.

SAP는 또한 SAP 파트너를 위한 학술 과정을 제공합니다. 이 과정은 5~7주 동안 지속되며 특정 모듈(FI, CO, HR, SD, ABAP, Basis 등)에 대한 집중 학습을 포함합니다. 이 코스는 가장 많은 내용을 다룹니다. 중요한 측면모듈에 익숙해지는 것부터 시작하여 예제를 사용한 구성 및 작동에 대한 철저한 연구로 끝나는 하나 또는 다른 모듈 무역 회사. 이 과정을 이수한 사람은 특정 모듈에 대해 "공인 컨설턴트"라는 칭호를 받습니다. 이러한 과정은 이전에는 SAP 컨설팅 파트너에게만 공개되었지만 이제는 모든 SAP 고객에게 공개됩니다.

SAP 설치

SAP 설치에는 기본 SAP 라이센스 설치 및 사용자 인터페이스 사용자 정의가 포함됩니다. 이를 통해 SAP 시스템은 품질과 효율성을 엄격하게 통제할 수 있습니다.

중소기업의 구현을 위해 SAP는 다음 5단계로 구성된 가속화된 구현 방법론인 AcceleratedSAP를 권장합니다.

프로젝트 준비

엔터프라이즈 프로세스 다이어그램 작성

구현

최종 준비

출시 및 기술 지원.

구현 후 구현 후 단계에는 SAP 도움말, 손실된 데이터 복구 시스템, 보관 시스템과 같은 시스템 서비스 설치가 포함됩니다. 구현 후 기본 모듈 SAP Data Warehouse(BW), SAP Workflow 등과 같은 다른 모듈의 구현을 시작할 수 있으며 SAP 시스템 아키텍처에 익숙해질 수도 있어 시스템에 새로운 기능을 간단하고 빠르게 추가할 수 있습니다.

SAP 시스템의 효과적인 운영을 위해서는 구현팀과 최종 사용자에 대한 교육이 중요한 역할을 합니다.

이 칼럼에서는 SAP 프로젝트가 단순히 SAP 프로젝트에만 국한되지 않는 이유를 알아봅니다. 기술 프로젝트소프트웨어 구현에 대해. SAP는 우리 비즈니스에 큰 영향을 미치는 통합된 프로세스 지향 소프트웨어입니다. 이를 사용하면 프로젝트에 접근하는 방식은 물론 구현 방식에 대한 아이디어도 크게 달라집니다.

1.1. 내가 10살이 된 날

나는 1997년 필리핀 사무실에 도착했던 그날 아침을 기억합니다. 3주 전에 우리는 샴페인을 통해 SAP의 생산적인 운영으로의 전환을 축하했습니다. 마닐라 프로젝트는 아시아 태평양(APAC) 지역에서 7번째 프로젝트였으며, 지역 소프트웨어 리더인 우리에게는 병이 열리는 소리가 매일 즐거운 일이 되었습니다. 우리 프로젝트의 목표는 APAC 지역의 모든 제조 공장에서 판매 및 유통(SD), 자재 관리(MM), 생산 계획(PP) 및 품질 관리(QM) 모듈을 구현하는 것이었습니다. 그 시점에서 우리는 성공적인 구현을 위해 가능한 모든 장애물을 해결했다고 확신했으며 이번 경우도 다르지 않을 것입니다. 그러나 며칠 전 모니터링한 바에 따르면 필리핀에서의 판매는 이번 달에 40% 감소했고 생산은 50% 감소했습니다. 우리는 생산에 들어가기 전에 판매 및 생산이 최고조에 이르렀다가 일반적으로 생산에 들어간 후 첫 주에 같은 규모의 감소가 일어나는 것에 익숙합니다. 우리는 이전 프로젝트에서 이러한 잠재적 감소가 다음과 같은 중요한 영향을 미칠 수 있음을 확인했습니다. 일상 업무, 재고 증가 및 고객 문제가 동반됩니다. 40% 하락이 놀라워서 직접 사무실에 가서 현장을 살펴봤습니다.

오전 9시쯤 사무실에 들어가던 중 페드로를 만났습니다. 페드로는 원자재 부족으로 생산 주문에 문제가 있다고 말했습니다. 그 이유는 입고 및 기획 부서의 업무에 있었습니다. 첫 번째로 입고된 자재가 제대로 처리되지 않았고, 두 번째로 잘못된 재고 데이터가 예측에 사용되었습니다. 문제를 즉각 해결하지 않으면 상황은 더욱 악화될 것으로 예상됩니다. 구매 부서의 Carlos는 프로젝트 영수증 프로세스를 담당했습니다. 아쉽게도 SAP 생산 전환 직후 발생한 대규모 개편으로 인해 퇴사하게 됐다. 불과 한 달 전에 Carlos가 조달 책임자로 승진했기 때문에 나는 이 말을 듣고 어리둥절했습니다.

내가 커피를 마시고 있는 동안 그들은 나에게 이렇게 설명했다. 지역 관리자다 실바 씨는 공장에서 긴급한 문제를 처리하고 있었습니다. 나에게는 옳지 않은 것 같았습니다. 다 실바 씨는 생산 주문 상황을 확인하기 위해 사무실을 떠났습니까? 제가 거기에 갔을 때 저는 이 사건이 단순히 긴급한 문제나 작은 문제가 아니라는 것을 깨달았습니다. 주요 사용자는 사무실에 없었고, 프로세스를 담당하는 현지 직원은 더 이상 회사에서 근무하지 않았으며, 사용자는 당황하여 종이 문서 흐름으로 돌아갔습니다.

정오쯤 다 실바 씨와 본사 사이의 전화 통화를 목격했습니다. 디트로이트에 있는 우리의 글로벌 주요 고객은 마닐라 공장이 부정확하고 늦게 배송되고 있으며 상황이 즉시 수정되지 않으면 생산 라인이 이틀 안에 폐쇄될 것이라고 불평했습니다. 나는 아드레날린이 솟구치는 것을 느꼈다. 다음 몇 시간에 걸쳐 저는 Da Silva 씨가 SAP가 가동된 직후 필리핀에서 우리 회사 운영의 세 가지 영역을 위한 중앙 집중식 서비스 플랫폼을 만들기 위한 이니셔티브를 가속화하고 있다는 것을 알게 되었습니다. “이제 그 새로운 시스템생산적인 모드로 작업하면 우리의 개념을 실현할 수 있을 것입니다. 서비스 센터," -그가 말했다. “지금은 지원 인원을 줄여서 기다릴 필요가 없습니다.” 새로 임명된 여러 프로세스 소유자와 프로젝트에 참여하는 잘 훈련된 핵심 사용자는 비즈니스 프로세스를 변경하지 않은 채 해고되었습니다.

약 15:00에 나는 홍콩에 있는 감독에게 내가 관찰한 내용을 보고했습니다. 나는 내 목소리 톤에 놀랐다. “Waynie, 이 회사는 곧 운영을 중단할 예정이에요. 고객에게 배송은 거의 무작위로 이루어지며, 잘못된 예측에 따른 계획과 생산이 충돌하고, 자재 이동이 기록되지 않고, 문서가 인쇄되지 않으며, 지난 달에 어떤 주문이 ​​전송되었는지조차 알 수 없습니다! 송장을 어떻게 발행하나요?”

어떻게 모든 것이 그렇게 파손될 수 있었습니까? 6시 이후 성공적인 프로젝트, 시스템이 안정적이고 안정적으로 작동하고 비즈니스 프로세스가 높은 수준에서 수행되는 경우 프로세스에서 발생하는 변화를 이해했다고 생각했습니다. 아마도 문제는 사람에게 있는 것이 아닐까?

위의 내용은 대규모 다국적 조직에서 발생한 매우 실제적인 상황입니다. 경험을 통해 우리는 이런 일이 매우 자주 발생한다는 것을 알고 있습니다. 대부분의 SAP 구현의 경우(설치된 버전에 관계없이) 시스템은 다음과 같은 경우에 작동을 시작합니다. 완전 결석또는 조직 자체와 시스템 구현으로 인해 발생할 결과에 대한 지식이 매우 낮습니다. 변화는 직원들이 인식하고 이해할 수 있는 정확한 속도로 이루어져야 합니다. 직원들에게 짜증을 주는 것은 레거시 시스템에서 SAP로의 전환이 아니라, 오히려 변화이러한 시스템을 작동시키는 데 필요한 프로세스입니다. 보다 정확하게는 프로세스 통합입니다.

1.2. 프로세스 통합

조직의 효율성은 프로세스, 시스템, 사람 사이에 구축된 관계에 따라 달라집니다. 따라서 우리가 원하든 원하지 않든 SAP 구현에는 겉보기에 관련이 없어 보이는 세 가지 활동 영역, 즉 소프트웨어 개발, 경영학그리고 조직심리학. 이 세 가지 요소 중 하나를 방치하면 나머지 두 요소가 이를 대체할 수 없습니다. 에 표시된 바와 같이 쌀. 1.1, SAP 구현 프로세스의 조직적 변화는 사람, 기술, 프로세스라는 세 가지 구성 요소의 교차점에서 이루어집니다. SAP를 구현하려면 시스템(기술)의 변화뿐 아니라 업무 방식(프로세스)의 근본적인 변화도 필요하며, 결과적으로 새로운 지식과 기술 습득, 행동(직원)의 변화도 필요합니다.

쌀. 1.1세 가지 구성 요소의 교차점

모든 SAP 프로젝트가 성공하는 것은 아니며 때로는 투자 수익이 적절하지 않다는 사실도 알고 계실 것입니다. 반면 SAP 도입으로 수익성이 몇 배로 늘어난 기업도 있다. 합리적인 질문이 생깁니다: "성공적인 조직과 실패한 조직을 구별하는 것은 무엇입니까?"

SAP를 성공적으로 구현한 조직과 SAP를 성공적으로 구현하지 못한 조직의 차이점을 자세히 살펴보면 후자가 구현 목적에 따라 소프트웨어를 설치한다는 의미로 잘못되었음을 알 수 있습니다. 일부 변경으로 인해 간단한 구현이 지원되더라도 경영활동, 이는 아직 SAP 구현을 성공시키기에 충분하지 않습니다. SAP 구현으로 이익을 얻는 조직은 프로젝트를 기업 전체를 변화시키는 근본적인 기업가적 이니셔티브로 보기 때문에 이익을 얻습니다. 물론 소프트웨어 설치는 이 과정의 일부이지만 극히 일부에 지나지 않습니다. 즉, 성공적인 조직은 문제의 근본 원인이 기술적인 것이 아니라 조직적인 것임을 이해합니다. 다음 섹션에서는 이 상황을 더 자세히 살펴보겠습니다.

1.2.1 프로세스 단편화

비즈니스 프로세스 리엔지니어링이라는 개념을 처음으로 제시한 마이클 해머(Michael Hammer)는 SAP 구현 실패의 주요 원인이 기능적 프로세스의 특정 기능을 무시하는 것이라고 지적합니다. 조직 구조, 각 사업 기능이 독립되고 독립되면 별도의 '요새'로 변합니다. 그는 이러한 상황을 '프로세스 단편화'라고 불렀습니다.

쌀. 1.2기능적 조직 구조(Hammer, 1998)

에서 알 수 있듯이 쌀. 1.2, 기능적 조직 구조의 부서는 서로 분리되어 있습니다. 엔드투엔드 비즈니스 프로세스와 고객 요구 사항에 대한 지식은 자신이 축적한 정보에 의해 결정됩니다. 자체 시스템. 그러한 조직에서는 모든 영업 사원이 기꺼이 고객의 주문을 수락하지만 고객에게 생산 일정을 알리는 순간 무력해질 것입니다. 생산데이터는 생산관리시스템에 축적됩니다. 이러한 "요새" 사이의 벽으로 인해 생산 관리자는 주문이 언제 배송될지에 대한 질문에 답할 수 없습니다. 기능적 조직 구조에 따르면 이것은 그의 직업이 아닙니다. 이 경우 영업 담당자는 고객에게 반품된 주문에 대한 환불 시기를 설명할 수 없습니다. 이 정보는 안전하게 보호됩니다 재무 시스템회계.

1.2.2 기능적 조직 구조 사용의 결과

섹션 1.2.1에 표시된 기능적 조직 구조에서, 수명주기고객의 주문은 그에 대한 정보를 단계별로 축적하는 정보 시스템에 의해 조각화됩니다. 프로세스의 각 단계에서 주문에 대한 기능 정보가 전송됩니다. 다음 부서로, 이로 인해 매번 처리가 지연됩니다. 또한, 들어오는 정보가 이를 전송하는 "기능적 강도"가 의도한 방식으로 항상 해석되지 않는다는 사실로 인해 오해와 오해가 발생합니다(참조. 쌀. 1.2). 각 부서는 자체 용어를 사용하고 하위 문화의 법칙에 따라 메시지를 "코드"합니다.

놀랍게도 고객 중심의 기능적 조직 구조를 가장 방해하는 요소는 다음과 같이 린 경영의 초석이기도 합니다.

능력. 우리 직원들이 유능하지 않다면 우리 조직은 지금까지 성취한 성공을 이룰 수 없을 것이라고 말해도 무방합니다. 그러나 유능한 직원은 자신의 역량 영역 주위에 경계를 만들고 그 경계와 동일시하기 시작합니다. 직원들은 “나는 ABC 회사에서 일해요”라고 말하는 대신 “나는 R&D/생산/재무/조달 부서에서 왔습니다”라고 말합니다. 유능한 직원은 유능한 상태를 유지하고 싶어합니다. 그들이 고용된 것은 바로 이러한 자질 때문이며, 이것이 그들이 자신을 식별하는 이유입니다.

오토메이션. 관리 및 보고는 최대한 자동화되어야 합니다. 가능한 볼륨, IT 시스템은 비즈니스를 지원해야 합니다. 이전에는 이는 전통적인 정보 시스템을 "요새"에 집중하는 것을 의미했습니다. 기존 시스템에 따라 개발되었습니다. 기술 사양, "요새"의 유능한 관리자로부터 받았습니다. 그들은 자신의 부서와 관련된 데이터만 처리하고 자신의 역량을 확인하는 보고서만 생성합니다. 이 접근 방식은 조각화를 증가시켜 프로세스를 불투명하고 번거롭고 비효율적으로 만듭니다.

향상된 성능에 대한 보상입니다. 합리적 경영에서는 보상, 인센티브, 측정 시스템이 직원의 높은 성과를 장려하도록 설계되었다고 주장합니다. 그러나 기능적 조직 구조에서 효율성은 전체 프로세스의 효율성이 아니라 각 부서의 효율성 수준으로 측정됩니다. 주요 지표인센티브에 사용되는 성과 지표(KPI) 전문적인 업적(예를 들어, 유능한 인력을 선택하는 경우 부서 비용을 10% 절감) 실제로 전체 "엔드 투 엔드" 프로세스(예: 주문에서 결제까지)의 효율성을 감소시킬 수 있습니다.

1.2.3 SAP 구현으로 인해 어떤 변화가 있었나요?

SAP는 통합된 소프트웨어는 조직의 모든 "요새"를 대상으로 하며 공통 데이터와 원활한 인터페이스를 통해 연결합니다. SAP의 목표는 회계 및 보고 프로세스, 조달부터 결제까지, 주문부터 결제까지, 채용부터 해고까지의 주기 등 프로세스 조각을 엔드 투 엔드로 통합하는 것입니다.

단편화된 프로세스를 통합하는 것은 리엔지니어링의 주요 과제입니다. 트랜잭션 실행이 SAP 시스템 개발의 최전선에 있기 때문에 프로세스가 투명해집니다. SAP는 또한 실행된 데이터 흐름을 트랜잭션 실행에 맞게 조정합니다. 이것은 매우 중요한 점, 이러한 방식으로 직원의 업무 방식과 정보 배포 방법 및 정보 액세스 원칙이 근본적으로 변경되기 때문입니다. 보다 구체적으로 말하면, 목표 달성을 위한 일반적인 방법을 다시 생각하게 만드는 다음과 같은 구현 결과를 경험하게 될 것입니다.

  • 작업이 더 이상 제한되지 않습니다. 정보 시스템특정 부서. 다른 포트리스의 데이터에 액세스할 수 있을 뿐만 아니라 추가 사용을 위해 입력한 데이터의 적합성을 확인할 수도 있습니다. 이는 귀하가 업무를 수행하면서 귀하를 따르는 직원의 업무를 더 잘 이해해야 함을 의미합니다.
  • 원활한 인터페이스가 모든 조직 기능에 대한 가시성을 제공하므로 조직 경계가 사라집니다. 실제로 이는 다른 부서에서 쌓인 모든 지식과 혼란이 갑자기 그들에게 공개되기 때문에 직원들 사이에 '문화 충격'을 야기합니다. 습관적인 수직적 의사소통과 정보 흐름은 프로세스 기능에서 제거되고 수평적 흐름으로 대체됩니다.
  • 일반 직원은 일정한 권한을 받습니다. 왜냐하면... 데이터의 세계에 접근할 수 있습니다. 정보는 힘이므로 이러한 재분배는 관리자로부터 그 힘의 일부를 빼앗아 일반 직원에게 분배하는 큰 문제입니다. 그러나 직원들이 자신의 행동에 대해 책임을 지지 않는다면 권한을 직원들에게 분배하는 것은 의미가 없습니다. 올바른 데이터를 적시에 입력하는 것이 중요합니다. 따라서 아마도 가장 큰 변화는 태도의 변화일 것입니다. 직원은 통제된 데이터 처리자에서 무슨 일이 일어나고 있는지 깊이 이해하는 책임감 있는 개인으로 이동합니다. SAP는 직원이 시스템에 입력한 정보에 대해 개인적으로 책임을 지는 경우에만 작동합니다.
  • 프로세스가 표준화되고 시스템이 엄격하게 정의된 워크플로에 사용자를 통합합니다. 해당 구매 주문 없이 송장은 지급되지 않으며, 적절한 생산 주문 확인 없이는 재고 수준이 업데이트되지 않으며, 송장 및 자재 문제 없이 제품이 배송되지 않습니다. 이것은 영웅적인 행동(“그냥 이것만 하고 나중에 서류를 준비하자”)을 불가능하게 만듭니다. 일상 업무가 비체계적인 개입으로 구성되어 있다면 이는 실제 문제입니다. 표준 프로세스는 정보 입력 방식과 지원 요구 사항 변경에도 큰 영향을 미칩니다. 모든 부서가 동일한 데이터를 사용하여 동일한 시스템에서 작업해야 하므로 시스템 가용성과 응답 시간이 그 어느 때보다 중요해졌습니다.

1.2.4 SAP 구현의 본질은 무엇입니까: 인사 관리

SAP는 비즈니스 프로세스의 효율성을 높이겠다는 약속을 충실히 이행하고 있습니다. 이는 비즈니스 수행 방식을 완전히 바꿀 수 있습니다. SAP 구현을 통해 데이터 공유가 가능하고 부서간 커뮤니케이션이 향상됩니다. 원하든 원하지 않든 어떤 경우에도 이러한 결과를 얻을 수 있으므로 가능한 한 빨리 이러한 프로세스를 제어하는 ​​것이 좋습니다. 소프트웨어를 구현할 때 우리는 다음 사항에 주의를 기울입니다.

  • 분석 필요
  • 구성/개발
  • 하드웨어 요구 사항 및 시스템 성능
  • 부하 계획
  • 데이터 정리
  • 사용자 교육
  • 장비 및 사용자의 승인 통제

이러한 요소는 성공적인 SAP 구현에 필요하지만 충분하지는 않습니다. SAP 구현의 성공 여부는 주로 비기술적 리소스인 인력 관리에 달려 있습니다. Michael Hammer(2005)에 따르면 SAP 구현 성공의 핵심 요소는 다음과 같습니다.

  • SAP 구현을 전략적 비즈니스 문제로 포지셔닝
  • 조직 내 모든 부서의 전담 리소스를 갖춘 프로젝트 팀
  • 프로세스 책임자에게 의사결정 권한을 이양합니다(많은 조직에는 항상 프로세스 책임자조차 없기 때문에 이 점을 특히 강조해야 합니다). 이러한 직원은 필요한 수준의 권한을 갖고 있어야 하며 자신의 역할을 준비하고 이해해야 합니다.
  • 정규직프로젝트 계획에 따라 방법론적으로
  • 신속한 결정을 내리고 문제 재검토를 피하기 위해 시스템을 사용
  • 노력의 집중과 에너지 보존
  • 현실적이고 불변하는 마감일로부터 시간 관리 및 계획 수립
  • 회사의 완전한 참여를 통해 프로젝트의 구현을 보장합니다.
  • 현실적인 역량과 범위 내에서 노력의 균형을 보장합니다.
  • 위의 모든 것을 결합한 소프트웨어 제어
  • 모든 단계를 진지하게 받아들이고
  • 변화관리의 길을 따라 끊임없는 움직임: 인적 요소
  • 행동과 리더십에 대한 책임.

성공을 위한 이러한 중요한 요소 중 어느 것도 본질적으로 기술적인 요소는 아닙니다. 이 모든 것은 조직의 문제입니다. 그러므로 “직원이 가장 큰 문제이다”라는 마이클 해머(Michael Hammer)의 유명한 말이 사실입니다.

1.2.5 프로세스를 중요하게 생각하는 기업의 예

SAP를 구현하기 전에 프로세스와 구조를 변경했습니다. 사람과 구조가 업무에 원활하게 전환될 수 있도록 조직화하는 것이 필요합니다. 완전한 통합함께. 그래야만 SAP를 사용하여 조직의 효율성을 높이는 것에 대해 생각할 수 있습니다.

회사 A: 국제적인 회사화학 산업에서

이 회사는 화학 산업의 글로벌 플레이어로서 제품 생산부터 대중 판매까지 완전한 수직 체인을 보유하고 있습니다. 역사적으로 비즈니스 성장으로 인해 많은 지역 판매 지점이 등장했습니다. 소규모 생산용량이 적고 저장 시설. 이러한 각 점은 어느 정도 독립성을 갖고 있어 높은 레벨분산. 현지점들은 실무 경험을 축적해 자체 제작, 도입했다.

자신의 데이터를 기반으로 작업을 수행합니다. 처음에는 직원들에게 표준화와 중앙 집중화의 이점을 설득하는 것이 매우 어려웠습니다. 그들은 자신들의 세계를 정리했다 평소대로모든 것이 잘 작동했습니다. 현지 고객 지원을 제공하는 현지 유통 센터; 넓은 지역에 대한 현지 구매 권한; 지역 교통 계획 및 실행; 장비 유지 관리 작업을 위한 현지 청구 및 현지 부품 창고.

에너지 및 원자재 가격 상승으로 인한 경쟁 심화와 수익 감소로 인해 회사 경영진은 국제적 규모의 표준화 프로젝트를 시작하기로 결정했습니다. 그 결과 여러 판매 지점이 포함된 여러 지역으로 지리적으로 구분된 통합 SAP 환경이 탄생했습니다.

각 판매 시점은 비즈니스 기능을 중앙 집중화하고 전체 지역을 고려하여 수행하기 시작했습니다. 각 지역에는 다음 각 기능에 대한 서비스 센터가 있습니다.

  • 유통과 창고 보관이 한 지점에 집중됩니다. 현지 재고는 여전히 존재하지만, 한 지역의 모든 재고는 하나의 센터에서 중앙 관리됩니다.
  • 구매 측면에서는 지역 전체에 대한 승인 워크플로우가 구축되었고, 하나의 마스터 카탈로그가 기존보다 더 나은 구매 조건을 제공했습니다.
  • 주문 관리 및 고객 서비스를 위한 단일 연락 창구가 나타났습니다.
  • 유통뿐 아니라 교통계획도 중앙집중화됐다.
  • 예비 부품 공급에 대한 통제는 전체 지역에 서비스를 제공하는 하나의 중앙 창고로 통합함으로써 달성되었습니다.

B사: 국제적인 자동차 제조업체

전 세계에 지사를 두고 있는 이 회사에서는 모든 프로세스를 재무제표주로 현지 법적 요구 사항을 지원하는 데 중점을 둔 현지 시스템의 지원을 받습니다. 또한 대부분의 경우 시스템은 로컬 서버에 설치되었습니다. 그 결과 다음과 같은 결과가 나왔습니다.

  • 단편화된 회계 환경
  • 지역 (법적) 요구 사항에 대해서만 회계 시스템 개발
  • 표준화가 부족하거나 일반적인 방법업무 (회계 원칙 및 규칙)
  • 그룹 수준에서 병합하는 데 시간이 너무 오래 걸림
  • 단편화된 정보
  • 시스템 단편화: 엄청난 양다른 로컬 시스템(예: 주문 접수 시스템)과의 인터페이스

이러한 전체 상황으로 인해 효율성이 저하되어 프로세스를 완료하는 데 너무 오랜 시간이 소요되었습니다. 게다가 기술 인프라에 회사가 너무 많은 비용을 요구하기 시작했습니다. 회사 경영진은 SAP를 구현하기로 결정했습니다. 다음과 같은 결과가 얻어졌습니다:

  • 더욱 통합된 환경
  • 글로벌 회계 환경
  • 주로 그룹 회계 시스템을 사용하는 표준화된 작업 방법; 하나의 글로벌 계정과목표
  • 교체된 레거시 시스템
  • 조직의 정보 흐름 최적화, 통합 프로세스 단순화

또한, 글로벌 구조를 도입하여 관리회계 프로세스의 최적화가 가능해졌습니다.

루크 갈로펜

Luc Galoppen - 응답 관리 컨설팅 전무이사, 자문 회사, 조직 변화 전문. SAP 프로그램을 다루면서 다양한 분야의 업무와 사용자 커뮤니티와의 소통을 통해 조직 변화 분야의 경험을 쌓았으며, 경영 분야에서도 다양한 업무를 수행하면서 다양한 경험을 쌓았습니다. 고객은 화학, 가스, 화장품 산업에 종사하고 있습니다. 또한, 조직변화와 소통을 주제로 강의하고 있다. 다양한 회사그리고 몇몇 경영대학원에서도요. Galoppen 씨는 루벤 가톨릭대학교에서 응용경제학 석사 학위를, 워릭 경영대학원에서 유럽 노사관계 석사 학위를 취득했습니다.

이 칼럼은 "라는 책의 일부 장을 출판합니다.제어 조직 변화 SAP®를 구현할 때 ". 이 책은 저희 출판사에서 번역 출판되었습니다. 링크를 클릭하시면 구매하실 수 있습니다. .

SAP R/3 구현: 관리자 및 엔지니어를 위한 가이드 Kale Vivek

SAP 구현 방법론

SAP 구현 방법론

이상적인 조건에서 프로젝트는 비용 견적 내에서 시간 내에 완료될 수 있습니다. 최고의 효율성. SAP를 처음 접하는 기업이 성공적으로 구현하는 데 도움이 되는 시스템 및 절차에 대한 표준 접근 방식을 갖추는 것이 중요합니다. 이 접근 방식("방법론"이라고 함)은 가장 효과적이지는 않지만 최적의 조건에서 성공을 보장합니다. 기업이 생존하고 발전하는 것은 이상이나 최선의 계획을 세우기 때문이 아닙니다. 불리한 조건하지만 그들이 계획을 세우기 때문에 최적의 조건. SAP 구현의 경우 구현 방법론은 어려운 비즈니스 조건, 조직 및 자원 구조, 마감일 등에서 프로젝트의 성공을 보장해야 합니다. 구현 방법론에는 다음과 같은 측면이 있습니다.

비즈니스 프로세스 모델링: 회사는 원하거나 필요한 비즈니스 프로세스를 결정합니다.

SAP가 지원하는 프로세스에 대해 엔터프라이즈 프로세스 매핑: 회사는 모델링된 프로세스의 요구 사항을 충족하는 표준 SAP 프로세스 및 기능을 지정합니다.

격차 분석: 회사는 표준 SAP 기능과 모델링된 프로세스의 요구 사항 간의 불일치 또는 격차를 평가합니다.

SAP 구현 프로젝트 범위의 최종 정의: 회사는 SAP 구현 범위를 결정합니다. 즉, SAP와 함께 구현될 프로세스를 나타냅니다.

SAP 시스템 구성: 회사는 이전에 설정된 요구 사항을 충족하기 위해 구현 가이드를 사용하여 SAP 기준 설정을 구성합니다(12장의 구현 가이드를 통한 구성 참조). 모든 설정은 클라이언트 001에서 이루어집니다.

맞춤형 SAP 시스템 테스트: 구성된 시스템의 기능은 실제 데이터를 사용하여 테스트됩니다.

감지된 기능 격차는 다음 조치를 사용하여 해결할 수 있습니다.

원하는 기능을 달성하기 위한 해결 방법을 개발하고 적절한 구성을 구현합니다.

사용자 설정을 통해 ERP에서 원하는 기능을 프로그래밍합니다.

SAP CSP(Complementary Software Program)를 통해 SAP 시스템과의 호환성이 인증된 다른 회사의 추가 소프트웨어 제품 설치.

다음 버전의 SAP 또는 이 기능이 제공되는 다음 업그레이드까지 이 기능의 구현을 연기합니다.

SAP 기능과 호환되고 동일한 결과를 얻을 수 있도록 비즈니스 프로세스를 근본적으로 변경합니다.

SAP를 직접 수정하는 것은 권장되지 않지만 프로그램의 소스 코드를 변경하면 SAP 보증이 무효화되므로 권장되지 않습니다. 또한 수정된 소프트웨어는 SAP의 향후 버전과 호환되지 않을 수 있습니다.

SAP 시스템은 SAP 구현을 지원하기 위해 완전한 R/3 비즈니스 엔지니어 환경을 제공합니다. SAP 비즈니스 프로세스를 모델링할 때 다음 도구 중 하나를 사용할 수 있습니다: IDS Sheer ARIS, 마이크로소프트 비시오, IntelliCorp LiveModel 및 기업 헌장. 이는 R/3 참조 모델을 기반으로 하며 R/3 시스템의 기능과 상호 작용하기 위한 직접적인 인터페이스를 제공합니다. 이는 모델링 환경에서 직접 특정 SAP 트랜잭션을 시작할 수 있게 해주기 때문에 시스템에 대한 이해를 크게 촉진합니다. 반면에 이러한 시스템에서 제공하는 프로세스 모델은 특정 SAP 트랜잭션에 대한 완전한 컨텍스트를 제공합니다.

위에서 언급한 R/3 참조 모델과 도구는 EPC(Event-Driven Process Chain)라는 SAP 권장 모델링 기술을 사용합니다. 기본적으로 이 기술 모델은 시스템 내 이벤트에 의해 트리거되는 순서화된 절차 집합으로 처리됩니다. 이러한 이벤트는 데이터베이스(예: 업데이트) 또는 화면(예: 사용자가 메뉴 항목을 선택하거나 웹 페이지의 링크를 클릭할 때)에서 발생할 수 있습니다.

SAP 절차 모델

이는 전통적인 SAP 구현 모델이며 SAP 시스템과 완전히 통합됩니다. 이 모델은 SAP R/3 3.0 시스템과 동시에 1995년에 도입되었습니다. 때때로 SAP 절차 모델의 사용에 의문이 제기됩니다. 이 모델은 오래되었으며 AcceleratedSAP를 위해 폐기되어야 한다는 느낌이 있습니다. 그러나 AcceleratedSAP 방법론은 주로 중소기업을 위해 설계되었다는 점을 명심해야 합니다. 대기업 SAP 절차 모델은 여전히 ​​최고의 SAP 구현 방법론입니다. 이 책에서는 주로 중소기업을 위한 SAP 구현을 다루고 있으므로 여기서는 소개하겠습니다. 간단한 설명매출이 12억 달러 이상인 기업에 이상적인 SAP 절차 모델입니다.

그림에서. 그림 5.8은 SAP 절차 모델을 개략적으로 나타냅니다.

쌀. 5.8. SAP 절차 모델.

SAP 절차 모델은 다음 네 단계로 구성됩니다.

1. 조직 및 개념 설계

프로젝트 준비

개발 환경 구성

프로젝트 팀 교육

기능 및 프로세스 정의

인터페이스 및 개선 사항 정의

개념적 설계 및 품질 관리 조직.

2. 세부 시스템 설계 및 설치

기본 매개변수 구성

조직 구조 설정

마스터 데이터 준비

프로세스 및 기능 구성

인터페이스 구현 및 개선

보고 설정

데이터 아카이브 관리 조직

마지막 테스트

품질 관리 시스템의 상세 설계 및 설치.

3. 출시 준비

사용자 문서 작성

출시 준비 중

시스템 환경 설정

최종 사용자 교육

시스템 관리 설치

시스템 출시 전 품질 점검.

4. 시스템 운영

실제 운영을 위한 기술 지원

도움과 지원 조직

시스템 운영 설정.

가속화된 SAP 방법론

ASAP(AcceleratedSAP)는 1996년에 도입된 신속한 시스템 구현 방법론으로 주로 미국 시장을 대상으로 합니다. 이 방법론은 구현 프로세스를 용이하게 하는 다양한 도구와 유틸리티를 제공합니다. 그 중 일부는 다음과 같습니다.

구현 보조원

질문 답변 데이터베이스(Q&Adb)

주제 데이터베이스

관리

지식 기반

ASAP 방법론은 이 책의 4부에서 자세히 설명합니다.

UML Self-Teacher 책에서 작가 레오넨코프 알렉산더

2장 복잡한 시스템의 객체 지향 분석 및 설계 방법론 개발에 대한 역사적 개요

책에서 각 프로젝트에는 고유한 방법론이 있습니다. 작가 카우번 알리스테어

방법론의 구성 요소 및 범위 "방법론"이란 Miriam-Webster American Dictionary에서 단어의 첫 번째 정의로 쓰여진 "일련의 관련 방법 또는 기술"을 의미합니다. 옥스퍼드 사전에서는 이 단어를 "방법 연구"로만 정의합니다. 안에

소프트웨어 개발 프로세스 성숙도 모델 책에서 폴크 마크

실시간 방법론 변경 그리고 마지막으로 방법론을 만들 때 가장 중요한 마지막 요소는 작업 중에 필요한 방법론을 직접 조정하는 것입니다. 모든 프로젝트에는 고유한 방법론이 필요하다는 점을 이해하고 나면,

작가 레이먼드 에릭 스티븐

구현 확인 구현 확인 섹션에서는 설정된 프로세스에 따라 작업이 수행되는지 확인하는 단계를 설명합니다. 이 섹션에는 일반적으로 경영 검토, 감사, 품질 보증 활동이 포함됩니다.

The Art of 프로그래밍 for Unix 책에서 작가 레이먼드 에릭 스티븐

7.2.5. 구현 검토 구현 검토 섹션에는 일반적으로 프로젝트 관리자 및 고위 경영진의 감독과 품질 보증 팀 또는 다른 사람이 수행하는 특정 통제 활동과 관련된 주요 관행이 포함됩니다.

프로그래밍 기술 책에서 저자 Kamaev V A

구현 검토 확인 1: 교육 프로그램 활동에 대한 고위 경영진의 정기적인 검토는 적시에 정보를 얻기 위해 고위 경영진이 수행합니다. 생산 과정그리고 그의 이해

SAP R/3 구현: 관리자 및 엔지니어를 위한 가이드 책에서 발췌 케일 비벡

이행 검증 점검 1. 프로젝트 관리 업무 이행에 대한 고위 경영진의 정기적 검토 고위 경영진 검토의 표준 내용과 관련된 관행은 핵심 프로세스 그룹의 점검 1번 설명에 포함되어 있습니다.

해커로부터 보호 책에서 기업 네트워크 작가 저자 알 수 없음

구현 검토 확인 1. 소프트웨어 제품 개발 엔지니어링 활동 구현에 대한 고위 경영진의 정기적 검토 고위 경영진의 표준 검토 내용과 관련된 관행은 확인 1번의 설명에 포함되어 있습니다.

작가의 책에서

이행 점검 점검 1. 그룹 간 조정 활동 이행에 대한 고위 경영진의 정기적인 검토 고위 경영진의 점검 표준 내용과 관련된 관행은 핵심 그룹의 점검 1번 설명에 포함되어 있습니다.

작가의 책에서

구현 검증 검증 1: 품질 보증(SQA) 팀은 전문가 평가와 관련된 작업 및 중간 제품에 대한 검토 및/또는 감사를 수행하고 그 결과를 보고합니다. 핵심 프로세스 그룹 "품질 보증"

작가의 책에서

작가의 책에서

푸 마스터와 방법론 컨설턴트 푸 마스터와 그의 제자 뉴비가 성지를 방문했을 때, 저녁에 푸 마스터는 듣기 위해 모인 사람들 사이에서 그들이 하룻밤 동안 머물렀던 도시와 마을의 유닉스 신자들과 이야기를 나누곤 했습니다. 그 사람은

작가의 책에서

12.5. 개발 방법론의 구성 요소 프로젝트 관리 방법론을 고려해야 할 필요성에 대한 아이디어를 얻었으므로 개별 구성 요소인 예비 분석을 고려해 보겠습니다. 명확한 목적 진술; 컴파일된 데이터 모델 및 사전

작가의 책에서

ERP 시스템 선택 방법론의 본질 ERP 개념의 기본은 프로세스 중심 기업의 자동화이므로 기업에서 구현할 프로세스를 선택하는 것이 매우 중요합니다. 선발팀은 다음 사항에 따라 결정을 내릴 것입니다.

작가의 책에서

구현 전략 이 섹션에서는 "슈퍼마켓 선반에 있는 제품과 같은" ERP 시스템 구현 프로젝트를 위해 새천년 기업이 채택해야 할 전략이 무엇인지 살펴보겠습니다. Bang' 원칙을 조직이 취해야 한다.

작가의 책에서

취약점 연구방법론의 본질을 설명해보자 간단한 언어로, 취약점 연구 방법론의 의미는 무엇입니까? 취약성은 누군가가 이를 악용했는지 여부에 관계없이 마이크로컨트롤러든, 마이크로컨트롤러든 모든 곳에 존재하는 것입니다.

이상적인 조건에서 프로젝트는 시간과 예산 내에서 최대의 효율성으로 완료될 수 있습니다. SAP를 처음 접하는 기업이 성공적으로 구현하는 데 도움이 되는 시스템 및 절차에 대한 표준 접근 방식을 갖추는 것이 중요합니다. 이 접근 방식("방법론"이라고 함)은 가장 효과적이지는 않지만 최적의 조건에서 성공을 보장합니다. 기업은 이상적이거나 최악의 조건을 계획하기 때문에 생존하고 성장하는 것이 아니라 최적의 조건을 계획하기 때문에 성장합니다. SAP 구현의 경우 구현 방법론은 어려운 비즈니스 조건, 조직 및 자원 구조, 마감일 등에서 프로젝트의 성공을 보장해야 합니다. 구현 방법론에는 다음과 같은 측면이 있습니다.

비즈니스 프로세스 모델링: 회사는 원하거나 필요한 비즈니스 프로세스를 결정합니다.

SAP가 지원하는 프로세스에 대해 엔터프라이즈 프로세스 매핑: 회사는 모델링된 프로세스의 요구 사항을 충족하는 표준 SAP 프로세스 및 기능을 지정합니다.

격차 분석: 회사는 표준 SAP 기능과 모델링된 프로세스의 요구 사항 간의 불일치 또는 격차를 평가합니다.

SAP 구현 프로젝트 범위의 최종 정의: 회사는 SAP 구현 범위를 결정합니다. 즉, SAP와 함께 구현될 프로세스를 나타냅니다.

SAP 시스템 구성: 회사는 이전에 설정된 요구 사항을 충족하기 위해 구현 가이드를 사용하여 SAP 기준 설정을 구성합니다(12장의 구현 가이드를 통한 구성 참조). 모든 설정은 클라이언트 001에서 이루어집니다.

맞춤형 SAP 시스템 테스트: 구성된 시스템의 기능은 실제 데이터를 사용하여 테스트됩니다.

감지된 기능 격차는 다음 조치를 사용하여 해결할 수 있습니다.

원하는 기능을 달성하기 위한 해결 방법을 개발하고 적절한 구성을 구현합니다.

사용자 설정을 통해 ERP에서 원하는 기능을 프로그래밍합니다.

SAP CSP(Complementary Software Program)를 통해 SAP 시스템과의 호환성이 인증된 다른 회사의 추가 소프트웨어 제품 설치.

다음 버전의 SAP 또는 이 기능이 제공되는 다음 업그레이드까지 이 기능의 구현을 연기합니다.

SAP 기능과 호환되고 동일한 결과를 얻을 수 있도록 비즈니스 프로세스를 근본적으로 변경합니다.

SAP를 직접 수정하는 것은 권장되지 않지만 프로그램의 소스 코드를 변경하면 SAP 보증이 무효화되므로 권장되지 않습니다. 또한 수정된 소프트웨어는 SAP의 향후 버전과 호환되지 않을 수 있습니다.

SAP 시스템은 SAP 구현을 지원하기 위해 완전한 R/3 비즈니스 엔지니어 환경을 제공합니다. SAP 비즈니스 프로세스를 모델링할 때 IDS Sheer ARIS, Microsoft VISIO, IntelliCorp LiveModel 및 Enterprise Charter 도구 중 하나를 사용할 수 있습니다. 이는 R/3 참조 모델을 기반으로 하며 R/3 시스템의 기능과 상호 작용할 수 있는 직접적인 인터페이스를 제공합니다. 이는 모델링 환경에서 직접 특정 SAP 트랜잭션을 시작할 수 있게 해주기 때문에 시스템에 대한 이해를 크게 촉진합니다. 반면에 이러한 시스템에서 제공하는 프로세스 모델은 특정 SAP 트랜잭션에 대한 완전한 컨텍스트를 제공합니다.

위에서 언급한 R/3 참조 모델과 도구는 EPC(Event-Driven Process Chain)라는 SAP 권장 모델링 기술을 사용합니다. 기본적으로 이 기술 모델은 시스템 내 이벤트에 의해 트리거되는 순서화된 절차 집합으로 처리됩니다. 이러한 이벤트는 데이터베이스(예: 업데이트) 또는 화면(예: 사용자가 메뉴 항목을 선택하거나 웹 페이지의 링크를 클릭할 때)에서 발생할 수 있습니다.

SAP 절차 모델

이는 전통적인 SAP 구현 모델이며 SAP 시스템과 완전히 통합됩니다. 이 모델은 SAP R/3 3.0 시스템과 동시에 1995년에 도입되었습니다. 때때로 SAP 절차 모델의 사용에 의문이 제기됩니다. 이 모델은 오래되었으며 AcceleratedSAP를 위해 폐기되어야 한다는 느낌이 있습니다. 그러나 AcceleratedSAP 방법론은 주로 중소기업을 위해 설계된 반면, 대기업의 경우 SAP 절차 모델이 최고의 SAP 구현 방법론이라는 점을 고려해야 합니다. 이 책은 중소기업을 위한 SAP 구현에 중점을 두고 있으므로 여기서는 매출이 12억 달러 이상인 기업에 이상적인 SAP 절차 모델에 대해 간략하게 설명하겠습니다.

그림에서. 그림 5.8은 SAP 절차 모델을 개략적으로 나타냅니다.

쌀. 5.8. SAP 절차 모델.

SAP 절차 모델은 다음 네 단계로 구성됩니다.

1. 조직 및 개념 설계

프로젝트 준비

개발 환경 구성

프로젝트 팀 교육

기능 및 프로세스 정의

인터페이스 및 개선 사항 정의

개념적 설계 및 품질 관리 조직.

2. 세부 시스템 설계 및 설치

기본 매개변수 구성

조직 구조 설정

마스터 데이터 준비

프로세스 및 기능 구성

인터페이스 구현 및 개선

보고 설정

데이터 아카이브 관리 조직

마지막 테스트

품질 관리 시스템의 상세 설계 및 설치.

3. 출시 준비

사용자 문서 작성

인사말!

오늘은 약속대로 한 몫 더 드릴게요 유용한 정보당신의 발전을 위해.

시도 할 것이다 간단한 말로요점을 파악하다 SAP ASAP 방법론, 이는 오늘날까지 기업에서 SAP ERP 시스템을 성공적으로 구현하는 길의 초석입니다.

첫째, 약간의 배경 지식입니다.

SAP 시스템의 다양성과 유연성으로 인해 다양한 산업의 요구 사항을 충족할 수 있지만, SAP 구현을 위한 합리적인 기간은 기업이 SAP 구현 가능성을 평가할 때 고려해야 하는 가장 중요한 요소 중 하나입니다. ERP. 첨단 기술, 고부가가치 시스템 부문이 시장에 진입함에 따라 정보 기술 90년대 들어 SAP가 점점 포화되면서 중소기업 부문에서 SAP의 잠재력이 드러나기 시작했습니다. 이러한 유형의 고객은 2~3년 정도 지속되는 ERP 구현 프로젝트를 수행할 충분한 자원과 시간이 없습니다.

1996년 SAP는 구현 프로젝트를 크게 가속화하는 것을 목표로 AcceleratedSAP(ASAP) 방법론을 도입했습니다. ASAP 방법론을 통해 신규 고객은 경험과 혜택을 누릴 수 있었습니다. 전문 지식, 전 세계적으로 수많은 구현이 이루어졌습니다.

최대한 빨리(ASAP)란 무엇입니까?

신속한 구현과 지속적인 최적화를 위한 방법론인 ASAP는 IMG(구현 가이드)와 같은 도구와 관련된 로드맵 방법론으로 구성되며, ASAP는 구현하는 데 오랜 시간이 소요되지 않는 중소기업을 위해 특별히 고안되었습니다.

ASAP 방법론은 다양한 체크리스트, 표, 설문지, 답변, 문서 템플릿, 지침 등으로 구성됩니다. 또한 ASAP는 SAP 인프라, 설치 및 운영과 관련된 광범위한 기술 문제에 대한 가이드, 교육 도구 및 가속기를 제공합니다. ASAP에서 제공되는 다양한 검토 및 체크리스트는 프로젝트 자체의 진행 상황뿐만 아니라 프로젝트의 모든 단계에서 시스템의 안정성과 통합을 모니터링합니다.

방법론 네트워크 그래픽(로드맵)에는 SAP 구현으로 인한 기업 변화를 관리하는 데 필요한 변경 관리 작업과 가속기도 포함되어 있습니다.

이 기사에서는 이론을 자세히 다루지 않을 것입니다. 지금은 그다지 중요하지도 흥미롭지도 않습니다. ASAP 구성 요소 자체를 살펴보겠습니다. 로드맵 또는 네트워크 다이어그램, 러시아에서 번역된 대로입니다.

네트워크 다이어그램(로드맵)은 최대 품질과 예산 내에서 가능한 한 최단 시간 내에 실행 가능한 시스템을 확보하기 위해 단계, 필요한 이정표를 명확하게 하고 전체 프로젝트의 전체 속도를 설정하는 프로젝트 가이드 역할을 합니다. ASAP 네트워크 일정은 프로젝트 준비, 개념 설계, 구현, 최종 준비, 출시 및 지원, 최적화 등의 단계로 구성됩니다.

프로젝트 준비

이 단계의 목적은 SAP 구현 프로젝트의 계획과 준비를 보장하는 것입니다. 중에 주요 업무프로젝트 준비 과정에서 해결해야 할 사항은 다음과 같습니다.

    프로젝트의 목표와 전망을 결정하고,

    구현량에 대한 가장 정확한 평가,

    구현 전략을 결정하고,

    프로젝트의 일반 작업 일정 및 시스템 구현 순서 결정,

    프로젝트의 조직 구조와 위원회를 정의하고,

    자원 분배.

구현 초기에 이러한 질문에 대한 정확한 답변을 통해 효과적인 구현을 보장합니다. 디자인 작업성공적인 SAP 구현의 핵심입니다.

개념 프로젝트(비즈니스 청사진)

이 단계의 목표는 시스템에 대한 고객의 상세한 기술 및 비즈니스 요구 사항을 나타내는 개념적 프로젝트(비즈니스 청사진)를 생성하여 SAP 시스템 내 비즈니스 프로세스 구성에 대한 고객의 비전을 완전히 이해하는 것입니다. 개념 설계 단계에서는 다음을 보장하는 정보 시스템 구축 전략이 결정됩니다. 빠른 회수투자. 개념적 프로젝트의 개발을 통해 단계적 구현을 ​​위한 실행 프로그램을 가질 수 있을 뿐만 아니라 중요한 결과를 얻을 수도 있습니다. 경제적 이익개선을 통해 기존 시스템기업 관리.

개념 설계 프레임워크 내에서 다음 작업이 해결됩니다.

    비즈니스 프로세스의 정의 및 분석,

    미래 시스템에 대한 요구사항의 공식화 및 문서화,

    프로젝트의 최종 범위를 자세히 설명하고 승인합니다.

    시스템 아키텍처 개발 및 기본 설계 솔루션 결정,

    훈련 전략 분석 및 수립,

다음으로 프로토타입 솔루션을 만들기 위한 작업 패키지가 개발되고 있습니다. 이 경우 SAP 시스템에 대한 추가 프로그래밍이나 확장 없이 구성할 수 있는 프로세스에 노력이 집중됩니다. 추가 프로그래밍이나 확장이 필요한 요구사항의 구현은 구현 단계의 별도 작업 패키지에서 발생합니다.

실현

프로젝트 구현 단계에서 프로젝트 그룹 IMG(구현 가이드)를 사용하여 개념 설계 요구 사항을 고려하여 시스템 구성, 필요한 수정 및 시스템 테스트를 수행합니다.

고객 요구 사항 준수를 위한 시스템 테스트는 품질 관리를 위해 별도의 SAP 시스템에서 수행되며 다음 두 단계로 수행됩니다.

    기능 테스트

    통합 테스트

기능 테스트 단계에서는 각 하위 시스템의 기능을 확인합니다. 통합 테스트 단계에서는 엔드투엔드 비즈니스 프로세스의 기능을 확인합니다.

테스트 결과는 프로토콜에 기록되며 이를 기반으로 시스템의 요구 사항 미준수가 식별되고 의견이 제거됩니다.

이 단계의 결과는 회사의 모든 요구 사항을 충족하는 완전히 구성되고 테스트된 SAP 시스템이 되어야 합니다.

최종 준비

이 단계에서는 시스템이 산업 운영을 위해 준비되고 있습니다. 모든 예외 상황이 해결되고 불일치가 제거됩니다.

유지된 스트레스 테스트, 높은 서버 부하에 대한 시스템의 저항을 확인할 때. 또한 데이터는 고객 회사의 과거 시스템에서 SAP 시스템으로 마이그레이션됩니다.

SAP 컨설턴트는 주요 사용자와 최종 사용자에게 시스템 사용 방법에 대한 교육을 제공합니다. 특히 사용자 지침이 개발되고 있습니다. 교육 자료, 그룹 구성 및 교육 기간을 계획하고 최종적으로 사용자에 대한 최종 인증을 수행합니다.

출시 및 지원(Go Live 지원)

시스템 출시와 관련된 문제를 해결하는 단계입니다. 출시 준비 상태를 확인하고 가능한 문제를 제거합니다.

SAP 컨설턴트는 일일 사용자 지원을 제공하고 이전에 숨겨진 시스템 오류와 불일치를 제거합니다.

필요한 경우 고객과의 합의에 따라 이전에 합의된 프로젝트 범위에서 제공되지 않은 기능으로 시스템을 보완할 수 있습니다. 이 경우에는 프로젝트 문서완성된 시스템 개발을 위한 새로운 요구 사항에 따라 변경이 이루어지고 시스템이 마무리되고 있습니다.

최적화(SAP 실행)

이 단계의 주요 목표는 솔루션의 안정성과 최적화를 보장하는 것입니다. 지원 센터는 최적화가 필요한 프로세스를 식별하기 위해 고객 지원 및 시스템 모니터링을 제공합니다. 예를 들어:

    솔루션 문서 최적화

    솔루션 구현 최적화

    템플릿 최적화

    최적화 테스트 관리

    유지보수, 업그레이드 등의 최적화

여기에는 기업에서 SAP ERP를 구현하는 모든 단계가 간략하게 나와 있습니다. 이제 구현 시 ASAP 방법론이 왜 그토록 중요한지 이해하셨기를 바랍니다.

이것을 사용하여 명확하고 단계별 계획구현 시간을 단축하고 비용을 절감하며 프로젝트 위험을 최소화할 수 있으며 이는 고객에게 매우 중요합니다.

연락해서 만나요

니키타.

도움이 되었나요? 지금 바로 다음 유용한 정보를 좋아요하고 읽어보세요.