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

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

■ 방법론의 구성요소
텍스트 입력ㅋ
작업(Task)
텍스트 입력ㅋ
프로세스(Process)
방법론의
구성요소 텍스트 입력ㅋ
산출물(Production)
텍스트 입력ㅋ
역할(R&R)
텍스트 입력ㅋ
기타
필요한 작업(Task)들의 진행 순서(흐름)와
일련의 작업들간의 관계
수행하는 과업과 활동(Activity)
작업 수행 또는 변경 시 생성되거나 변경되
는 것(문서, 시스템 등)들
각 작업을 수행하는 주체 또는 작업 주체가
해야 할 일(Role & Responsibility)
도구, 기법…
프로젝트 방법론의 작업, 프로세스, 산출물, 역할 등의 구성요소로 이루어져 있음
텍스트 입력ㅋ
단계(Phase)
일련의 작업(task)들이 이루어지는 시간적
인 구분점
7

조직 측면
■ 방법론으로 하는 일들
방법론을
통해
 조직이 단일 방법론을 사용할 경우, 작업에 대한
조직적 Consensus를 이룰 수 있다.
 공동의 목표를 달성하기 위한 방법을
제공한다.
 프로젝트 팀원이 작업에 대해 동일한 개념을
유지할 수 있다.
 체계적인 작업 수행을 통해, 개인의 일관된
작업관리가 가능하다.
프로젝트 측면
개인 측면
프로젝트 방법론을 통해 프로젝트 측면, 개인 측면, 조직 측면에서 일관되고 통일된 의사소통과 관리
 잘 만든 Template 하나, 열 PM 안부럽다!!
8

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

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

■ PI(Process Innovation)란?
기업의 변화 또는 경영혁신을 위하여 일하는 방법(Process)을 총체적으로 개혁하는 것으로, 업무
처리 방식과 정보와 물류의 흐름을 최적화하고 고객지향으로 바꿈으로써, 경쟁우위의 변화대응력을
확보하는 것
경영자원
Man
Money
Material
Machine
값싸고
품질 좋은
제품을
빠르게
공급
고객만족
비정형화 업무
(예외사항)
95%
정형화된 업무
5 %
예외사항
5 %
정형화된 업무
9 5 %
시스템화
• 단순화
• 표준화
• 관행제거
일하는 방법
정보 기술
종
업
원
만
족
Human Enabler
12

ERP가 정상적으로 가동되기 위한 구축/운영상의 병목을 해소하고, ERP 활용 효과를 극대화하기 위
한 과제를 도출하여 현업이 주도하여 수행
ERP 성공의 요소 PI 과제 유형
ERP 운영상의
병목 해소
현업의 참여
System 완성도
• ERP를 통해 수주, 생산, 출하 업무 가능
• ERP 화면을 통한 Communication
현업 운용 능력
ERP 활용을 통한
Business성과극대화
• 기본 Master Data
정비
• 업무처리 절차 간소화
• 운영 Rule 정립
예시
• 배합비 표준화
• Master Data 정비
• 정보의 불일치 제거
• 전자전표를 통한
결재절차 단순화
• 기준정보 관리절차
일원화
• 품질관리 데이터
표준화
• 설비자재 및
소모성자재 업무의
효율화
• 신속한 항차별
원가계산
• 자재별 효율적
재고관리 방안 마련
• · · ·
• 통합 Logistics
장애요소 제거
• Material별 최적 재고
관리
■ PI 과제의 선정
13

전
임/직원
컨설턴트
최종사용자(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

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

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

ERP 프로젝트 단계별 추진 내용
Ⅲ

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
• 안정화

프로세스, 기준정보, 인프라, 교육(변화관리) 영역별로 프로젝트 추진 계획과 일정을 수립하고 진행
기간
수행영역
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

전체 추진단계별 Process Flow
20
ERP
Open

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
준비와
교육
PI단계(Blueprint)
ERP
Open

22
■ 준비 단계 Process Flow

■ 준비 단계 주요 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
• 회사의 전략과 연계된 변화의 방향을 설정하여 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
준비와
교육
PI단계(Blueprint)
ERP
Open
1) AS-IS 분석

문제점 도출 개선 방향 설정
현황 분석
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

■ As-Is 분석 Process Flow
26

■ As-Is 분석 단계 주요 Task와 산출물
27
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 용량산정
방안

• Process 설계, 조직구조 정의, Master Data 체계 정의작업을 수행하고,
• 이에 대한 시스템상의 기능 검증과정을 거쳐 GAP을 도출하고 해결 방안을 수립
목 적
• To-Be Process 설계
• Organizational Structure 정의(초안)
• Master Data 표준화 방안 수립(초안)
• 현장 PI 실행 과제 선정과 To-Be Vision 설정
• High Level GAP 도출 및 해결
• 현업 Sign off ( Baseline 확정)
주요 Task
28
As-Is
분석
To-Be 설계 및
시스템 검증
안정화
시스템 구현
Shadow
Run
오픈
준비
통합시험
1차 2차 사용자
교육
Data
이관
M1 M2 M3 M4 M5 M6 M7 M8 M9~M11
M0
준비와
교육
PI단계(Blueprint)
ERP
Open
2) TO-BE 설계

Issue 도출
Best
Practice,
산업표준
현행업무
분석
구매
생산
영업
판매
계획
생산
계획
구매
계획
현업개선
요구
Power User와의
Process협의
To-Be Process 설계
영업
판매
계획
손익
예측
생산
조정
To-Be 확정
■ 프로세스 설계
프로세스 설계단계에서는 ERP의 Best Practice를 기준으로 삼아 최적의 Process를 위해 새로운
업무 절차와 방법을 결정
협의/해결
29
최소 입력,
최대 정보

기존 불용 및 중복 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

전사통합 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

■ To-Be 설계 Process Flow
32

■ To-Be 설계 단계 주요 Task와 산출물
33
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 단계 완료보고

• 프로세스를 확정하여 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
준비와
교육
PI단계(Blueprint)
ERP
Open
1) Prototyping & CBO 개발

세부 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

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
작성 주도
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

ERP System에 Setting할 세부 업무의 운영 규칙을 결정
현업
주체
Configuration
단계 주요활동
인원
(명)
Power
User
• To-Be Process협의
• 미결 또는 신규 Issue 협의
• 팀장급
Master
Coordi-
nator
작성 주도
90
Core
User
( 10월 말 목표)
•향후 EPR 시스템을 중심적
290
144
Core
User
•향후 EPR 시스템을 중심적
290
세부 Biz 운영 Rule(예시)
Biz 운영 Rule 결정되어야 할 사항
유화 생산)
안전재고 수준
제품코드별 안전재고량 결정
기능수지 영업)
MTO/MTS 품목
결정
판매량, 생산L/T, 고객요구
납기 등의 제반 변수를 고려
18,000개 제품 MTO/MTS 결정
산업재 생산)
Scrap실적처리
공정중 재활용 Scrap의 투입
산정량 산정 및 원가 반영 방식
정보전자소재 생산)
MTO제품 생산전략
최소 Batch수량이 Sales Order
량 보다 클 경우 생산 전략
회계) 자산실사 기준 실물자산과 장부상 자산의
실사 및 사후관리 방안
[참고] Business 운영 규칙 결정
37

ERP에 Mapping되지 않는 사용자 요구사항에 대해서는 별도의 프로그램을 개발
■ CBO 개발
38
ERP Mapping
GAP 도출
Functional
Specification
개발요청서
개발범위 합의
영향 분석
확정
시스템 구현 대상
업무적 처리 대상
개발목록 List up
Feedback
Configuration
Technical
Specification/개발
Test
System Deploy
Feedback
업무 개선

목 적
산출물
주요 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
준비와
교육
PI단계(Blueprint)
ERP
Open
2) 통합시험

목표 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

대상 시스템
* 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

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

• 최종 사용자를 대상으로 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
준비와
교육
PI단계(Blueprint)
ERP
Open
3) 사용자 교육

ERP 교육은 새로운 Process와 System에 필요한 전 임직원의 역량을 새롭게 확보하는 지속적인 활동
Process
& System
재창출
System
운전
Process
이해
변화 이해 변화 실천 변화 주도
ERP 교육의 방향 ERP 교육의 특징
• 전사 전 계층의 동시 Level-Up
: 최고 경영층 → 현장 사원
• Knowing과 Doing의 동시 요구
: OJT 성격의 교육
• 최소 교육 조건의 필수적 충족
: 교육 미흡 → 회사 업무 마비
궁극적
목표
ERP
가동의
최소조건
변화에 대한 대응 역량
ERP
사용
역량
■ ERP 교육의 특징
44

사용자 교육 운영을 위해 교육 계획, 교재개발, 강사선발, 강사 육성과 같은 준비작업을 사전에 체계
적으로 준비(실제로는 구현단계에서 종합계획을 수립 완료함)
교육 계획 확정
• 교육 과목
• 대상인원
• 강사 규모
• 교육 시설
교재 개발
보충/
부문별
자체교육
교육 준비
강사 선발
교육 시설 확보
강사 육성
교육 운영
및
평가
교육 운영
• MRP기본
•표준원가
•팀장기본
정규
교육
예비
교육
1월 2월 3월 4월 5월 6월
■ ERP 교육 준비 작업
45

경영층과 팀장에 대해서는 ERP를 활용하여 변화를 주도하고 의사결정을 위한 역량을 확보
교육 대상
Segmentation 경영층 ERP 교육 목포
변화
이해
변화
실천
변화
주도
변화에 대응 유형
의사
결정
업무
관리
업무
처리
ERP
활용
유형
사원,계/실장,반장
( 4,315명)
팀장
(274명)
경영층
(82명)
(총 4,671명*)
목표
수준
달성
방안
• ERP가 자기 부문의 경쟁력 확보에
직결된다는 경영 철학 下에 사업의
변화를 주도함
• ERP의 핵심 Process 이해 및
EIS 시스템 독자 사용
• 자기 부문 ERP 목표수립 및 진척 상황의
자주 관리
• 외부 성공사례 Benchmarking 실시
• 외부 전문가 초청 강연회 실시
■ 교육목표 – 경영층과 팀장
46

팀장 이하 직급에 대해서는 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

전사 각 부문별로 자체 교육 역량을 확보하고, 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

• 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
준비와
교육
PI단계(Blueprint)
ERP
Open
4) 데이터 이관

 기존 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

기본 원칙
① 이관 대상 진행성 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

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

변환유형 설 명
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

이관 대상
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

업무의 단절을 최소화하기 위해 기존 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

각 모듈별 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

■ 구현단계 Process Flow
57

■ 구현 단계 주요 Task와 산출물(1/2)
58
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 수
행

■ 구현 단계 주요 Task와 산출물(2/2)
59
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 설계단계 산출물 점검

[참고] 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

• 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
준비와
교육
PI단계(Blueprint)
ERP
Open
61
1) Shadow Run

왜 하는가?
Shadow Run(병행테스트)는 특정 기간에 실제 현업 업무를 ERP 시스템에 실제 처리하는 것으로,
병행 처리를 통해 ERP Open을 위한 사용자, 프로세스, 시스템 및 기준 정보의 완성도를 최종 점
검
사용자
ERP 시스템 운영을 위한 Skill은 충분한가?
 ERP에서 실제 업무를 처리함으로써 신규
프로세스를 이해하고 시스템 활용 능력을 향상
프로세스
운영 시 병목 현상은 없는가?
 업무 처리 흐름상 문제점을 조기에 파악하여
대응함(또는 대응책 수립)
시스템
ERP 세팅 상 오류는 없는가? 응답 속도는 적절한가?
 사용자 발생 오류에 대한 재발 방지 조치
타 시스템과의 인터페이스는 정상적으로 작동하는가?
기준 정보
업무 처리에 문제가 되는 기준 정보는 없는가?
누락, 오류 기준 정보에 대한 확인 및 보완
무엇을 점검하는가?
■ Shadow Run, 안정적 오픈을 위한 사전 점검
“성공적인
ERP Open과
운영 안정화를
위한
준비 상태를
실 환경에서
사전 점검”
62

Shadow Run을 수행하려면 아래와 같은 사전 준비작업들이 필요함
1. Process와 System Setting 완료
2. Data Migration 완료
3. User Authorization 완료
4. Interface data 처리 방안
5. 현업 부문과의 사전 공감대 형성
6. 팀별 처리 실적 Monitoring 방안
( 비교 항목, 주기, 방법 등 )
Shadow Run 수행
■ 사전 준비작업
Legacy ERP
63

• 최종 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
준비와
교육
PI단계(Blueprint)
ERP
Open
64
2) 오픈 준비

업무의 연속성을 보장하고 새롭게 정의된 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

최종 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

■ Cut-Over 단계 주요 Task와 산출물
68
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

• 안정적인 운영을 지원
• 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
준비와
교육
PI단계(Blueprint)
ERP
Open
69
안정화

■ Go-Live & Support 단계 Process Flow
70

■ 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

■ 시스템 안정화 전략
조기 안정화와 운영 효율화 전략
안정화의 장애요인
ERP 시스템이 빠른 기간 내 정상적인 운영이 가능하도록 조직적이고 계획성 있는 사전점검체계를 구
축하고, 최적의 시스템 사용 환경이 될 수 있도록 준비
안정화될 때까지 지속적인 지원
지속적인 교육과 개선 제안
체계적인 지원 프로세스 수립
 시스템 안정화 방향설정
 사용자가 안정적으로 운영할 수 있을 때까지 현장 밀착
지원 서비스
 Power User의 적극적인 활용
 문제 발생시 신속한 이슈 해결/전달이 가능한 조직 준비
 단기간에 정상적인 운영이 가능하기 위한 장애처리방안
수립과 Help Desk 조직 운영
 하드웨어, 소프트웨어, 통신망, 운영요원 등 시스템
운영에 포함되는 모든 요소를 관리할 수 있는 체계 구축
 향후 발생할 문제에 대한 선제적 대응
 주요 오류 사항, 신규 사항 등에 대한 지속적인 교육
 지속적으로 시스템의 성능 향상과 사용자 만족도를 높일
수 있는 계속적인 개선 작업 수행
2
3
새로운 시스템의
사용에 대한 거부감
(기능, UI 등)
변경된 업무 환경
1
저항과
서투름으로 인한
안정화 지연
72

■ 안정화 단계 주요 Task와 산출물
73
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 프로젝트 완료보고서
• 완료보고 준비 및 보고
• 향후 계획 수립

“Eiffel Tower Effect”
지금은 프랑스 파리의 최고 명소이지만 에펠탑은
자칫했으면 잠시 건립되었다 사라질 뻔 했습니다.
1889년 프랑스 혁명 100주년 기념 박람회를
계획하면서 세워진 에펠탑은, 많은 사람들이 철골
구조물은 파리 예술에 대한 모독이며 고풍스러운
파리 분위기를 망쳐 놓을 것이라며 결사
반대했습니다.
100주년 기념위원회는 20년 뒤 철거한다고
약속하고서야 공사를 진행할 수 있었습니다.
모파상은 몽소공원에 세워진 자신의 동상이 그 탑을
보지 못하도록 돌려놓기도 했습니다.
시민들은 눈만 뜨면 커다란 탑을 보게 되니 처음에는
별 관심이 없다가 차츰 호감을 갖게 된 것입니다
자주 보면 좋아지고 사물도 자주 접하면 긍정적인
사고를 가지는 현상을 에펠탑 효과라고 합니다
에펠탑 효과 ?
74

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

“ERP는 목적이 아니라
수단(도구)일뿐입니다.”

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

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

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

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

Plus de Seong-Bok Lee

Plus de Seong-Bok Lee (16)

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