SlideShare a Scribd company logo

ERP 프로젝트 수행방법론-SAP_v1.2.pptx

SAP ERP 수행방법론

1 of 77
Download to read offline
2021
이성복
ERP 프로젝트 수행방법론
SAP
Agenda
I. 프로젝트 수행방법론(Methodology) 개요
II. SAP ERP 수행방법론
III. ERP 프로젝트 단계별 추진 내용
프로젝트 수행방법론(Methodology)
개요
Ⅰ
1. 프로젝트 수행 방법론
■ 방법론(Methodology)이란?
“복잡하고 이해하기 위한 어려운 상황에서 일정한 원리와 프로세스를
도출하여 어떠한 상황에서든 반복적으로 활용할 수 있는 원형모델
(Prototype)을 제시한 것”
 성공사례나 합당한 논리로 뽑아 낼 수 있는, 즉 형식화될
수 있는 암묵지식 중의 일부로써 그렇게 하면 성공할
가능성이 있다는 생각들을 체계적으로 정리해 놓은 것.
 최소한 평균 정도의 성과를 기대할 수 있도록 표준화된
규격과 절차를 규정해 놓은 것
4
■ 방법론 = ‘요리책’
5
Best Service
Best Information
Consultant
Business
전략
Package
Best Practice
Projects
Business
Model
Faster Better
Cheaper
ERP 구축 뿐 아니라 어느 Project 에서도 좋은 방법론의 도입은 Project의 성공 여부에 막대한 영향.
Project의 수행 전략인 “Better, Cheaper, Faster”를 달성하기 위해서는 일관되고 다양하며, 적용 가
능한 방법론이 필요.
■ 방법론(Methodology) 활용의 장점
6

Recommended

운영이관업무 효율화방안
 운영이관업무 효율화방안 운영이관업무 효율화방안
운영이관업무 효율화방안Eugene Chung
 
정보공학(IE) 방법론.pptx
정보공학(IE) 방법론.pptx정보공학(IE) 방법론.pptx
정보공학(IE) 방법론.pptxSeong-Bok Lee
 
마이크로서비스 기반 클라우드 아키텍처 구성 모범 사례 - 윤석찬 (AWS 테크에반젤리스트)
마이크로서비스 기반 클라우드 아키텍처 구성 모범 사례 - 윤석찬 (AWS 테크에반젤리스트) 마이크로서비스 기반 클라우드 아키텍처 구성 모범 사례 - 윤석찬 (AWS 테크에반젤리스트)
마이크로서비스 기반 클라우드 아키텍처 구성 모범 사례 - 윤석찬 (AWS 테크에반젤리스트) Amazon Web Services Korea
 
차정민 (소프트웨어 엔지니어) 이력서 + 경력기술서
차정민 (소프트웨어 엔지니어) 이력서 + 경력기술서차정민 (소프트웨어 엔지니어) 이력서 + 경력기술서
차정민 (소프트웨어 엔지니어) 이력서 + 경력기술서Jeongmin Cha
 
장애 관리 방안
장애 관리 방안장애 관리 방안
장애 관리 방안Junho Lee
 
IBM with 서비스나우, IT운영관리 이젠 바뀔 때입니다.
IBM with 서비스나우, IT운영관리 이젠 바뀔 때입니다.IBM with 서비스나우, IT운영관리 이젠 바뀔 때입니다.
IBM with 서비스나우, IT운영관리 이젠 바뀔 때입니다.Sejeong Kim 김세정
 
심성환 개발자 포트폴리오
심성환 개발자 포트폴리오심성환 개발자 포트폴리오
심성환 개발자 포트폴리오Seonghwan Shim
 
인터넷전문은행 Fi-ntechkorea.com
인터넷전문은행  Fi-ntechkorea.com인터넷전문은행  Fi-ntechkorea.com
인터넷전문은행 Fi-ntechkorea.comYong Joon Moon
 

More Related Content

What's hot

금융It시스템의 이해 2편
금융It시스템의 이해 2편금융It시스템의 이해 2편
금융It시스템의 이해 2편Seong-Bok Lee
 
[오픈테크넷서밋2022] 국내 PaaS(Kubernetes) Best Practice 및 DevOps 환경 구축 사례.pdf
[오픈테크넷서밋2022] 국내 PaaS(Kubernetes) Best Practice 및 DevOps 환경 구축 사례.pdf[오픈테크넷서밋2022] 국내 PaaS(Kubernetes) Best Practice 및 DevOps 환경 구축 사례.pdf
[오픈테크넷서밋2022] 국내 PaaS(Kubernetes) Best Practice 및 DevOps 환경 구축 사례.pdfOpen Source Consulting
 
기업 IT 인프라 환경 최적화를 위한 하이브리드 클라우드 적용 방안 - AWS Summit Seoul 2017
기업 IT 인프라 환경 최적화를 위한 하이브리드 클라우드 적용 방안 - AWS Summit Seoul 2017기업 IT 인프라 환경 최적화를 위한 하이브리드 클라우드 적용 방안 - AWS Summit Seoul 2017
기업 IT 인프라 환경 최적화를 위한 하이브리드 클라우드 적용 방안 - AWS Summit Seoul 2017Amazon Web Services Korea
 
대용량 분산 아키텍쳐 설계 #3 대용량 분산 시스템 아키텍쳐
대용량 분산 아키텍쳐 설계 #3 대용량 분산 시스템 아키텍쳐대용량 분산 아키텍쳐 설계 #3 대용량 분산 시스템 아키텍쳐
대용량 분산 아키텍쳐 설계 #3 대용량 분산 시스템 아키텍쳐Terry Cho
 
핵심 미래 분석 기술! 시계열 분석을 활용한 수요예측과 재고관리 최적화 사례 – 김형일 AWS 솔루션즈 아키텍트, 이환기 신세계아이앤씨 A...
핵심 미래 분석 기술! 시계열 분석을 활용한 수요예측과 재고관리 최적화 사례 – 김형일 AWS 솔루션즈 아키텍트, 이환기 신세계아이앤씨 A...핵심 미래 분석 기술! 시계열 분석을 활용한 수요예측과 재고관리 최적화 사례 – 김형일 AWS 솔루션즈 아키텍트, 이환기 신세계아이앤씨 A...
핵심 미래 분석 기술! 시계열 분석을 활용한 수요예측과 재고관리 최적화 사례 – 김형일 AWS 솔루션즈 아키텍트, 이환기 신세계아이앤씨 A...Amazon Web Services Korea
 
클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA
클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA
클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSAVMware Tanzu Korea
 
로그 기깔나게 잘 디자인하는 법
로그 기깔나게 잘 디자인하는 법로그 기깔나게 잘 디자인하는 법
로그 기깔나게 잘 디자인하는 법Jeongsang Baek
 
금융권 최신 AWS 도입 사례 총정리 – 신한 제주 은행, KB손해보험 사례를 중심으로 - 지성국 사업 개발 담당 이사, AWS / 정을용...
금융권 최신 AWS 도입 사례 총정리 – 신한 제주 은행, KB손해보험 사례를 중심으로 - 지성국 사업 개발 담당 이사, AWS / 정을용...금융권 최신 AWS 도입 사례 총정리 – 신한 제주 은행, KB손해보험 사례를 중심으로 - 지성국 사업 개발 담당 이사, AWS / 정을용...
금융권 최신 AWS 도입 사례 총정리 – 신한 제주 은행, KB손해보험 사례를 중심으로 - 지성국 사업 개발 담당 이사, AWS / 정을용...Amazon Web Services Korea
 
소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해
소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해
소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해Terry Cho
 
BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편
BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편
BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편Seongyun Byeon
 
금융It시스템의 이해 1편 202201
금융It시스템의 이해 1편 202201금융It시스템의 이해 1편 202201
금융It시스템의 이해 1편 202201Seong-Bok Lee
 
[한국IBM] ServiceNow로 IT운영관리 최적화!
[한국IBM] ServiceNow로 IT운영관리 최적화![한국IBM] ServiceNow로 IT운영관리 최적화!
[한국IBM] ServiceNow로 IT운영관리 최적화!Sejeong Kim 김세정
 
[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유
[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유
[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유Hyojun Jeon
 
Cloud-Barista 제7차 컨퍼런스 : 멀티클라우드 인프라 서비스 연동 (CB-Spider)
Cloud-Barista 제7차 컨퍼런스 : 멀티클라우드 인프라 서비스 연동 (CB-Spider)Cloud-Barista 제7차 컨퍼런스 : 멀티클라우드 인프라 서비스 연동 (CB-Spider)
Cloud-Barista 제7차 컨퍼런스 : 멀티클라우드 인프라 서비스 연동 (CB-Spider)Cloud-Barista Community
 
IT전략계획-04.보안 아키텍처
IT전략계획-04.보안 아키텍처IT전략계획-04.보안 아키텍처
IT전략계획-04.보안 아키텍처InGuen Hwang
 
Confluence를 활용한 콘텐츠 협업 방법 - 모우소프트
Confluence를 활용한 콘텐츠 협업 방법 - 모우소프트Confluence를 활용한 콘텐츠 협업 방법 - 모우소프트
Confluence를 활용한 콘텐츠 협업 방법 - 모우소프트Atlassian 대한민국
 
마이크로 서비스 아키텍쳐 소개 및 구현 방법
마이크로 서비스 아키텍쳐 소개 및 구현 방법마이크로 서비스 아키텍쳐 소개 및 구현 방법
마이크로 서비스 아키텍쳐 소개 및 구현 방법Young Soo Lee
 
애자일 S/W 개발
애자일 S/W 개발애자일 S/W 개발
애자일 S/W 개발영기 김
 
History of IT Service Management Practices and Standards
History of IT Service Management Practices and StandardsHistory of IT Service Management Practices and Standards
History of IT Service Management Practices and StandardsRob Akershoek
 
4. 대용량 아키텍쳐 설계 패턴
4. 대용량 아키텍쳐 설계 패턴4. 대용량 아키텍쳐 설계 패턴
4. 대용량 아키텍쳐 설계 패턴Terry Cho
 

What's hot (20)

금융It시스템의 이해 2편
금융It시스템의 이해 2편금융It시스템의 이해 2편
금융It시스템의 이해 2편
 
[오픈테크넷서밋2022] 국내 PaaS(Kubernetes) Best Practice 및 DevOps 환경 구축 사례.pdf
[오픈테크넷서밋2022] 국내 PaaS(Kubernetes) Best Practice 및 DevOps 환경 구축 사례.pdf[오픈테크넷서밋2022] 국내 PaaS(Kubernetes) Best Practice 및 DevOps 환경 구축 사례.pdf
[오픈테크넷서밋2022] 국내 PaaS(Kubernetes) Best Practice 및 DevOps 환경 구축 사례.pdf
 
기업 IT 인프라 환경 최적화를 위한 하이브리드 클라우드 적용 방안 - AWS Summit Seoul 2017
기업 IT 인프라 환경 최적화를 위한 하이브리드 클라우드 적용 방안 - AWS Summit Seoul 2017기업 IT 인프라 환경 최적화를 위한 하이브리드 클라우드 적용 방안 - AWS Summit Seoul 2017
기업 IT 인프라 환경 최적화를 위한 하이브리드 클라우드 적용 방안 - AWS Summit Seoul 2017
 
대용량 분산 아키텍쳐 설계 #3 대용량 분산 시스템 아키텍쳐
대용량 분산 아키텍쳐 설계 #3 대용량 분산 시스템 아키텍쳐대용량 분산 아키텍쳐 설계 #3 대용량 분산 시스템 아키텍쳐
대용량 분산 아키텍쳐 설계 #3 대용량 분산 시스템 아키텍쳐
 
핵심 미래 분석 기술! 시계열 분석을 활용한 수요예측과 재고관리 최적화 사례 – 김형일 AWS 솔루션즈 아키텍트, 이환기 신세계아이앤씨 A...
핵심 미래 분석 기술! 시계열 분석을 활용한 수요예측과 재고관리 최적화 사례 – 김형일 AWS 솔루션즈 아키텍트, 이환기 신세계아이앤씨 A...핵심 미래 분석 기술! 시계열 분석을 활용한 수요예측과 재고관리 최적화 사례 – 김형일 AWS 솔루션즈 아키텍트, 이환기 신세계아이앤씨 A...
핵심 미래 분석 기술! 시계열 분석을 활용한 수요예측과 재고관리 최적화 사례 – 김형일 AWS 솔루션즈 아키텍트, 이환기 신세계아이앤씨 A...
 
클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA
클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA
클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA
 
로그 기깔나게 잘 디자인하는 법
로그 기깔나게 잘 디자인하는 법로그 기깔나게 잘 디자인하는 법
로그 기깔나게 잘 디자인하는 법
 
금융권 최신 AWS 도입 사례 총정리 – 신한 제주 은행, KB손해보험 사례를 중심으로 - 지성국 사업 개발 담당 이사, AWS / 정을용...
금융권 최신 AWS 도입 사례 총정리 – 신한 제주 은행, KB손해보험 사례를 중심으로 - 지성국 사업 개발 담당 이사, AWS / 정을용...금융권 최신 AWS 도입 사례 총정리 – 신한 제주 은행, KB손해보험 사례를 중심으로 - 지성국 사업 개발 담당 이사, AWS / 정을용...
금융권 최신 AWS 도입 사례 총정리 – 신한 제주 은행, KB손해보험 사례를 중심으로 - 지성국 사업 개발 담당 이사, AWS / 정을용...
 
소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해
소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해
소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해
 
BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편
BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편
BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편
 
금융It시스템의 이해 1편 202201
금융It시스템의 이해 1편 202201금융It시스템의 이해 1편 202201
금융It시스템의 이해 1편 202201
 
[한국IBM] ServiceNow로 IT운영관리 최적화!
[한국IBM] ServiceNow로 IT운영관리 최적화![한국IBM] ServiceNow로 IT운영관리 최적화!
[한국IBM] ServiceNow로 IT운영관리 최적화!
 
[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유
[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유
[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유
 
Cloud-Barista 제7차 컨퍼런스 : 멀티클라우드 인프라 서비스 연동 (CB-Spider)
Cloud-Barista 제7차 컨퍼런스 : 멀티클라우드 인프라 서비스 연동 (CB-Spider)Cloud-Barista 제7차 컨퍼런스 : 멀티클라우드 인프라 서비스 연동 (CB-Spider)
Cloud-Barista 제7차 컨퍼런스 : 멀티클라우드 인프라 서비스 연동 (CB-Spider)
 
IT전략계획-04.보안 아키텍처
IT전략계획-04.보안 아키텍처IT전략계획-04.보안 아키텍처
IT전략계획-04.보안 아키텍처
 
Confluence를 활용한 콘텐츠 협업 방법 - 모우소프트
Confluence를 활용한 콘텐츠 협업 방법 - 모우소프트Confluence를 활용한 콘텐츠 협업 방법 - 모우소프트
Confluence를 활용한 콘텐츠 협업 방법 - 모우소프트
 
마이크로 서비스 아키텍쳐 소개 및 구현 방법
마이크로 서비스 아키텍쳐 소개 및 구현 방법마이크로 서비스 아키텍쳐 소개 및 구현 방법
마이크로 서비스 아키텍쳐 소개 및 구현 방법
 
애자일 S/W 개발
애자일 S/W 개발애자일 S/W 개발
애자일 S/W 개발
 
History of IT Service Management Practices and Standards
History of IT Service Management Practices and StandardsHistory of IT Service Management Practices and Standards
History of IT Service Management Practices and Standards
 
4. 대용량 아키텍쳐 설계 패턴
4. 대용량 아키텍쳐 설계 패턴4. 대용량 아키텍쳐 설계 패턴
4. 대용량 아키텍쳐 설계 패턴
 

Similar to ERP 프로젝트 수행방법론-SAP_v1.2.pptx

[Web Agency] Project Process Standard Guide
[Web Agency] Project Process Standard Guide[Web Agency] Project Process Standard Guide
[Web Agency] Project Process Standard GuideSang Beom (Chris) Roh
 
Visual PMO / ALM 소개서
Visual PMO / ALM 소개서Visual PMO / ALM 소개서
Visual PMO / ALM 소개서Peter Kim
 
Operation Logic Manager
Operation Logic ManagerOperation Logic Manager
Operation Logic ManagerLee Seungki
 
성공적인 Sw사업 수행을 위한 프로세스 프레임워크 및 적용사례
성공적인 Sw사업 수행을 위한 프로세스 프레임워크 및 적용사례성공적인 Sw사업 수행을 위한 프로세스 프레임워크 및 적용사례
성공적인 Sw사업 수행을 위한 프로세스 프레임워크 및 적용사례kisu kim
 
[AKC2022] 기업의 Digital 전환을 위한 Lean Business Agility 코칭 회고(김태영)
[AKC2022] 기업의 Digital 전환을 위한 Lean Business Agility 코칭 회고(김태영) [AKC2022] 기업의 Digital 전환을 위한 Lean Business Agility 코칭 회고(김태영)
[AKC2022] 기업의 Digital 전환을 위한 Lean Business Agility 코칭 회고(김태영) AgileKoreaConference Alliance
 
마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 비영리법인 및 공공산업
마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 비영리법인 및 공공산업마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 비영리법인 및 공공산업
마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 비영리법인 및 공공산업Steve Kim
 
Project Management
Project ManagementProject Management
Project Managementcherryhacker
 
[AIS 2018][Team Practice] CMMI 기반 환경의 애자일-투씨드
[AIS 2018][Team Practice] CMMI 기반 환경의 애자일-투씨드[AIS 2018][Team Practice] CMMI 기반 환경의 애자일-투씨드
[AIS 2018][Team Practice] CMMI 기반 환경의 애자일-투씨드Atlassian 대한민국
 
IT전략계획- 02.정보전략계획(isp)
IT전략계획- 02.정보전략계획(isp)IT전략계획- 02.정보전략계획(isp)
IT전략계획- 02.정보전략계획(isp)InGuen Hwang
 
Global BA & PM 워크샵 소개서
Global BA & PM 워크샵 소개서Global BA & PM 워크샵 소개서
Global BA & PM 워크샵 소개서Peter Kim
 
성과주의 인사제도 보고서
성과주의 인사제도 보고서성과주의 인사제도 보고서
성과주의 인사제도 보고서Vonchio KIM
 
기업 프로젝트 성공을 위한 Visual PMO 및 PM성숙도 코칭
기업 프로젝트 성공을 위한  Visual PMO 및 PM성숙도 코칭기업 프로젝트 성공을 위한  Visual PMO 및 PM성숙도 코칭
기업 프로젝트 성공을 위한 Visual PMO 및 PM성숙도 코칭Peter Kim
 
Visual pmo (hybrid agile) proposal v1 3c
Visual pmo (hybrid agile) proposal v1 3cVisual pmo (hybrid agile) proposal v1 3c
Visual pmo (hybrid agile) proposal v1 3cPeter Kim
 
마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 mice 산업(공연 전시 회의 엑스포)
마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 mice 산업(공연 전시 회의 엑스포)마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 mice 산업(공연 전시 회의 엑스포)
마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 mice 산업(공연 전시 회의 엑스포)Steve Kim
 
ERP - 정보화리더스 강의 자료
ERP - 정보화리더스 강의 자료ERP - 정보화리더스 강의 자료
ERP - 정보화리더스 강의 자료손보민 SNSavatar
 

Similar to ERP 프로젝트 수행방법론-SAP_v1.2.pptx (20)

[Web Agency] Project Process Standard Guide
[Web Agency] Project Process Standard Guide[Web Agency] Project Process Standard Guide
[Web Agency] Project Process Standard Guide
 
Visual PMO / ALM 소개서
Visual PMO / ALM 소개서Visual PMO / ALM 소개서
Visual PMO / ALM 소개서
 
Ep msession3
Ep msession3Ep msession3
Ep msession3
 
Operation Logic Manager
Operation Logic ManagerOperation Logic Manager
Operation Logic Manager
 
성공적인 Sw사업 수행을 위한 프로세스 프레임워크 및 적용사례
성공적인 Sw사업 수행을 위한 프로세스 프레임워크 및 적용사례성공적인 Sw사업 수행을 위한 프로세스 프레임워크 및 적용사례
성공적인 Sw사업 수행을 위한 프로세스 프레임워크 및 적용사례
 
Rpa approach
Rpa approach Rpa approach
Rpa approach
 
PMS (Project Management System)
PMS (Project Management System)PMS (Project Management System)
PMS (Project Management System)
 
SW공학 OMG표준화 과제
SW공학 OMG표준화 과제SW공학 OMG표준화 과제
SW공학 OMG표준화 과제
 
[AKC2022] 기업의 Digital 전환을 위한 Lean Business Agility 코칭 회고(김태영)
[AKC2022] 기업의 Digital 전환을 위한 Lean Business Agility 코칭 회고(김태영) [AKC2022] 기업의 Digital 전환을 위한 Lean Business Agility 코칭 회고(김태영)
[AKC2022] 기업의 Digital 전환을 위한 Lean Business Agility 코칭 회고(김태영)
 
마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 비영리법인 및 공공산업
마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 비영리법인 및 공공산업마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 비영리법인 및 공공산업
마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 비영리법인 및 공공산업
 
Project Management
Project ManagementProject Management
Project Management
 
[AIS 2018][Team Practice] CMMI 기반 환경의 애자일-투씨드
[AIS 2018][Team Practice] CMMI 기반 환경의 애자일-투씨드[AIS 2018][Team Practice] CMMI 기반 환경의 애자일-투씨드
[AIS 2018][Team Practice] CMMI 기반 환경의 애자일-투씨드
 
IT전략계획- 02.정보전략계획(isp)
IT전략계획- 02.정보전략계획(isp)IT전략계획- 02.정보전략계획(isp)
IT전략계획- 02.정보전략계획(isp)
 
Global BA & PM 워크샵 소개서
Global BA & PM 워크샵 소개서Global BA & PM 워크샵 소개서
Global BA & PM 워크샵 소개서
 
성과주의 인사제도 보고서
성과주의 인사제도 보고서성과주의 인사제도 보고서
성과주의 인사제도 보고서
 
기업 프로젝트 성공을 위한 Visual PMO 및 PM성숙도 코칭
기업 프로젝트 성공을 위한  Visual PMO 및 PM성숙도 코칭기업 프로젝트 성공을 위한  Visual PMO 및 PM성숙도 코칭
기업 프로젝트 성공을 위한 Visual PMO 및 PM성숙도 코칭
 
Visual pmo (hybrid agile) proposal v1 3c
Visual pmo (hybrid agile) proposal v1 3cVisual pmo (hybrid agile) proposal v1 3c
Visual pmo (hybrid agile) proposal v1 3c
 
STEG Company Introduction
STEG Company IntroductionSTEG Company Introduction
STEG Company Introduction
 
마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 mice 산업(공연 전시 회의 엑스포)
마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 mice 산업(공연 전시 회의 엑스포)마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 mice 산업(공연 전시 회의 엑스포)
마이크로소프트 클라우드 Erp 서비스 nav 2013 소개 mice 산업(공연 전시 회의 엑스포)
 
ERP - 정보화리더스 강의 자료
ERP - 정보화리더스 강의 자료ERP - 정보화리더스 강의 자료
ERP - 정보화리더스 강의 자료
 

More from Seong-Bok Lee

소화설비_수원과 소화약제량.pdf
소화설비_수원과 소화약제량.pdf소화설비_수원과 소화약제량.pdf
소화설비_수원과 소화약제량.pdfSeong-Bok Lee
 
소화설비_작동순서.pdf
소화설비_작동순서.pdf소화설비_작동순서.pdf
소화설비_작동순서.pdfSeong-Bok Lee
 
소화설비_계통도.pdf
소화설비_계통도.pdf소화설비_계통도.pdf
소화설비_계통도.pdfSeong-Bok Lee
 
CBD 개발방법론.pptx
CBD 개발방법론.pptxCBD 개발방법론.pptx
CBD 개발방법론.pptxSeong-Bok Lee
 
Mapping 절차와 방법.pptx
Mapping 절차와 방법.pptxMapping 절차와 방법.pptx
Mapping 절차와 방법.pptxSeong-Bok Lee
 
To-Be 설계 절차와 방법.pptx
To-Be 설계 절차와 방법.pptxTo-Be 설계 절차와 방법.pptx
To-Be 설계 절차와 방법.pptxSeong-Bok Lee
 
As-Is 분석 절차와 방법.pptx
As-Is 분석 절차와 방법.pptxAs-Is 분석 절차와 방법.pptx
As-Is 분석 절차와 방법.pptxSeong-Bok Lee
 
ERP프로젝트 중요산출물 ERD.pptx
ERP프로젝트 중요산출물 ERD.pptxERP프로젝트 중요산출물 ERD.pptx
ERP프로젝트 중요산출물 ERD.pptxSeong-Bok Lee
 
비트코인으로 이해하는 블록체인 기술
비트코인으로 이해하는 블록체인 기술비트코인으로 이해하는 블록체인 기술
비트코인으로 이해하는 블록체인 기술Seong-Bok Lee
 
블록체인적용사례-해운물류
블록체인적용사례-해운물류블록체인적용사례-해운물류
블록체인적용사례-해운물류Seong-Bok Lee
 
HR Analytics - 퇴직가능성예측모델
HR Analytics - 퇴직가능성예측모델HR Analytics - 퇴직가능성예측모델
HR Analytics - 퇴직가능성예측모델Seong-Bok Lee
 
비트코인 채굴과정
비트코인 채굴과정비트코인 채굴과정
비트코인 채굴과정Seong-Bok Lee
 
통계 기초 용어1
통계 기초 용어1통계 기초 용어1
통계 기초 용어1Seong-Bok Lee
 
Intro to hpe helion stackato_paa_s
Intro to hpe helion stackato_paa_sIntro to hpe helion stackato_paa_s
Intro to hpe helion stackato_paa_sSeong-Bok Lee
 
Cloud migration pattern[한글]
Cloud migration pattern[한글]Cloud migration pattern[한글]
Cloud migration pattern[한글]Seong-Bok Lee
 
Cloud migration pattern using microservices
Cloud migration pattern using microservicesCloud migration pattern using microservices
Cloud migration pattern using microservicesSeong-Bok Lee
 

More from Seong-Bok Lee (16)

소화설비_수원과 소화약제량.pdf
소화설비_수원과 소화약제량.pdf소화설비_수원과 소화약제량.pdf
소화설비_수원과 소화약제량.pdf
 
소화설비_작동순서.pdf
소화설비_작동순서.pdf소화설비_작동순서.pdf
소화설비_작동순서.pdf
 
소화설비_계통도.pdf
소화설비_계통도.pdf소화설비_계통도.pdf
소화설비_계통도.pdf
 
CBD 개발방법론.pptx
CBD 개발방법론.pptxCBD 개발방법론.pptx
CBD 개발방법론.pptx
 
Mapping 절차와 방법.pptx
Mapping 절차와 방법.pptxMapping 절차와 방법.pptx
Mapping 절차와 방법.pptx
 
To-Be 설계 절차와 방법.pptx
To-Be 설계 절차와 방법.pptxTo-Be 설계 절차와 방법.pptx
To-Be 설계 절차와 방법.pptx
 
As-Is 분석 절차와 방법.pptx
As-Is 분석 절차와 방법.pptxAs-Is 분석 절차와 방법.pptx
As-Is 분석 절차와 방법.pptx
 
ERP프로젝트 중요산출물 ERD.pptx
ERP프로젝트 중요산출물 ERD.pptxERP프로젝트 중요산출물 ERD.pptx
ERP프로젝트 중요산출물 ERD.pptx
 
비트코인으로 이해하는 블록체인 기술
비트코인으로 이해하는 블록체인 기술비트코인으로 이해하는 블록체인 기술
비트코인으로 이해하는 블록체인 기술
 
블록체인적용사례-해운물류
블록체인적용사례-해운물류블록체인적용사례-해운물류
블록체인적용사례-해운물류
 
HR Analytics - 퇴직가능성예측모델
HR Analytics - 퇴직가능성예측모델HR Analytics - 퇴직가능성예측모델
HR Analytics - 퇴직가능성예측모델
 
비트코인 채굴과정
비트코인 채굴과정비트코인 채굴과정
비트코인 채굴과정
 
통계 기초 용어1
통계 기초 용어1통계 기초 용어1
통계 기초 용어1
 
Intro to hpe helion stackato_paa_s
Intro to hpe helion stackato_paa_sIntro to hpe helion stackato_paa_s
Intro to hpe helion stackato_paa_s
 
Cloud migration pattern[한글]
Cloud migration pattern[한글]Cloud migration pattern[한글]
Cloud migration pattern[한글]
 
Cloud migration pattern using microservices
Cloud migration pattern using microservicesCloud migration pattern using microservices
Cloud migration pattern using microservices
 

ERP 프로젝트 수행방법론-SAP_v1.2.pptx

  • 2. Agenda I. 프로젝트 수행방법론(Methodology) 개요 II. SAP ERP 수행방법론 III. ERP 프로젝트 단계별 추진 내용
  • 4. 1. 프로젝트 수행 방법론 ■ 방법론(Methodology)이란? “복잡하고 이해하기 위한 어려운 상황에서 일정한 원리와 프로세스를 도출하여 어떠한 상황에서든 반복적으로 활용할 수 있는 원형모델 (Prototype)을 제시한 것”  성공사례나 합당한 논리로 뽑아 낼 수 있는, 즉 형식화될 수 있는 암묵지식 중의 일부로써 그렇게 하면 성공할 가능성이 있다는 생각들을 체계적으로 정리해 놓은 것.  최소한 평균 정도의 성과를 기대할 수 있도록 표준화된 규격과 절차를 규정해 놓은 것 4
  • 5. ■ 방법론 = ‘요리책’ 5
  • 6. Best Service Best Information Consultant Business 전략 Package Best Practice Projects Business Model Faster Better Cheaper ERP 구축 뿐 아니라 어느 Project 에서도 좋은 방법론의 도입은 Project의 성공 여부에 막대한 영향. Project의 수행 전략인 “Better, Cheaper, Faster”를 달성하기 위해서는 일관되고 다양하며, 적용 가 능한 방법론이 필요. ■ 방법론(Methodology) 활용의 장점 6
  • 7. ■ 방법론의 구성요소 텍스트 입력ㅋ 작업(Task) 텍스트 입력ㅋ 프로세스(Process) 방법론의 구성요소 텍스트 입력ㅋ 산출물(Production) 텍스트 입력ㅋ 역할(R&R) 텍스트 입력ㅋ 기타 필요한 작업(Task)들의 진행 순서(흐름)와 일련의 작업들간의 관계 수행하는 과업과 활동(Activity) 작업 수행 또는 변경 시 생성되거나 변경되 는 것(문서, 시스템 등)들 각 작업을 수행하는 주체 또는 작업 주체가 해야 할 일(Role & Responsibility) 도구, 기법… 프로젝트 방법론의 작업, 프로세스, 산출물, 역할 등의 구성요소로 이루어져 있음 텍스트 입력ㅋ 단계(Phase) 일련의 작업(task)들이 이루어지는 시간적 인 구분점 7
  • 8. 조직 측면 ■ 방법론으로 하는 일들 방법론을 통해  조직이 단일 방법론을 사용할 경우, 작업에 대한 조직적 Consensus를 이룰 수 있다.  공동의 목표를 달성하기 위한 방법을 제공한다.  프로젝트 팀원이 작업에 대해 동일한 개념을 유지할 수 있다.  체계적인 작업 수행을 통해, 개인의 일관된 작업관리가 가능하다. 프로젝트 측면 개인 측면 프로젝트 방법론을 통해 프로젝트 측면, 개인 측면, 조직 측면에서 일관되고 통일된 의사소통과 관리  잘 만든 Template 하나, 열 PM 안부럽다!! 8
  • 10. 1. SAP ERP R/3의 수행방법론 SAP ERP 는 아래와 같은 5개 단계로 이루어지며, 각 단계에는 해당하는 활동(Activity)들이 배치되어 있음 프로젝트 계획 프로젝트 관리방안 수립 Kick Off Data 표준화 및 Migration 개발항목 구현 1차,2차 통합시험 Go-Live 계획수립 안정화 지원 종료보고 개발시스템 환경 구축 운영시스템 환경 구축 Go Live 시스템 체크 시스템 전략수립 운영 Data 이관 테스트 환경구축 변화관리 대상자 분석 변화관리 Master Plan수립 변화관리 수행 -현업Communication- 사용자교육 실시 추가/보완 교육 시스템 분석 As Is 분석 To-Be Vision To-Be 프로세스 정의 ERP Mapping & GAP 도출 Key Data 정의 개발계획 설계 Prototyping 준비 ERP Realization Go-Live & Support Business Blueprint(PI) Final Preparation) 10
  • 11. 2. SAP R/3 방법론 단계별 주요 내용 단계 기능 및 세부 활동 준 비 Preparation 프로젝트 수행을 위한 범위와 계획, 추진방법 등을 정의 • 프로젝트의 목적 정의와 범위 결정 : 프로젝트 범위 및 비전 설정을 통해 프로젝트의 시작을 준비 • 프로젝트 추진 전략 정의 : 프로젝트 R&R, 일정 및 추진 방침에 대한 이해를 공유 • 프로젝트 추진 계획 수립 : 초기 계획 수립과 프로젝트 수행에 필요한 제반 환경을 준비 PI Blueprint 시스템, 프로세스, 데이터 등 구현될 ERP 시스템의 전체적 인 밑그림(blueprint) 구성 • SAP의 기능에 맞게 고객사의 업무내용이 구현되도록 프로세스를 설계 : As-Is 분석, To-Be Vision, To-Be Process정의, ERP mapping & GAP 도출, Key Data • R/3 구현을 통하여 변화하게 될 기업의 향후 모습(Blueprint)을 자세하게 기술하고 R/3 에서 현되는 과정을 정의 • 업무 프로세스 관련 요구사항을 문서화 ERP 구현 Realization Blueprint를 근간으로 SAP ERP 구현Realization) • 목표 프로세스에 따라 ERP 시스템 Configuration • Prototyping을 통해 시스템이 사용자가 원하는 방향과 일치하는 지의 여부를 직접 검증 • Add-On을 위한 프로그래밍, 데이터 전환, 인터페이스 개발을 수행 • 단위 테스트와 통합시험 수행 Final Preparation 구현 후 시스템 가동이 가능하 도록 최종 점검 작업을 수행 • 현업 사용자에 대한 교육과 Data Migration을 수행 • Go-Live와 Help Desk 운영 계획을 수립 • ERP Open 후 수행되는 업무의 연속성을 원활히 지원하기 위한 작업(Tasks)들을 수행 안 정 화 Go-live & Support 시스템 가동 후 안정적인 운영 과 정착을 위해 각종 지원 작 을 수행 • ERP 운영 시스템으로 업무를 수행하기 위하여 시스템 open 초기에 발생될 수 있는 운영 처리와 문제의 해결 • 장기적인 지원체제를 수립 • Helpdesk 구성과 운영 • 프로젝트 완료 보고 11
  • 12. ■ PI(Process Innovation)란? 기업의 변화 또는 경영혁신을 위하여 일하는 방법(Process)을 총체적으로 개혁하는 것으로, 업무 처리 방식과 정보와 물류의 흐름을 최적화하고 고객지향으로 바꿈으로써, 경쟁우위의 변화대응력을 확보하는 것 경영자원 Man Money Material Machine 값싸고 품질 좋은 제품을 빠르게 공급 고객만족 비정형화 업무 (예외사항) 95% 정형화된 업무 5 % 예외사항 5 % 정형화된 업무 9 5 % 시스템화 • 단순화 • 표준화 • 관행제거 일하는 방법 정보 기술 종 업 원 만 족 Human Enabler 12
  • 13. ERP가 정상적으로 가동되기 위한 구축/운영상의 병목을 해소하고, ERP 활용 효과를 극대화하기 위 한 과제를 도출하여 현업이 주도하여 수행 ERP 성공의 요소 PI 과제 유형 ERP 운영상의 병목 해소 현업의 참여 System 완성도 • ERP를 통해 수주, 생산, 출하 업무 가능 • ERP 화면을 통한 Communication 현업 운용 능력 ERP 활용을 통한 Business성과극대화 • 기본 Master Data 정비 • 업무처리 절차 간소화 • 운영 Rule 정립 예시 • 배합비 표준화 • Master Data 정비 • 정보의 불일치 제거 • 전자전표를 통한 결재절차 단순화 • 기준정보 관리절차 일원화 • 품질관리 데이터 표준화 • 설비자재 및 소모성자재 업무의 효율화 • 신속한 항차별 원가계산 • 자재별 효율적 재고관리 방안 마련 • · · · • 통합 Logistics 장애요소 제거 • Material별 최적 재고 관리 ■ PI 과제의 선정 13
  • 14. 전 임/직원 컨설턴트 최종사용자(End User) Power User PI 임 원 / 팀 장 BPO (Business Process Owner)  업무 영역별 ERP 시스템 구축 총괄  AS-IS 분석, TO-BE 설계 및 단위/통합시험 참여  이관 데이터 정비 및 사용자 검증  업무 영역별 변화관리 활동 주도  산출물 작성 및 검증  Power User 교육, 최종사용자 교육  프로젝트의 목표 달성을 위한 프로세스의 품질 관리 및 통제  업무 영역별 요구사항 분석 및 TO-BE 설계  시스템 Configuration과 개발항목 Spec 작성  PI와 시스템 운영담당자 교육, Power User 교육 지원  산출물 작성 지원  현장에서 PI의 수행 과제 지원 : PI와 End User를 이어주는 중간자  프로세스, 데이터 검증 또는 확인  최종사용자 교육 : 강사, 보조강사  사용자시험 시 참여  사용자 교육 대상  To-Be 실행과제 Owner (비상근)  프로젝트에서 나오는 To-Be 프로세스에 대한 검토와 확정  프로젝트 비전을 발전시키고 프로젝트의 범위, 예산 등에 대한 최종 승인  프로젝트 팀원에 대한 권한 부여 및 사기 앙양  ERP프로젝트 수행에 필요한 이슈에 대해 의사결정 1. 프로젝트 수행을 위한 역할 구성 고객의 역할이 매우 중요하며, 적극적인 참여가 프로젝트 성공의 핵심 요인 14
  • 15. 2. 구축단계별 R&R Role R&R Steering Committee • 프로젝트 전략적 방향에 대한 최고 의사 결정 • 프로젝트 주요 이슈에 대한 의사결정 합의 • 프로젝트 범위, 예산, 인력 운영에 대한 최종 합의 • 추진 과정/결과에 대한 최종 책임 PMO • 프로젝트의 전반적인 관리 총괄 : 추진계획 수립, 진도/산출물/투입인력/이슈 관리 등 • 주요 이해관계자와의 Communication 수행 총괄 • 업무 Scope 협의 및 진척 미팅 등 주요 미팅 주관 • 보고 및 워크샵 준비 및 실행 고객사(PI 외) • 현행 프로세스 및 업무 지식 제공 • 업무 프로세스, IT 현황 분석 및 이슈 파악 정보 제공 및 검증 • 개선기회 정의 및 혁신 과제 정의 • 혁신과제별 세부 추진 방안 상세화 • To-Be 모델 설계 수행사 컨설팅 • 선진 사례 분석 수행 및 결과 제공 • As-Is 주요이슈 도출 및 이슈 검증 방안 지원 • 개선기회 정의 지원 및 혁신 과제 도출 • 혁신과제별 세부 추진 방안 정의 지원 • 프로세스/기준정보 표준화를 통한 To-Be 모델 설계와 설계 지원 Power User , End User • 현황 분석 시 인터뷰 및 자료 협조 - 필요 시 담당 업무 분야 외의 전문 지식 제공 • 관련 회의, Workshop 참석을 통해 현업의견 제공, To-Be 검토 및 확정 ■ PI단계 • 시스템 요구사항 정의 및 시스템 구현 방안 정 의 지원 • To-Be 비즈니스/시스템 아키텍처 수립 • 워크샵 수행 준비 • 기준정보 표준체계 및 관리체계 수립 지원 • 핵심 개발 항목 선별 및 기능 설계 지원 • To-Be 아키텍처 수립 협의 및 확정 • 현업, 업무 별 담당자 협조 요청 및 조정 • 워크샵 수행 준비 및 수행 • 기준정보 표준체계 및 관리체계 수립 • 핵심 개발 항목 선별 및 기능 설계 15
  • 16. 2. 구축단계별 R&R Role R&R Steering Committee • PI단계와 같음 PMO 고객사(PI 외) • 프로젝트 전반에 대한 다양한 의견 제시, 관련 제반 사항 협의 및 결정 • 현업에서 수행되는 과제 추진에 대한 지원 및 모니터링 • To-Be 시스템 확정을 위한 현업의 다양한 요구사항 수렴과 확정 • 시스템 구현 단계에서 발생하는 다양한 이슈 정의 및 해결 • 주요 Master Data 정의 • 단위 테스트, 통합 테스트 Data 준비, 시나리오 작성 및 테스트 수행 • 사용자 교육 교재 개발 및 교육 수행 • Help Desk 운영 방안 수립 및 운영 수행사 컨설팅 • 글로벌 템플릿 사상의 유지 및 시스템 반영에 대한 지원 • 현업의 과제 추진에 대한 지원 및 모니터링 • 구현 단계에서 발생하는 다양한 이슈 해결 지원 • 주요 Master Data 정의 지원 개발 • 컴포넌트/Interface 설계, DB 설계, 기술설계와 개발 • Technical Infrastructure 준비 및 주관 • 개발 화면 단위 테스트 수행 및 검증 • 통합 테스트 및 운영 테스트 수행 • System Performance 예측 및 튜닝 Power User , End User • 필요 시 담당 업무 분야의 전문 지식 제공 및 관련 이슈 해결 수행 • End User 교육 • 기준 정보 정비 및 최종 데이터 이관 • 통합 테스트 ■ 구현단계 • 사용자 및 운영자 교육 교재 개발 및 교육 지원 • 데이터 전환 작업 수행 및 Data 검증 • Data Conversion, Interface, Report 등 설 계, 개발, Test 지원 • Go-Live 이후 시스템 안정화 • 단위테스트, 통합시험 Data 준비, 시나리 오 작성 및 테스트 수행 지원 • 사용자 교육 교재 개발 및 교육 수행 지원 • Help Desk 운영 방안 수립 지원 16
  • 17. ERP 프로젝트 단계별 추진 내용 Ⅲ
  • 18. 1. 준비단계(Preparation) 18 • Prototyping & CBO 개발 • 통합시험 & 사용자교육 • Data Migration 2. PI단계(Blueprint) 3. 구현단계(Realization) 4. Cut-Over 5. Go-Live & Support • 준비와 교육 • 현행 프로세스(As-Is) 분석 • 목표 프로세스(To-Be) 설계 • Shadow Run • Cut-Over Activity • 안정화
  • 19. ERP 프로젝트 단계별 추진 내용 프로세스, 기준정보, 인프라, 교육(변화관리) 영역별로 프로젝트 추진 계획과 일정을 수립하고 진행 기간 수행영역 M M+1 M+2 M+3 M+4 M+5 M+6 M+7 M+8 M+9~M+11 PI/ ERP 프로 세스 기준 정보 인프 라 교육/ 변화관리 As-Is 분석 현업인터뷰 환경분석 이슈분석 PI과제 정의 PJT목 표 설정 To-Be 설계  프로세스  시스템  제도 & 규정  R&R (시스템화면 확인) 1차 통합 시험 안정화 & 운영지원 2차 통합 시험 준비 ERP 구현 단계(Realization & Cut-Over) Go-Live & Support PI단계(Blueprint) Add-on 개발 - 핵심기능, 거래처리,주요Report위주 Add-on 개발 -Report, 보완,이관용- BW 요건 분석, EIS 요구사항 파악 BW 구축, EIS 개발 ERP 교육 및 준비 시스템(Standard) 구현 - Configuration 실시 - Module 내외부 Prototyping - Business Scenario 별 Testing EIS Open 기준정보 분석 표준화 전략 수립 표준 설계 조직 설계 기준정보 정비 1차 이관 검증 및 추가 정비 이관 상세 전략 수립 Sandbox 구축 개발환경 구축 테스트 환경 구축 사용자 SAP환경 구축 운영 환경 구축 GAP 도출 및 대안수립 변화관리 대상자 분석 변화관리 Master Plan 현업Communication -To-Be결과 설명/보고- 현업Communication -시스템구현 내역 체험- 보완 교육 1차 착수 보고 중간 보고 중간 보고 완료 보고 3차 통합시험 Shadow Run ERP Open 모듈 기본 교육 모듈 심화 교육 To-be 결과 교육 P/U* 교육 사용자 교육 1차 사용자 교육 2차 기준 정보 교육 사용자 교육 3차 보완 교육 2차 임원/팀장 교육 ERP 기초 교육 Migration /Open준비 ERP 운영진단 보수 교육 19
  • 20. ERP 프로젝트 단계별 추진 내용 전체 추진단계별 Process Flow 20 ERP Open
  • 21. 21 1. 준비단계 • 프로젝트 범위와 비전 설정을 통해 프로젝트의 시작을 준비 • 프로젝트 환경을 마련하고 , 프로젝트 R&R, 일정 및 추진 방침에 대한 이해 공유 • 구현을 위하여 초기 계획 수립과 필요한 제반 준비 단계 목 적 • 프로젝트 목표와 정의, 범위의 명확화, 일정과 Activity확정 • 프로젝트관리 표준과 절차정의 • 프로젝트환경 구성 : 시스템(H/W), 사무환경, 소프트웨어, 인력 등 • Kick-Off 주요 Task As-Is 분석 To-Be 설계 및 시스템 검증 안정화 시스템 구현 Shadow Run 오픈 준비 통합시험 1차 2차 사용자 교육 Data 이관 M1 M2 M3 M4 M5 M6 M7 M8 M9~M11 M0 준비와 교육 준비 ERP 구현 단계(Realization & Cut-Over) Go-Live & Support PI단계(Blueprint) ERP Open
  • 22. 22 ■ 준비 단계 Process Flow
  • 23. ■ 준비 단계 주요 Task와 산출물 23 단계(Phase) 활동(Activity) 작업(Task) 산출물 주요 활동 내용 PR 준비 PR10 프로젝트 계획 PR11 프로젝트 준비 PR11-1 프로젝트 헌장 • 프로젝트 목표와 정의, 범위의 명확화, • 일정과 Activity확정 PR11-2 프로젝트 WBS PR20 프로젝트 관리방안 수립 PR21 프로젝트관리 표준과 절차 정의 PR21-1 프로젝트 관리 방안 • 진척관리 • 이슈관리 • 커뮤니케이션 관리 - 보고 • 문서관리방안 - 양식 PR21-2 업무보고 계획 PR21-3 이슈 목록 PR22 단계별 가이드 작성 PR21-1 단계별 가이드라인과 산출 물 작성 지침 • Business Blueprint • Realization • Cut-Over • Go-Live & Support PR23 프로젝트환경 구성 • 프로젝트 룸 구성 • 프로젝트 팀원 주소록 • 공유서버 구성 • Sandbox 구축 PR30 Kick Off PR31 팀 빌딩 • 프로젝트 관리 방안, 단계별 가 이드 공유 PR32 Kick Off PR31-1 Kick Off 발표 자료 • Agenda와 참석 범위 확정 • 장소 준비/참석자 확인 • 발표 자료 준비
  • 24. 24 2. PI단계(Blueprint) • 회사의 전략과 연계된 변화의 방향을 설정하여 PI/ERP 프로젝트의 목표를 명확히 하고 비전을 공 유며, • 프로세스, 조직, 시스템에 대한 AS-IS 현황 분석을 수행 • 분석결과를 바탕으로 개선기회를 도출하여 PI과제를 정의 • 전사의 Business 구조  전체 Process  업무별 프로세스  상세/하위 프로세스  기능요구사 항 도출의 순서대로 진행 목 적 • 현업인터뷰 계획수립과 인터뷰 실시 • As-Is 프로세스 리스트 • ERP Mapping  GAP 분석 • 개선요구사항 정의 & PI 추진 과제 정의서 - 핵심이슈 정의, 개선대상영역과 개선방향/우선순위 정의 • 변화전략과 변화관리 실행계획 주요 Task As-Is 분석 To-Be 설계 및 시스템 검증 안정화 시스템 구현 Shadow Run 오픈 준비 통합시험 1차 2차 사용자 교육 Data 이관 M1 M2 M3 M4 M5 M6 M7 M8 M9~M11 M0 준비와 교육 준비 ERP 구현 단계(Realization & Cut-Over) Go-Live & Support PI단계(Blueprint) ERP Open 1) AS-IS 분석
  • 25. 문제점 도출 개선 방향 설정 현황 분석 1.현업 인터뷰 2.현행 프로세스 분석 3.시스템 분석 4.경영진 인터뷰 1.현업 요구 사항 정리 2.Business Issue 도출 3.System Issue 도출 4.ERP Mapping 5.선진 프로세스와의 Gap 분석 1.개선 기회 정의 2.핵심 과제 도출 3.PI/ERP의 방향성 정의 개선요구사항 정의서 변화관리 전략 수립 As-Is 프로세스 분석 및 요구사항 정의 PI 추진 과제 및 실행 방향 정의 ■ 프로세스 분석과 PI 추진과제 선정 절차 25
  • 26. ■ As-Is 분석 Process Flow 26
  • 27. ■ As-Is 분석 단계 주요 Task와 산출물 27 단계(Phase) 활동(Activity) 작업(Task) 산출물 주요 활동 내용 AN 분석 AN10 As-Is 분석 AN11 As-Is Process 분석 AN11-1 As-Is Process 목록 AN11-2 As-Is Process Profile AN11-3 As-Is Process 정의서 AN12 Interview 계획 • 현장/이해관계자 인터뷰실시 • 현장 주요 문제점과 개선요구 사항 파악 AN13 Interview 실시 AN13-1 경영진 인터뷰 질의서 AN13-2 현업 인터뷰 질의서 AN13-3 업무 Process인터뷰 질의서 AN14 현행 Report 양식수집 AN14-1 As-is Report List AN14-2 As-Is Report Profile AN20 변화관리 계획 수립 AN21 변화관리 방향 협의 • 변화관리 대상자 분석 • 변화관리 마스터플랜 AN22 변화관리 계획 수립 AN22-1 변화관리 마스터 플랜 AN30 프로젝트팀 교육 AN31 프로젝트팀 교육 수행 AN31-1 교육 교재, • 교육 일정, 교육준비 • 팀 교육 실시 & 결과 평가 AN31-2 교육 수행 결과서 AN40 시스템 분석 AN41 시스템 분석 AN41-1 To-Be 시스템 아키텍처 • 신규 SAP 시스템 요구 사항 분 석(OS,Network 등) • 기존 시스템(HW, SW)현황 조 사 • 하드웨어 Sizing 분석 AN41-2 하드웨어 Sizing 용량산정 방안
  • 28. • Process 설계, 조직구조 정의, Master Data 체계 정의작업을 수행하고, • 이에 대한 시스템상의 기능 검증과정을 거쳐 GAP을 도출하고 해결 방안을 수립 목 적 • To-Be Process 설계 • Organizational Structure 정의(초안) • Master Data 표준화 방안 수립(초안) • 현장 PI 실행 과제 선정과 To-Be Vision 설정 • High Level GAP 도출 및 해결 • 현업 Sign off ( Baseline 확정) 주요 Task 2. PI단계(Blueprint) 28 As-Is 분석 To-Be 설계 및 시스템 검증 안정화 시스템 구현 Shadow Run 오픈 준비 통합시험 1차 2차 사용자 교육 Data 이관 M1 M2 M3 M4 M5 M6 M7 M8 M9~M11 M0 준비와 교육 준비 ERP 구현 단계(Realization & Cut-Over) Go-Live & Support PI단계(Blueprint) ERP Open 2) TO-BE 설계
  • 29. Issue 도출 Best Practice, 산업표준 현행업무 분석 구매 생산 영업 판매 계획 생산 계획 구매 계획 현업개선 요구 Power User와의 Process협의 To-Be Process 설계 영업 판매 계획 손익 예측 생산 조정 To-Be 확정 ■ 프로세스 설계 프로세스 설계단계에서는 ERP의 Best Practice를 기준으로 삼아 최적의 Process를 위해 새로운 업무 절차와 방법을 결정 협의/해결 29 최소 입력, 최대 정보
  • 30. 기존 불용 및 중복 Code 정비 제품 137 61 76 기존 Code 중복 및 불용 Code 정비 후 Code 고객 50 38 12 기존 Code 중복 및 불용 Code 정비 후 Code 원부자재 & MRO Open 구매 시스템 구축 시 정비 신 Code 체계 설계 기준 • One Material One Code 원칙 • One Customer One Code 원칙 • 조직과 사업의 변화와 무관함 • 고객 및 원부자재/MRO 는 무의미 일련번호 체계 • 제품은 사업별 유의미 코드 체계 Master Data는 사업과 조직의 변화에 영향을 받지 않도록 “1물(物) 1코드”(One Material One Code) 체계로 설계 ■ Master 체계 설계 30
  • 31. 전사통합 P000 Sales Area COA (C100) Controlling Area C100 (L사) Operating Concern C100 (L사) Credit Control Area 사업부 단위(19) Client(100) L사 Company Code C100 - L사 Cost Center H. C10000 Profit Center H. C10000 Purchasing Org. 화학 통합 P100 Plant 유화:10,기능:15,산업:14,정보:6 Business Area Plant + Division Sales Office 영업팀 단위 Sales Group 영업소 단위 Sales Employee 영업 사원 Purchasing Group 구매팀 (담당) Shipping Point 출하 부서 Storage Location 완 제 품 현 창 원 창 Loading Point 상차 지점 Sales Org. 사업 본부 단위:5개 Distribution Channel 직판,시판(위탁대리점),Local,수출 Division 사업부 단위(19) *Business Segment 별 수익성 분석(PA)의 조직단위 사업부/공장별 B/S 산출 (61개) 물류센터/영업소 (68개) *여신한도 관리단위 ■ 조직구조 정의 현실의 조직구조와 조직 요구사항(승인, 보고 체계 등)을 ERP에서 요구하는 조직구조에 맞춰 설계, 구현 31
  • 32. ■ To-Be 설계 Process Flow 32
  • 33. ■ To-Be 설계 단계 주요 Task와 산출물 33 단계(Phase) 활동(Activity) 작업(Task) 산출물 주요 활동 내용 DE 설계 DE10 To-Be Vision 수립 DE11 PI 과제 선정과 개선방안수 립 DE11-1 핵심과제선정 목록 • 핵심과제 도출 • 세부 개선방안 수립 • 과제별 추진 일정과 주체 선정 DE11-2 세부 개선 방안 DE11-3 과제별 추진주체 DE12 To-Be Vision 수립 DE12-1 KPI • 과제별 KPI, Monitoring 방안 수립 • To-Be Vision 작성 • 보고 Workshop DE12-2 To-Be Vision Guideline DE12-3 To-Be Vision 보고서 DE20 TO-BE 프로세스 정 의 DE21 TO-BE 프로세스 정의 DE21-1 To-Be 프로세스 목록 DE21-2 To-Be Process 정의서 DE30 ERP mapping & GAP 도출 DE31 ERP mapping & GAP 도출 DE31-1 ERP mapping & GAP List • GAP 분석 및 대안 수립 • GAP 확정 보고 DE32-1 개발대상 목록 DE40 Key Data 정의 DE41 Key data 정의 DE41-1 조직구조 정의서 • 조직구조 정의 • Key data 도출 및 정의 • Key data 확정 DE41-2 Key Data 목록 DE50 개발 환경 구축 DE51 시스템 전략 수립 DE51-1 System Landscape 구성방안 • Client Landscape 전략 수립 • System Landscape 전략 수립 DE52 SAP시스템 설치 DE51-1 SAP 시스템 설치 메뉴얼 • 하드웨어,소프트웨어 발주 • 개발 시스템 H/W, S/W 설치 • 개발환경 구축, Solution Manager DE60 설계단계 점검 DE61 설계단계 산출물 점검 DE62 TO-BE 완료 보고 DE62-1 TO-BE Model 완료 보고서 • TO-BE Model 정의 보고서 작성 • TFT 내부 Workshop • Business Blueprint 단계 완료보고
  • 34. • 프로세스를 확정하여 SAP에서 사용할 기능, Organization 등에 대한 Configuration 수행 • Add-on 개발 사항에 대한 Spec을 작성하고 프로그램의 개발 • Data이관을 위한 사전 작업 수행(계획, 템플릿, 배포/수집 등) 목 적 • 시스템 구현과 관련 이슈 Follow-up • PI 과제 현업 이관과 Monitoring • Business Rule 정의(R&R 포함)와 현업 합의 도출 • Master Data 생성( 1차 통합 테스트 이전) • CBO 개발 주요 Task 3. 구현 단계 34 As-Is 분석 To-Be 설계 및 시스템 검증 안정화 시스템 구현 Shadow Run 오픈 준비 통합시험 1차 2차 사용자 교육 Data 이관 M1 M2 M3 M4 M5 M6 M7 M8 M9~M11 M0 준비와 교육 준비 ERP 구현 단계(Realization & Cut-Over) Go-Live & Support PI단계(Blueprint) ERP Open 1) Prototyping & CBO 개발
  • 35. 세부 Process의 Biz Rule결정, Master Data 작성, 개발 프로그램의 완료 작업 수행 Biz 운영 Rule 결정 Master Data작성 현업부문 ERP 구축 팀 사용자 화면과 Process 구현 Logic 정의 Data 취합과 검증 System Setting System Upload Configuration 개발 업무 완료 Test와 수정/보완 System 적용 판매 계획 고객 제품 BOM CBO Program 현장실행과제 현업 이관 현장실행과제 선정 현장실행 과제 ■ Configuration 35
  • 36. Power User • To-Be Process협의 • 미결 또는 신규 Issue 협의 • 팀장급 Master Coordi- nator • 해당부문의 Master Data 작성 주도 (10월 6日 완료) • Master 작성 현업 대표요원 90 Core User • 세부 Biz 운영 Rule 결정 ( 10월 말 목표 ) • 향후 EPR 시스템을 중심적 으로 사용할 핵심 팀원 290 현업 주체 Configuration 단계 주요활동 인원 (명) 144 Master Coordi- nator • 해당부문의 Master Data 작성 주도 • Master 작성 현업 대표요원 90 부 문 Master Data 종류 건수 (천건) M-Month 책임 경영층 생산 BOM Routing Work center 반제품 105 105 1 53 55 110 2 28 주재임원/ 공장장 영업 제품,상품 고객 판가 72 12 210 38 6 11 사업부장/ 영업담당 구매 원부자재 MRO 공급업체 55 120 4 6 12 4 구매 및 해외 사업 담당 회계 고정자산 140 90 재경담당 인사 사원 30 6 인사 담당 계 907 368 M/M 전사 사무기술직 사원의 10%가 한 달간 동원되어야 할 Load임 Master Data 작성은 전사, 전부문의 실무요원 참여가 필수 [참고] Master Data 준비 36
  • 37. ERP System에 Setting할 세부 업무의 운영 규칙을 결정 현업 주체 Configuration 단계 주요활동 인원 (명) Power User • To-Be Process협의 • 미결 또는 신규 Issue 협의 • 팀장급 Master Coordi- nator • 해당부문의 Master Data 작성 주도 • Master 작성 현업 대표요원 90 Core User • 세부 Biz 운영 Rule 결정 ( 10월 말 목표) •향후 EPR 시스템을 중심적 으로 사용할 핵심 팀원 290 144 Core User • 세부 Biz 운영 Rule 결정 •향후 EPR 시스템을 중심적 으로 사용할 핵심 팀원 290 세부 Biz 운영 Rule(예시) Biz 운영 Rule 결정되어야 할 사항 유화 생산) 안전재고 수준 제품코드별 안전재고량 결정 기능수지 영업) MTO/MTS 품목 결정 판매량, 생산L/T, 고객요구 납기 등의 제반 변수를 고려 18,000개 제품 MTO/MTS 결정 산업재 생산) Scrap실적처리 공정중 재활용 Scrap의 투입 산정량 산정 및 원가 반영 방식 정보전자소재 생산) MTO제품 생산전략 최소 Batch수량이 Sales Order 량 보다 클 경우 생산 전략 회계) 자산실사 기준 실물자산과 장부상 자산의 실사 및 사후관리 방안 [참고] Business 운영 규칙 결정 37
  • 38. ERP에 Mapping되지 않는 사용자 요구사항에 대해서는 별도의 프로그램을 개발 ■ CBO 개발 38 ERP Mapping GAP 도출 Functional Specification 개발요청서 개발범위 합의 영향 분석 확정 시스템 구현 대상 업무적 처리 대상 개발목록 List up Feedback Configuration Technical Specification/개발 Test System Deploy Feedback 업무 개선
  • 39. 목 적 산출물 주요 Task • 통합시험 추진전략 • 통합시험 수행계획 1차 통합시험 2차 통합시험 • 각 모듈간 통합성 검증 • Test Scenario 작성과 테스트 데이터, 시스 템 준비 • 1차 Test 미진 항목 테스트 • 테스트 실행 , 결과/이슈 정리 및 보완 • CBO 프로그램이 포함한 통합성 검증 • Sub-System, Legacy와의 I/F 검증 • Test List 정의 • Test Scenario 작성과 테스트 Data, 시 스템 준비 • 테스트 실행, 결과/이슈 정리 및 보완 3. 구현 단계 • 통합시험 시나리오 List • 통합시험 Script 39 As-Is 분석 To-Be 설계 및 시스템 검증 안정화 시스템 구현 Shadow Run 오픈 준비 통합시험 1차 2차 사용자 교육 Data 이관 M1 M2 M3 M4 M5 M6 M7 M8 M9~M11 M0 준비와 교육 준비 ERP 구현 단계(Realization & Cut-Over) Go-Live & Support PI단계(Blueprint) ERP Open 2) 통합시험
  • 40. 목표 Process 확정 단계에서 정의된 프로세스에 대해 구축된 ERP 시스템의 기능을 사전에 정의된 시나리오에 따라 테스트하면서 예상되는 문제를 제거하여 시스템의 완성도를 제고하기 위한 반복적인 활동 Test 환경 Live System (H/W,S/W)을 가정한 환경 하에서, SAP 시스템에서 점검  Configuration - 확정된 Customizing  Data Migration - 정비된 Master Data - 필요시 Transaction Data 일부  CBO 프로그램 - 단위Test 완료된 프로그램 실 행 확정된 Business Process를 시스템을 통해 직접 수행해 봄으로써 Test 시나리오 List Test 시나리오 Test Issue List 정리 및 해결 목 적 System의 완성도를 검증하여 Go-Live의 정합성을 반복 점검 수행함 End-to-End 프로세스별 통합 테스트로 모듈간 연계성 및 통합성 검증 정비된 Master data 검증 SAP Standard와 추가 개발된 프로그램 검증 Legacy 시스템과의 Interface 검증 Test 시나리오에 의한 실행 ■ 통합시험 절차 40 Feedback
  • 41. 대상 시스템 * CBO (Customer Bolt On) ; 수출입, 관세환급 등 표준 ERP에 없어 자체 개발한 기능 Issue & Error 발생현황 (건, 1/30 현재) 당초 예상 보다 다소 많은 Issue 발견 표 준 ERP 시스템 C* B O Interface 시스템 ERP 시스템 Test User Acceptance Test 131 433 268 34 Process Issue System 오류 Master 오류 계 I/F 시스템 Test 149 352 169 34 Process Issue System 오류 Master 오류 계 < 총계: 840 > 15 55 6 34 Process Issue System 오류 기능 추가 계 통합시험을 통해 도출된 이슈와 에러사항에 대한 적절하고 신속한 조치/관리를 통해 시스템 완성도를 높임 ■ 통합시험 내용 41
  • 42. Test 과정에서 발견된 Process Issue와 System 오류사항들은 시스템 Open 전까지 집중관리하여 해 결함. (통합시험 단계에서는 신규 요구사항을 받아들이지 않음) Issue & Error 처리 현황 Process Issue 시스템 오류 Master Data오류 ( 건, 1/30 현재 ) ☞ 미결 Issue & Error는 2월 중 해결 완료 311 총발생 해결 완료 해결 진행 중 295 477 68 529 (63%) 161 23 840 미해결 Issue & Error 내역 Process Issue 시스템 오류 Master Data오류 ERP 설계 반영 Biz Rule 정비 50 77 127 311 (건, 1/30 현재) 해결 진행 중 ■ Issue와 Error 관리 42
  • 43. • 최종 사용자를 대상으로 Process, Business Rule, 시스템 기능을 집중 교육함으 로써 업무 프로세스와 시스템상의 변화를 이해하고 ERP에 대한 사용자의 활용도 를 높이기 위함 목 적 • 사용자교육 계획서 • 사용자교육 교재와 강사 매뉴얼 • 사용자 매뉴얼 산출물 • 교육 계획 확정 • 사용자교육 준비 : 교재 개발, 강사 선발과 육성, 교육시설 확보 • 교육 운영과 평가 • 사용자매뉴얼 작성 주요 Task 3. 시스템 구현 43 As-Is 분석 To-Be 설계 및 시스템 검증 안정화 시스템 구현 Shadow Run 오픈 준비 통합시험 1차 2차 사용자 교육 Data 이관 M1 M2 M3 M4 M5 M6 M7 M8 M9~M11 M0 준비와 교육 준비 ERP 구현 단계(Realization & Cut-Over) Go-Live & Support PI단계(Blueprint) ERP Open 3) 사용자 교육
  • 44. ERP 교육은 새로운 Process와 System에 필요한 전 임직원의 역량을 새롭게 확보하는 지속적인 활동 Process & System 재창출 System 운전 Process 이해 변화 이해 변화 실천 변화 주도 ERP 교육의 방향 ERP 교육의 특징 • 전사 전 계층의 동시 Level-Up : 최고 경영층 → 현장 사원 • Knowing과 Doing의 동시 요구 : OJT 성격의 교육 • 최소 교육 조건의 필수적 충족 : 교육 미흡 → 회사 업무 마비 궁극적 목표 ERP 가동의 최소조건 변화에 대한 대응 역량 ERP 사용 역량 ■ ERP 교육의 특징 44
  • 45. 사용자 교육 운영을 위해 교육 계획, 교재개발, 강사선발, 강사 육성과 같은 준비작업을 사전에 체계 적으로 준비(실제로는 구현단계에서 종합계획을 수립 완료함) 교육 계획 확정 • 교육 과목 • 대상인원 • 강사 규모 • 교육 시설 교재 개발 보충/ 부문별 자체교육 교육 준비 강사 선발 교육 시설 확보 강사 육성 교육 운영 및 평가 교육 운영 • MRP기본 •표준원가 •팀장기본 정규 교육 예비 교육 1월 2월 3월 4월 5월 6월 ■ ERP 교육 준비 작업 45
  • 46. 경영층과 팀장에 대해서는 ERP를 활용하여 변화를 주도하고 의사결정을 위한 역량을 확보 교육 대상 Segmentation 경영층 ERP 교육 목포 변화 이해 변화 실천 변화 주도 변화에 대응 유형 의사 결정 업무 관리 업무 처리 ERP 활용 유형 사원,계/실장,반장 ( 4,315명) 팀장 (274명) 경영층 (82명) (총 4,671명*) 목표 수준 달성 방안 • ERP가 자기 부문의 경쟁력 확보에 직결된다는 경영 철학 下에 사업의 변화를 주도함 • ERP의 핵심 Process 이해 및 EIS 시스템 독자 사용 • 자기 부문 ERP 목표수립 및 진척 상황의 자주 관리 • 외부 성공사례 Benchmarking 실시 • 외부 전문가 초청 강연회 실시 ■ 교육목표 – 경영층과 팀장 46
  • 47. 팀장 이하 직급에 대해서는 ERP와 관련성 높은 직무 요원을 대상으로 집중하여 교육  해당 업무와 관련된 기능을 오류없이 사용할 수 있도록 반복/숙달 교육 교육 Target L M H System 사용 빈도 H M L System 사용 Depth (100% = 4,588 명) 해당 직무 • 생산 Planning • Marketing, 영업 지원 • 기획/관리, 재경 • 구매, 물류 • 영업 • 생산실행, 품질관리 • HR 실행 • 홍보, 총무, 전산 • 연구, 개발 • 디자인, 환경/안전 집중 교육 대상 Ⅲ 29% (1,318명) Ⅱ 54% (2,470명) Ⅰ 17% (800명) Target 대상 Ⅰ Ⅱ Ⅲ ■ 교육 목표 - 직원 47
  • 48. 전사 각 부문별로 자체 교육 역량을 확보하고, Open 후 사업 부문별 Help Desk 역할을 수행할 현업 강사를 집중 육성  향후 운영단계에서 안정적인 운영과 신속한 대응을 위한 핵심 인력의 역할 수행  육성 인원 : 100명 → 당초 경영위 보고 86명 대비 14명 증가  육성 기간 : 2/4 ~ 2/28 → 당초 경영위 보고 대비 1주일 단축 → 육성수준을 평가 후 역량 미달 시 육 성 P/G 추가 운영 현업강사 육성 단계 역 할 전사 교육 (3~5월) 부문별 자체 교육 (6월) Help Desk (7월 ~ ) • ERP 사용자 교육 강사로 참여 ; 15日 강의/3個월 • 사업본부/사업부/공장주도의 자체 교육 강사로 활동 • Open 후 해당부문 Trouble 발생시 Help Desk 역할 현업강사 역할 ■ 현업 강사 육성 48
  • 49. • Code Mapping과 Migration Data의 정합성 여부 검증 • 1, 2차 사전 Simulation 통한 문제점 파악 및 조기 대응 • Cut-over를 위한 Data Migration 능력 배양 ※ 실제로는 시스템 구현 초기단계부터 이미 시작됨 목 적 • Data Mapping & Migration Rule 정의 • Master Data Fill-up • Master Data 검증 • SAP Upload • Data 정합성 검증 •운영시스템으로 Client 이관 •Data Conversion실시 주요 Task 3. 시스템 구현 49 As-Is 분석 To-Be 설계 및 시스템 검증 안정화 시스템 구현 Shadow Run 오픈 준비 통합시험 1차 2차 사용자 교육 Data 이관 M1 M2 M3 M4 M5 M6 M7 M8 M9~M11 M0 준비와 교육 준비 ERP 구현 단계(Realization & Cut-Over) Go-Live & Support PI단계(Blueprint) ERP Open 4) 데이터 이관
  • 50.  기존 Legacy 시스템에 있는 Master Data와 Open 시점 기준 결산 Data와 진행중인 Data 를 SAP ERP로 이관하는 작업  이관 대상 Data 별로 이관 범위와 방법 등을 결정하고, Data 정리/가공 작업, 이관 작업을 수행하는 일련의 작업을 포함  Data conversion은 그 양 뿐만 아니라 복잡성과 프로젝트 내/외부 팀들의 공조체계에 영향을 받으므로 프로젝트의 주요 위험요소 중 하나로 간주됨 현재의 Data를 Legacy System(또는 서류)으로 부터 ERP System으로 이관하여 정보 흐름의 단절 없이 새로운 정보 시스템에서 적용할 수 있도록 하는 절차 Manual Conversion (Code Mapping) Transfer (Download) SAP System Transfer(Upload) BDC P/G, Manual Input Data File 작업 (BDC Format기준의 정합성 검증) 거래처 채권/채무 제품 마스터, 재고 ■ Data Migration(자료이관)이란? 50
  • 51. 기본 원칙 ① 이관 대상 진행성 Legacy Data를 최소화 할 수 있도록 Data를 정리하고, 필요한 사전조치를 취함 ② Live 이후의 추가 조정 작업을 최소화 할 수 있도록 함 ③ 이력데이터(Historical Data)의 이관은 최대한 배제함 ④ 필요한 경우 이력데이터의 종류에 따라 이관 대상 범위를 정의 예상 Risk 요소 1. 불필요한 History conversion에 대한 욕심 2. Resource Availability : Data Cleansing의 상당 부분과 이관 후 Reconciliation 작업에 현업의 참여 또는 이에 대한 지원이 원활히 이루어 지지 않음 3. Go-live에 임박한 필드속성의 변경이나 Code Conversion값의 변경 4. 이관될 대상 Data의 Scope과 분량의 잦은 변경 5. Conversion tool에 대한 사전 준비 Test 미흡 분류 정의  Master Data : 초기 등록 이후 거의 변하지 않는 기준성 Data 예) 고객사, 공급사, COA, Item, BOM, Routing, Bank Account, Location, ORG 등  Transaction Data : 실 업무 처리 과정에서 발생되어 계속 변하는 Data 예) On-Hand-Quantities, Open PO, Open Invoices, Prepayment, 진행중인 Order, ETC  History Data : 통계 분석과 감사 대응 용도로 필요한 Data 예) 종료된 계약, 생성계획, 재무정보 등 각종 신/구코드와 주요 필수 항목에 대한 변환기준을 명확히 하여 프로젝트 참여 인력간 Communication과 변경관리 결과가 즉각적으로 신 시스템에 반영되도록 함 ■ 기존 Legacy Data 유형별 사전 정의 51
  • 52. Data Mapping과 Migration data의 정합성 여부를 검증하고, Migration상의 문제를 조기에 파악/대응 하기 위해서 Migration Simulation 수행 (통합시험 1,2차 단계) Data Conversion 일정계획 & 원칙 수립 Conversion Data 선정 & 절차 정의 Data작성 & 이관 Program 개발 Data Migration 수행 & 검증 Cut over Activity Plan 작성 현업Cut over Activity수행 & 최종Data준비 Data Migration 최종 수행 준비단계 기준정보 표준화 단계 Cleansing 절차와 방안 기준정보 표준화 단계 • Data Conversion 일정과 원칙 수립 • 대상항목 선정/확정 • 항목별 R&R을 부여하고 조직 구성 • Migration 원칙 작성 • Field Mapping • 수작업 Data 작업 정의 • Open Item최소화 정의 • Legacy Download • Data 가공 • 정합성 검증 (Excel) • Upload Program • 진척도 관리 (Manual Data Fill up 교육) • Legacy system 재무결산 마감 • 결산Data 이관 • Simulation 전략 수립 • Migration Simulation수행 • 검증과 보완 검증단계 이행단계 ■ 데이터 이관 추진절차 52 • Cut over activity Plan작성 • Cut over Activity 협의, 및 확정 • 현업 Cut over Task 수행 • Master Data Migration 수행 • Legacy물류 마감 • Open Item Migration
  • 53. 변환유형 설 명 System Setup Data, Template Code Transaction 처리에 필요한 속성을 제공하는 Master Data Master 잔액, 실적 등 Transaction Summary Data Balance 거래에 대한 처리Transaction Data Transaction 이행자료유형 자료 변환 및 이행 체계 변환대상 자료를 추출하는 작업 Data Extract Application에 Upload 위해 준비 변환 Source Data 변환 Data 매핑 기준에 맞게 변환 Data Load Interface Table에 매핑된 자료를 Application으로 Import Data Interface 1 2 3 4 변환방법 설 명 각 모듈의 처리화면에서 직접입력 Manual Excel 의 Macro 기능 이용하여 Upload Cut & Paste ERP 시스템에서 제공하는 Tool을 사용 하여 Upload Journal Wizard(ADI) Data 성격에 맞게 CBO된 프로그램으로 Upload 변환 프로그램 변환방법 Legacy Source Data는 현행 시스템과 현업에서 수작업으로 관리되는 자료로서, 목표시스템(ERP)에 맞게 정형화된 Format으로 재정제하여야 함 Document Data Extract 변환 Source Data Data Load Data Interface 1 1 2 3 4 Legacy Data Ascii Flat File Interface Table Application Database Application Database ■ Data 이행의 유형과 방법 53
  • 54. 이관 대상 Master Data  Material Master(자재,원자재,상품 등)  BOM/Routing  Customer/Vendor Master(판매처,구매처 등)  Asset Master  Info Record, Price Condition (구매이력, 판매가격) Open Item 결산Data  ERP 시스템 Open시점의 계정 잔액(B/S,P/L)  기초재고량 및 자산가액 등 Historical Data  과거 전표  부서별 비용/손익 실적  과거 매출/생산 실적  과거 B/S,P/L  Open 당해 년도의 과거 월별 B/S,P/L Master Data, 시스템 가동 시점의 전월 결산 Data, 시스템 가동 시점의 전월 기준 Open Item을 대상 으로 합니다. Historical Data 이관은 가능한 제한(ERP 이관대상과 BW/EIS 분석용 이관대상의 철저 한 구분, 필수불가결한 요소만)  Open 시점의 G/L Open Item, AR/AP/Asset  Open S/O : 판매오더, 납품서  Open P/O : 구매오더 및 검수내역  Open Production Order(수선오더 등)  Open Item 최소화를 위한 사전 결산정리  Status 명확화 및 단순화  실물과 Data의 사전 일치 : 재고실사를 통하여 Legacy system 에서 장부-실무 100% 일치 작성 선행 • 오픈 직전 data를 SAP 초기 balance로 이전  Historical Data는 ERP로의 이관을 하지 않도록 처리함  경영활동 지원 및 효과적인 SAP활용을 위해 필수적인 사항만 선별적 Uploading(예, BW) 처리 원칙(기준)  Data cleansing 수행 및 변경 내용관리  Go Live 사전 Up-load 및 사전검증완료 ■ 사전 필수 이행 데이타 54
  • 55. 업무의 단절을 최소화하기 위해 기존 Legacy시스템과 수작업으로 관리되는 정보를 각 영역과 상 태별로 구분하여 준비  관리  이관함 생산/품질 영역 재무회계 영역 구매자재 영역 영업 물류 수출 진행중인 Data • 생산계획 • 사업계획 • 미상환 차입금 • 구매 계획 • 구매 Order • 미출하 Order • 미처리 운임 • 진행중 수출 Order 기준 정보 • Material Master • BOM, Routing • 품질검사 특성 • G/L 계정, 고정자산 • Cost, Profit 센터 • 원부자재/MRO • Vendor Master • Info Record • Source list • 신규 고객 및 구매처 • 판매/구매 단가 이력 • CY 완제품 재고 결산 Data • 반제품 재고 • 현장 재고 • B/S, P/L • 채권, 채무 • 원부자재 재고 • 기자재 재고 • 대리점/창고 상품 재고 • 위탁재고량 • 생산계획 • 결산 실적 • 투자집행 실적 • 구매 계획 • 구매 Order 과거 이력 Data • 판매계획 ■ Open 데이터 준비 55
  • 56. 각 모듈별 Migration 항목과 이관 기준을 작성하고, 담당자와 이관방법을 정하여 이관 작업을 수행 구분 이관 기준 AR/AP 미결항목  ’10년 12월말 기준의 Legacy 시스템 AR/AP 미결항목  open item 개별항목별로 이관 미지급/ 가지급 법인카드 미지급법인카드: ‘10.12월말 기준의 남아있는 법인카드 정산전표 가지급법인카드: ‘10.12월말 기존의 남아있는 법인카드 지급전표 고정자산  ’10년 12월말 결산기준의 Legacy 시스템 자료(취득가액이 있는 고정자산) : IFRS 기준으로 내용년수와 클래스가 모두 변환된 자료 저장품재고  MM에서 재고 이관후 FI는 금액확인 기타 BS 항목  12월말 기준의 잔액 기준으로 이관 단기예탁금  12월말 기준의 단기예탁금 실적 차기이월이 익잉여금  12월말 기준의 차기이월이익잉여금 구분 이관 기준 구매 요청  ’10년 12월말 기준으로 계약이 체결 된 구매요청의 경우는 이관하지 않고, 계약 체결 전 구매요청만 이관함(신규 생성 개념)  ’10년 12월말 기준으로 총무팀으로 결재통보가 안된 구매요청은 시스템 오픈 이후 신규 생성함 구매 오더  자재 : 계약체결 후, ’10년 12월말 기준으로, 입고/송장이 처리가 안 되었거나, 일부 만 입고 또는 입고/송장이 처리 된 즉, 잔량이 존재하는 구매항목 -> 실물이 입고만 되고, 송장이 처리 안된 예비품의 경우는, 재고실사 시 확인하여, 기초재고 수량에서 제외해야 함, 송장처리 시 입고 기표도 함께 처리함  공사 & 용역 : 계약체결 후,’09년 12월말 기준으로 송장처리가 안되었거나, 선금, 기성이 지급되고, 잔금(준공금)이 남아있는 구매항목 단가 계약  12월 말 일 기준 미 종료 연간단가 계약 기초 재고  ’10년 12월말 결산기준의 Legacy 시스템 자료(수량/금액)  부외자산도 포함함(수량) FI 항목별 이관기준 (예) MM 항목별 이관기준 (예) [참고] 이행 대상 데이터 사례 56
  • 58. ■ 구현 단계 주요 Task와 산출물(1/2) 58 단계(Phase) 활동(Activity) 작업(Task) 산출물 주요 활동 내용 RE 구현 RE10 Prototyping RE11 Prototyping 시나리오 작성 RE11-1 Prototyping 시나리오 목록 • Prototyping Biz. Scenario 작성 • Prototyping data 준비 • Configuration 수행 • Prototyping 수행 • Prototyping 수행 결과 및 이슈 정리/대안 수립 RE11-2 Prototyping Script RE12 Prototyping RE12-1 Configuration 정의서 RE20 개발항목(CBO) 구 현 RE21 개발 계획 수립 RE21-1 개발표준정의서 • 개발표준 정의 • 개발 일정계획 수립 RE21-2 개발 일정 계획/체크리스트 RE22 개발요구조건 정의 RE22-1 Functional Specification • 개발표준 정의 • 개발 일정계획 수립 RE23 프로그램 개발 RE23-1 CBO 프로그램 목록 • CBO 개발 • 단위테스트 RE23-2 Technical Specification RE30 Data 표준화와 Migr ation준비 RE31 Data 표준화 설계 RE31-1 Master Data정의서 • Data 표준화 • Master Data 항목정의 • Data Conversion 항목정의 • Data Interface 정의 RE31-2 Data conversion 대상 목록 RE32 인터페이스 설계 RE32-1 Interface전략 RE32-2 Data Interface list RE33 데이터이행전략 수립 RE33-1 Data Migration 전략 • Data Migration 전략 수립 • Data Migration 테스트 • Data 일치성 확인 RE34 기준정보 정비 • Data 준비/정제/Conversion 수 행
  • 59. ■ 구현 단계 주요 Task와 산출물(2/2) 59 단계(Phase) 활동(Activity) 작업(Task) 산출물 주요 활동 내용 RE 구현 RE40 데이터 이행 RE41 이행 준비 RE41-1 데이터이행 체크리스트 RE42 데이터 이행 RE41-2 데이터이행 결과보고서 RE50 사용자교육 RE51 교육 계획 수립 RE51-1 사용자교육 계획서 • 교육대상자 선정 • 상세 교육일정계획 수립 • 매뉴얼 작성 RE52 매뉴얼 작성 RE52-1 사용자매뉴얼 RE52-2 강사매뉴얼 RE53 PI교육 수행 • 컨설턴트  PI 교육 • PI  사용자 교육 RE54 사용자교육 수행 RE60 통합시험 RE61 통합시험 계획 수립 RE61-1 통합시험 추진 전략 • 통합시험 시나리오 작성, 검토 RE61-2 통합시험 수행계획 RE62 통합시험 시나리오 작성 RE62-1 통합시험 시나리오 RE63 통합시험 수행 RE70 테스트환경 구축 RE71 테스트시스템 구축 RE71-1 GUI 설치 매뉴얼 • QA 서버 구축 • 테스트를 위한 Client 구성 • QA시스템으로 CTS 수행 RE71-2 SAP CTS 운영 방안 RE80 운영 환경 구축 RE81 운영시스템 구축 RE81-1 SAP GUI 설치 매뉴얼 • 운영 H/W, S/W 설치 • 운영시스템으로 CTS 수행 RE82 운영 시스템 관리 정책 수립 RE82-1 Backup & Recovery Test 매 뉴얼 • Back Up & Recovery Test • HA Test(HA 구성 시) • SAP 시스템 사용자 권한 관리 방안 수립 RE82-2 사용자 권한 관리 방안 RE90 구현단계 점검 RE91 설계단계 산출물 점검
  • 60. [참고] The Role of Data Migration 1. Start the process early. Data migration is big and hairy and affected by the number of systems your organization is using, the number of sites that are going live, how many end-users are involved with the data, the regulations affecting your industry, and on and on. The sooner you start dealing with your data, the better your chances will be of avoiding disruptions and delays with your ERP Realization. 2. Define a data migration strategy. You won’t get anywhere without a good plan. Accept that and dedicate the time, manpower and resources to figure out the best way for your company to address this issue. 3. Make the tough decisions. There are likely good reasons why different areas have been classifying data differently, and it’s important to talk to department heads and use their input to define a thorough standard for your data — today and in the future. Executive decision-making is key to this process. 4. Clean out your closets. An important part of data migration is the trashing of your old data. The more you try to migrate, the more complicated it becomes so it behooves you to limit your data as much as possible per regulations and company needs. Management must be involved to make critical decisions regarding the usefulness of old information. 5. Don’t assume your IT department can “just handle it.” Data migration simply cannot be effectively “handled” by your IT department, your ERP vendor or any software you purchased. It cannot. The process needs executive support and decision-making and money and time and people. Period. It must not be underestimated. 60
  • 61. • Open전에 Shadow Run테스트를 통해 Open후에 발생 가능한 오류 및 누락을 사전에 방지하고, 사용자의 시스템 활용도를 높이고자 함 목 적 • 테스트 시나리오 작성 • 테스트 범위 및 현업 역할 정의 • 테스트 수행 • 테스트 결과 정리 주요 Task 4. Cut-Over As-Is 분석 To-Be 설계 및 시스템 검증 안정화 시스템 구현 Shadow Run 오픈 준비 통합시험 1차 2차 사용자 교육 Data 이관 M1 M2 M3 M4 M5 M6 M7 M8 M9~M11 M0 준비와 교육 준비 ERP 구현 단계(Realization & Cut-Over) Go-Live & Support PI단계(Blueprint) ERP Open 61 1) Shadow Run
  • 62. 왜 하는가? Shadow Run(병행테스트)는 특정 기간에 실제 현업 업무를 ERP 시스템에 실제 처리하는 것으로, 병행 처리를 통해 ERP Open을 위한 사용자, 프로세스, 시스템 및 기준 정보의 완성도를 최종 점 검 사용자 ERP 시스템 운영을 위한 Skill은 충분한가?  ERP에서 실제 업무를 처리함으로써 신규 프로세스를 이해하고 시스템 활용 능력을 향상 프로세스 운영 시 병목 현상은 없는가?  업무 처리 흐름상 문제점을 조기에 파악하여 대응함(또는 대응책 수립) 시스템 ERP 세팅 상 오류는 없는가? 응답 속도는 적절한가?  사용자 발생 오류에 대한 재발 방지 조치 타 시스템과의 인터페이스는 정상적으로 작동하는가? 기준 정보 업무 처리에 문제가 되는 기준 정보는 없는가? 누락, 오류 기준 정보에 대한 확인 및 보완 무엇을 점검하는가? ■ Shadow Run, 안정적 오픈을 위한 사전 점검 “성공적인 ERP Open과 운영 안정화를 위한 준비 상태를 실 환경에서 사전 점검” 62
  • 63. Shadow Run을 수행하려면 아래와 같은 사전 준비작업들이 필요함 1. Process와 System Setting 완료 2. Data Migration 완료 3. User Authorization 완료 4. Interface data 처리 방안 5. 현업 부문과의 사전 공감대 형성 6. 팀별 처리 실적 Monitoring 방안 ( 비교 항목, 주기, 방법 등 ) Shadow Run 수행 ■ 사전 준비작업 Legacy ERP 63
  • 64. • 최종 Open을 위한 단계별 Cut over task를 순차적으로 이행함으로써 • 성공적인 System Open과 현업 업무 수행상의 차질 방지 • Open 전/후에 발생할 수 있는 위험 항목을 도출하고, 이에 대한 사전 대응체계를 수립함 목 적 • Master Data 최종 Migration • Legacy 물류마감  결산 데이터 이관 • Open Item Migration • SAP Cut-Over • Contingency Plan 수립 주요 Task 4. Cut-Over As-Is 분석 To-Be 설계 및 시스템 검증 안정화 시스템 구현 Shadow Run 오픈 준비 통합시험 1차 2차 사용자 교육 Data 이관 M1 M2 M3 M4 M5 M6 M7 M8 M9~M11 M0 준비와 교육 준비 ERP 구현 단계(Realization & Cut-Over) Go-Live & Support PI단계(Blueprint) ERP Open 64 2) 오픈 준비
  • 65. 업무의 연속성을 보장하고 새롭게 정의된 Process를 담은 시스템을 안정적으로 가동하기 위하여 현업과 Project팀이 협력하여 아래와 같은 단계별 Task를 수행함 2.단계별 Time Schedule 수립 1.Cut-Over 전략 수립 5.현업 Cut-over 사전 Task 수행 6.Legacy 물류 마감 7. Open Item Migration 8. ERP Package Cut-over 4.Master Data Migration 9.Legacy 시스템 회계 결산 10.결산 Data Migration 3.현업 Cut-over 사전 Task 정의 11.Legacy System Down 주요Task ■ Cut-Over 절차 65
  • 66. 최종 Go Live를 위한 일정과 작업(또는 준비) 항목은 다음과 같음 Go live D-Day D-32 D-17 D-8 D-3 재고실사 및 장부 재고 정리 20xx년 1월 표준원가 산정 Master data 추가분 반영 마감 및 데이터이관 Open Data 준비 User ID/Role 확정 및 시스템 반영 시스템 완성도 점검 IMG setting, 개발 프로그램 점검 D-14 D-31 최종점검 테스트 재고 이관 재테스트 CO 결산 테스트 물류 재점검 테스트 1차 물류 재점검 테스트 2차 D-20 D-0 D-5 시스템 Performance 점검(Going live check, Stress test) 현업 추가 보완 교육 ■ Cut-Over Activity 준비 일정(예시) 66
  • 68. ■ Cut-Over 단계 주요 Task와 산출물 68 단계(Phase) 활동(Activity) 작업(Task) 산출물 주요 활동 내용 CO Cut-over CO10 Shadow Run CO11 Shadow Run CO20 Go-Live 계획수립 CO21 Go-Live 계획 수립 CO21-1 Go Live 계획서 (일정표, Check List ) • Go-Live 일정 수립과 준비사항 점검 • Contingency Plan 수립 • Help Desk 운영 조직과 절차 정 의 • ERP 운영 조직 정의 CO21-2 Contingency 계획서 CO21-3 Help Desk 운영 계획서 CO22 사용자 권한 설정 CO22-1 Role 설계 가이드 • 사용자 권한 정의/설정 CO22-2 사용자권한 정의서 CO30 Go-Live 시스템 체크 CO31 Going Live Service 수행 CO31-1 Going Live 점검 결과보고서 • Going Live Analysis • Going Live Optimization CO32 운영 시스템 최적화 작업 수 행 CO32-1 Parameter 적용 결과보고서 • Going Live Optimization Report 결과 반영 CO33 사용자환경구성 CO33-1 SAP GUI 설치 전략 • SAP GUI 배포 / 사용자 설치 CO40 Go-Live CO41 Go-Live
  • 69. • 안정적인 운영을 지원 • ERP 시스템으로 업무를 수행하기 위하여 시스템 open 초기에 발생될 수 있는 운영 이슈/문제를 처 리하고 장기적인 지원체제를 수립 목 적 • Help Desk 지원 내역서 • 프로젝트 완료보고서 산출물 • Helpdesk 구성과 운영 • ERP 시스템 운영지원 : Open Issue의 해결 방안 모색, 사용자의 문제점 해결, System Performance 측정/향상, 사용자 보충교육 실시, 품질 확인과 미비 사항 보완 • 프로젝트 완료 보고 : 완료보고 및 향후 계획 수립 주요 Task 5. Go-Live & Support As-Is 분석 To-Be 설계 및 시스템 검증 안정화 시스템 구현 Shadow Run 오픈 준비 통합시험 1차 2차 사용자 교육 Data 이관 M1 M2 M3 M4 M5 M6 M7 M8 M9~M11 M0 준비와 교육 준비 ERP 구현 단계(Realization & Cut-Over) Go-Live & Support PI단계(Blueprint) ERP Open 69 안정화
  • 70. ■ Go-Live & Support 단계 Process Flow 70
  • 71. ■ Help Desk 대응 운영 절차 Power User Help Desk System Improvement Team User On-Line 도움말, 교재, 매뉴얼, 용어집, FAQ을 이용하여 해결방법을 찾고 찾지 못한 경우에 Power User에게 문의함 Power User (Trainer) 사용자들의 질문, 이슈 및 transaction 검토에 대한 1차 접점 자신이 해결하지 못한 경우 개선/수정서를 작성하여 Help Desk로 이관함 Help Desk 개선/수정서 log 관리 이슈의 우선순위 선정 문제해결에 대한 담당자 선정 Application 지원 Data, 교육관련 이슈 해결 시스템 변경, 개발 필요성 대응 기술 지원 기술적 이슈 해결 : PC, LAN 등 프로젝트 구축 후 시스템의 빠른 안정적 운영을 위하여, 1차로 동료사원을 중심으로 사용법을 습득하 고, 중요문제에 대해서는 전문가 집단을 활용 사용자 문제/ 요구사항 발생 71
  • 72. ■ 시스템 안정화 전략 조기 안정화와 운영 효율화 전략 안정화의 장애요인 ERP 시스템이 빠른 기간 내 정상적인 운영이 가능하도록 조직적이고 계획성 있는 사전점검체계를 구 축하고, 최적의 시스템 사용 환경이 될 수 있도록 준비 안정화될 때까지 지속적인 지원 지속적인 교육과 개선 제안 체계적인 지원 프로세스 수립  시스템 안정화 방향설정  사용자가 안정적으로 운영할 수 있을 때까지 현장 밀착 지원 서비스  Power User의 적극적인 활용  문제 발생시 신속한 이슈 해결/전달이 가능한 조직 준비  단기간에 정상적인 운영이 가능하기 위한 장애처리방안 수립과 Help Desk 조직 운영  하드웨어, 소프트웨어, 통신망, 운영요원 등 시스템 운영에 포함되는 모든 요소를 관리할 수 있는 체계 구축  향후 발생할 문제에 대한 선제적 대응  주요 오류 사항, 신규 사항 등에 대한 지속적인 교육  지속적으로 시스템의 성능 향상과 사용자 만족도를 높일 수 있는 계속적인 개선 작업 수행 2 3 새로운 시스템의 사용에 대한 거부감 (기능, UI 등) 변경된 업무 환경 1 저항과 서투름으로 인한 안정화 지연 72
  • 73. ■ 안정화 단계 주요 Task와 산출물 73 단계(Phase) 활동(Activity) 작업(Task) 산출물 주요 활동 내용 ST 안정화 ST10 운영안정화 지원 ST11 안정화 지원 ST11-1 Help Desk 접수대장 • 사용자 지원 • 개발 프로그램 안정화 및 보완 • 인수인계 수행 ST11-2 Help Desk 지원 내역서 ST12 시스템 지원 ST12-1 SAP 시스템 운영 매뉴얼 • BASIS 관리자를 위한 운영 매뉴 얼 작성 및 교육 • Going Live Verification • Verification report 결과 반영 ST12-2 SAP Going Live Check 결과 report(GV) ST12-3 Parameter Report ST13 추가/보완 교육 • 추가 교육 ST20 산출물 인수인계 ST21 산출물 현행화 • 산출물 현행화와 인수인계 ST22 산출물 인수인계 ST23 인수확인 ST30 프로젝트 완료보 고 ST31 이행결과 점검 • 시스템 가동 점검 • TO-BE Model 이행여부 점검 ST32 프로젝트 완료 보고 ST32-1 프로젝트 완료보고서 • 완료보고 준비 및 보고 • 향후 계획 수립
  • 74. “Eiffel Tower Effect” 지금은 프랑스 파리의 최고 명소이지만 에펠탑은 자칫했으면 잠시 건립되었다 사라질 뻔 했습니다. 1889년 프랑스 혁명 100주년 기념 박람회를 계획하면서 세워진 에펠탑은, 많은 사람들이 철골 구조물은 파리 예술에 대한 모독이며 고풍스러운 파리 분위기를 망쳐 놓을 것이라며 결사 반대했습니다. 100주년 기념위원회는 20년 뒤 철거한다고 약속하고서야 공사를 진행할 수 있었습니다. 모파상은 몽소공원에 세워진 자신의 동상이 그 탑을 보지 못하도록 돌려놓기도 했습니다. 시민들은 눈만 뜨면 커다란 탑을 보게 되니 처음에는 별 관심이 없다가 차츰 호감을 갖게 된 것입니다 자주 보면 좋아지고 사물도 자주 접하면 긍정적인 사고를 가지는 현상을 에펠탑 효과라고 합니다 에펠탑 효과 ? 74
  • 75. Ten Tips for a Successful SAP Initiative 1. Focus on business processes and requirements first 2. Take measures to achieve a healthy ROI 3. Strong project management and resource commitment is key 4. Commitment from company executives 5. Take time to plan up front 6. Ensure adequate training and change management 7. Make sure to understand why you are implementing SAP 8. Focus on data migration early in the process 9. Leverage the value of Conference Room Pilots (CRPs) 10. Charting the course 75