Você está na página 1de 92

E-MSG

MSTER EN SOFTWARE DE GESTIN DE EMPRESA


SAP R/3

2003-2004
Certificacin MM (7137)
Xavier Rovira-Juan Carlos Sarrasi
TSCM 52-2 parte (24-1)

Appendix

SAP AG 2002

SAP AG

TSCM52

24-1

Implementation Roadmap

Content:
z Phase 1 - Project Preparation
z Phase 2 - Business Blueprint
z Phase 3 - Realization
z Phase 4 - Final Preparation
z Phase 5 - Go Live & Support

SAP AG 2001

SAP AG

TSCM52

24-2

Implementation Roadmap: Unit Objectives

Upon completion of this unit, you will be able to:


z Outline the purpose and content of the work
packages in each phase of the ASAP Roadmap
z Identify the main roles and responsibilities of
each phase of the ASAP Roadmap
z Explain and demonstrate the major tools &
accelerators supporting each phase of the
ASAP Roadmap

SAP AG 2001

SAP AG

TSCM52

24-3

Overview Diagram: Implementation Roadmap (1)

Implementation
Roadmap

Phase 1
Project Preparation
Phase 2
Business Blueprint
Phase 3
Realization
Phase 4
Final Preparation

Legend:

Phase 5
Go Live & Support

Unit
Unit
Topic
Topic

SAP AG 1999

SAP AG

TSCM52

24-4

Phase 1: Project Preparation: Objectives

On completion of this topic, you will be able to:


z

Explain the activities and tasks that are


important in the Project Preparation phase of
your implementation project

Highlight the tasks essential from the project


team perspective

Identify the importance of the Sample Scope


Document for Phase 2: Business Blueprint

SAP AG 2001

SAP AG

TSCM52

24-5

The Purpose of Phase 1: Project Preparation

ASAP Roadmap

Project
Preparation
Business
Blueprint

Final
Preparation

Realization

Go Live &
Support

SAP AG 2001

The purpose of this phase is to provide initial planning and preparation for your SAP project.
Although each SAP implementation project has its own unique objectives, scope and priorities, the
steps in Phase 1 help identify and plan the primary focus areas to be considered. As you prepare for
your SAP implementation, there are important issues you must address at the beginning of the
project, including:
y Defining your project goals and objectives
y Clarifying the scope of your implementation
y Defining your implementation strategy
y Defining the overall project schedule and implementation sequence
y Establishing the project organization and committees
y Assigning resources.

By addressing these issues early in your implementation, you help ensure that the project proceeds
efficiently, and that you have established a solid foundation for a successful SAP implementation.

SAP AG

TSCM52

24-6

Project Preparation - Roles & Key Focus


Phase
Content
Role
Groupings

Initial Proj
Planning

Project
Procedures

Training
Plans

Project
Kickoff

Tech. Req.
Req.
Planning

Steering

Sign-Off

Sponsors

******************
Proj. Charter
and
Implementation
Strategy

Proj.
Proj. Mgmt.

******************

Consultant

Plan / Budget/
Resources

Proj. Mgmt.
Standards &
Procedures
Comm./ Doc.,
Issue Mgmt

Implementation
Strategy

Deployment
Strategy

Change Mgmt
Plan

Quality Check/
Sign-Off

Kickoff
Meeting
******************
Kickoff
Meeting
Proj. Team
Standards
******************
Project Team
Standards

ID Tech
Requirements/
Procure HrdWr

Project Team
Training Plan

Training
Change

Sign-Off

Kickoff
Meeting

Customer
Technical

QC

Organization /
Plan

Security

Change Mgmt.
Plan
System Authoriz.
Standards

Project Team
Org. Change
Management
Training

Kickoff
Meeting

SAP AG 2001

There are ten primary roles in an SAP implementation; details of each are in the Implementation
Assistant.
Steering Committee - members include Project Sponsors, the SAP Consulting Manager (and/or the
TeamSAP Coach), and project managers. The committee is also the primary source for the
companys long-term goals and vision, sets priorities, approves scope, and resolves company-wide
issues.
Project Sponsors - Directly communicates the company's long-term goals and visions and are
members of the steering committee.
Project Management - TeamSAP Project Manager and Customer Project Manager
Consultant - TeamSAP Members, application, cross application, business process
Technical - Customer or consultants for System Administration and Technical, Help Desk Provider
Training - Training & Documentation, Project Manager/Lead, Training and Documentation
Developer/Instructor, Training Coordinator, Training Technology Administrator
Change -These are dedicated individuals assigned to manage the Organizational Change
Management processes: Risk Assessment, Communication, Sponsorship and Leadership, Skills
Development, Knowledge Transfer, or Business Optimization.
Security - Authorization, Administration, or Internal Auditor responsible for managing the system
security and authorization environment and may be combined with other (technical) administrative
roles.

Shared items are marked by the ************ brackets.

SAP AG

TSCM52

24-7

Documents of an ASAP Project

1
Project
Charter
Project
Plan
Scope
Project
Team
Org.
Stand. &
Proced.

Q&Adb
Substructures:
Business Strategy
Organization
General Settings
Master Data
Business Process
Cross Application
Development

3
Master Lists
Microsoft Excel
Spreadsheets for
Development, Organization,
Business Processes and
Authorizations

BPP
Config.
Plan

Business
Blueprint

Testing
Plan

Microsoft Word
Documents

Unit testing
Test scenario
Integration

Cutover
Plan

Progr.
Develp.

Volume
Test

System
Performance
Review

Stress
Test
Technical
Operations
Manual

EU
Training
Material
Conduct
End User
Training

SAP AG 2001

Phase 1 - Project Preparation

Change Charter - Goals and objectives of Organizational Change Management

Project Plan - This is a first cut focusing on milestones and Work Packages; details to come.

Scope - Sets the initial definition of the project; input from sales cycle.

Project Team Organization - Sets the who of the project: Standards & Procedures - Sets the why and
how of the project.

Phase 2 - Business Blueprint - Requirements reviewed for each SAP Reference Structure item and
defined using CI Templates (in the Q&Adb). Business Blueprint - This is the output of the Q&Adb
and is the key document for Phase 3.
Phase 3 - Realization - Master Lists - Define business scenarios and R/3 transactions to be realized in
the system. BPP - Business Process Procedures representing R/3 transactions; used for unit testing &
documentation. Planning - Defines how the configuration will be done and how it will be tested.
Development Programs - Provides details of the external programming requirements. EU Training
Material - End User training material and process documentation.
Phase 4 - Final Preparation Stress & Volume Tests - Plans for confirming the production hardwares
capabilities
Cutover Plan - The details of how to move to the production environment and go live
Conduct End User Training - Delivery of the necessary levels of R/3 End User training prior to going
live
Phase 5 - Go Live & Support: Ensuring system performance through SAP monitoring and feedback.

SAP AG

TSCM52

24-8

Phase 1: Project Preparation - Work Packages (1)

Initial Project
Planning

Project
Procedures

Project Kickoff

QC
Create
Training Plans

Technical Req.
Req.
Planning

SAP AG 2001

The purpose of this work package is to allow you to start detailed planning for the project. There are
many basic issues to resolve at this early stage to ensure the project's success. You should start
planning as early as possible in Phase 1, and make key decisions now.

SAP AG

TSCM52

24-9

Create and Issue Project Charter


Project
Preparation

Tasks
Load Documents into Roadmap
Check Documents from Discovery and Evaluation
Organize Workshop for Detailing Program Charter
Define Project Mission Statement
Create Initial Project Plans
Identify Project Objectives and Measurements
Develop the Change Strategy and Charter
Assemble and Approve Project Charter

Accelerators:
Project Charter White Paper
Project Plan
Budget / Resource Plan (Sample)

SAP AG 2001

The purpose of this activity is to define key elements that give overall strategic direction to the
project team for the SAP System implementation. These tasks provide a solid foundation for the
project, and as such, their results should be communicated to all project team members.

The input for this activity should be the documents created during the Discovery & Evaluation
phase.

Load Documents into Roadmap, Check Documents from Discovery and Evaluation, and Organize
Workshop for Detailing Program Charter serve as synchronization and interfacing tasks between the
Customer Solution Strategy (CSS) of Discovery & Evaluation and the Implementation Roadmap.

SAP AG

TSCM52

24-10

Review and Refine Implementation Strategy


Project
Preparation

Tasks
Review and Confirm Implementation Plan

Implementation
proposals
Project charter
Data gathered from the
sales cycle
Global Implementation
Strategy

Output
SAP Implementation
Strategy

Accelerators:

SAP Project

Check Strategy for Corporate Rollout

Inputs

Verify the use of Preconfigured Systems (PCS) as Implementation


Accelerator

Sample Scope Document

SAP AG 2001

The purpose of this activity is to review in detail the implementation strategy for the Project. One
must determine if any changes are needed in terms of Project objectives or methodology. The overall
implementation approach and methodology should now be finalized and confirmed. For some
Projects, it is necessary to also review the overall corporate SAP implementation strategy, especially
if there are multiple, simultaneuous SAP implementation Projects in process throughout the
company.

For local rollout projects as part of a global program, the objective of this activity is to understand
and review the global SAP product implementation strategy.

SAP AG

TSCM52

24-11

Review and Confirm Implementation Plan


Project
Preparation

z With specific focus on:

Company Business Objectives

Key Implementation Assumptions

Overall Scope - Use accelerator Sample Scope Document

Sample Scope Document

Define Business Process Scope at:

KEY

Level 1 - SAP Reference Structure

Level 1
Level 2

Level 2 - Enterprise Area

Level 3
Level 4

Level 3 - Scenario
Structure

In Scope

BP Owner / Consult

Level 4 - Process Group

KPI
mySAP.com
Master Data
Business Process
Procurement
Production
Sales and Distribution

SAP AG 2001

The purpose of this task is to review the implementation proposal(s), with specific focus on company
business objectives, overall scope, and key implementation assumptions.

The sample scope document is used as a basis for outlining the scope of the Project (accelerator
Sample Scope Document). This document may have already been created as a result of pre-sales
activities.

SAP AG

TSCM52

24-12

Determine Project Organization


Project
Preparation

Tasks
Plan and Set up Environment
Define Project Organization and Create Teams
Assign People to Core Change Team Roles
Conduct Project Team Transition Meeting
Create the Extended Change Team

Accelerators:

Project Room Requirements White Paper

IT Infrastructure Document

SAP AG 2001

The purpose of this activity is to create the project organization structure and finalize roles and
responsibilities. Both company employees and consultants will need assignment. An important
aspect of this activity is the set up of a common working area for the project team. It is crucial for
team members to work in an open environment where they are in direct contact, so that they can
discuss the various integration issues and resolve them quickly. This common work area is generally
referred to as a project team room.

SAP AG

TSCM52

24-13

Phase 1: Project Preparation - Work Packages (2)

Initial Project
Planning

Project
Procedures

Project Kickoff

QC
Create
Training Plans

Technical Req.
Req.
Planning

SAP AG 2001

The purpose of this work package is to establish the principal elements that determine how the SAP
implementation project is to be accomplished. These activities set the groundwork for project
kickoff, and provide a baseline of information to be referenced throughout the implementation. For
all project team members to operate in an effective manner, it is necessary that project standards and
procedures are established at the beginning of the project, and then communicated to all team
members.

In case of a local rollout project, reference should be made to the global implementation program.

By setting the standards, you:


y Avoid redundant and unnecessary work
y Maintain consistency
y Facilitate communication

SAP AG

TSCM52

24-14

Define Project Management Standards and Procedures


Project
Preparation

Avoid redundancy and unnecessary work

Maintain consistency

Facilitate communication

Facilitate knowledge transfer to the customer

Ensure the entire team understands what is required


of them

Tasks build upon one another through the phases

Define Project Documentation

Create Issue Management Plan

SAP AG 2001

The purpose of this activity is to establish the basic standards and procedures for the project. Some
will apply throughout each phase of the project, while others will only apply at certain times and/or
specific phases. It is important to address these issues during Phase 1 and to establish clear
guidelines. Some of the key issues that ASAP recommends be defined are:
Steering committee meeting schedule
How change management is handled
Project monitoring and status reporting
Meeting schedules for core team and extended project team
Overall project communication methods and processes
Project documentation

In case of local rollout projects as part of a global program, two additional key issues to be defined
are:
Interaction points between local and global teams
Feedback process from local rollout team to global team

SAP AG

TSCM52

24-15

Define Strategy for Using SAP Services


Project
Preparation

Sales

Post
Go Live

Implementation
ASAP Roadmap Quality Checks
Project
Preparation

Business
Blueprint

Final
Preparation

Realization

Go Live &
Support

SAP Review Program


1

4
GoLive Check

5
EarlyWatch

Solution Review

SAP AG 2001

The purpose of this task is to define the strategy for using the SAP Services during the
implementation phases, as well as for Continuous Business Improvement during production
operation of the SAP System.

SAP provides services for certain tasks from the ASAP Roadmap. SAP Services can speed up these
tasks and help to reach a higher level of quality in the implementation project, as well as in
production operation.

These services, which are closely linked with the project phases, are tailored to meet your individual
needs.

SAP AG

TSCM52

24-16

Define Implementation Standards and Procedures


Project
Preparation

Define System Configuration Standards


Define Testing Strategies
Define Post-Implementation Service
and Support Strategy
Define System Authorization Standards
for Project Team
Define Change Request Management
Define System Enhancement and
Modification Approval Process
Define ABAP Development Standards
Define Support Package Strategy
Define Upgrade Strategy

SAP AG 2001

The purpose of this activity is to establish the overall implementation standards and procedures for
the project. Some of these elements should be established by the technical members of the project
team, and others by the business or functional members. All team members should have input in this
process, and should understand the basic procedures once these have been defined. As with project
management standards and procedures, it is important to address the implementation standards
during Phase 1 and to establish clear guidelines. Some of the key issues to be defined are:
Overall configuration standards for the project
Initial system authorization standards
How system enhancements are handled
How and when testing occurs

SAP AG

TSCM52

24-17

Define System Landscape Strategy


Project
Preparation

Development System

Quality
Assurance
System

Production System
Data conversions

Transport
ation

Copy

SAP
Client
000

DEV

z Three database infrastructure with


Development, Quality Assurance
and Production Systems
z Complete testing of development
and upgrades possible

PRD

QAS

DEV

Development/Customizing System

QAS

Quality Assurance System

PRD

Production System

z Suitable development environment


SAP AG 2001

A three-system infrastructure is the ideal solution for most customers:


y It affords you unlimited testing of your development.
y You can implement system upgrades without disturbing your live system.
y With a separate quality assurance system, you can integrate developments and run consistency
checks on objects for a transport before they are introduced to the production system.

This three-system solution supports the R/3 System Landscape (System and Client Deployment
Strategy) which has the following aims:
y Development, quality assurance and production should take place in separate environments.
y In the event of data loss, you should be able to restore a client with consistent data.
y Transport systems for setting up and maintaining the system infrasturcture are predefined.
y The infrastructure supports the import of business data from an existing system.

SAP AG

TSCM52

24-18

Phase 1: Project Preparation - Work Packages (3)

Initial Project
Planning

Project
Procedures

Project Kickoff

QC
Create
Training Plans

Technical Req.
Req.
Planning

SAP AG 2001

The purpose of this work package is to create a project team training plan including business
processes, SAP system functionality, and change management. During this phase, level one or
awareness training should be conducted for the project team.

This phase also includes defining an end user training and documentation strategy. This strategy
needs to be developed by reference to, and to support, the overall implementation strategy and
project plan.

SAP AG

TSCM52

24-19

Create Project Team Training Plan


Project
Preparation

ASAP Roadmap
Project
Preparation

Business
Blueprint

Realization

SAP Training Courses:


Accelerator:
Training Services for

Final
Preparation

Go Live &
Support

comprise level 1 (awareness), level 2 (readiness) & level


3 (proficiency)
should ideally have been completed for levels 1 & 2
before starting the Business Process Workshops

the Project Team

address function and use of the SAP product

Note!

Management and project team may have training needs


in addition to SAP product. These should also be
addressed in the training plan

SAP AG 2001

The purpose of this activity is to create a training plan for the project team involved in the SAP
implementation. While training costs can be viewed as relatively expensive, it is critically important
that the project team be given this training. Once initial training is completed, the project team has a
much better understanding of basic SAP functions, how configuration works, and how to maximize
SAPs impact to meet your business requirements. This initial training does not cover user training
it will be addressed later in the implementation.

Key factors during this activity include:


y Background of each team member
y Specific area of business involvement of team member (application or technical)
y Timing of team member participation during the implementation.

This key factor information can be used to determine the appropriate classes for each team member,
thereby avoiding redundancy, or time spent in classes that are not applicable, and to make sure the
course material is timed accordingly. When developing this plan, decide which courses are to be
conducted at an SAP training center, or at the company site. The project team training plan is
regularly updated throughout the life of the implementation.

SAP AG

TSCM52

24-20

End User Training and Documentation Strategy


Project
Preparation

Tasks
Develop End User Needs Assessment
Develop End User Training and Documentation
Project Plan
Develop End User Proposal and Conduct
Project Proposal Meeting

Accelerators:

End User Training and Documentation Needs Assessment

End User Training and Documentation Methodology

SAP AG 2001

The purpose of this activity is to develop an end user training and documentation strategy and to
develop a work plan. You will begin with an assessment of the needs of the end users, develop a
project work plan, and then create a project plan that will be the basis of your end user training and
documentation implementation.

SAP AG

TSCM52

24-21

Phase 1: Project Preparation - Work Packages (4)

Initial Project
Planning

Project
Procedures

Project Kickoff

QC
Create
Training Plans

Technical Req.
Req.
Planning

SAP AG 2001

The objective of this work package is to identify the technical requirements needed to implement the
SAP technical environment, clarify the customers expectations, review hardware sizing, and procure
the required hardware.

During the planning, keep in mind that all required SAP systems are unlikely to be procured and
installed at the same time. The development system is the initial system and is needed at the start of
an SAP implementation project. Early on, this may be the only SAP system in the system landscape.
Other required SAP systems, such as the quality assurance and production systems, are not needed
until a later phase; therefore, part of the planning includes taking expected delivery lead-times into
consideration so that subsequent systems and hardware can be ordered in time.

SAP AG

TSCM52

24-22

Technical Requirements Planning for Local Projects


Project
Preparation

Identify Technical Requirement

Procure Hardware

SAP AG 1999

Identify technical requirements: The purpose of this activity is to identify the technical infrastructure
needed to implement R/3, and to clarify the customer's expectations.

Procure Hardware: The purpose of this activity is to procure the hardware needed for the SAP
environment and place the hardware order with the appropriate vendor(s). Carefully plan the
procurement of the subsequent systems (quality assurance and production systems, additional
application servers, storage devices, etc.) to avoid unexpected lead times that could impact the SAP
implementation schedule. Hardware procurement lead-times can vary from days, weeks, to even
months.

SAP AG

TSCM52

24-23

Phase 1: Project Preparation - Work Packages (5)

Initial Project
Planning

Project
Procedures

Project Kickoff

QC
Create
Training Plans

Technical Req.
Req.
Planning

SAP AG 2001

The purpose of this work package is to formally announce the initiation of the SAP project to the
whole organization. This kickoff meeting should include the presentation of the overall goals,
detailed task plans, and processes. Consultants, steering committee, senior management, project
managers from the company, SAP and any other implementation partners must be involved. The
kickoff meeting is focused on the organization as a whole, while the project team standards meeting
is focused on the project team.

It is important that as part of the Change Management the kickoff meeting is followed by regular
communication to the rest of the organization about the progress, achievements, etc.

In case of a local rollout project as part of a global program, reference should be made to the global
implementation program; the global rollout manager and the global rollout core team must be
involved as well.

SAP AG

TSCM52

24-24

Kickoff Meeting
Project
Preparation

Motivate the individuals involved and


bring them together as a team
Explain the implementation strategy,
timeline, and project goals and
objectives
Clarify team member roles,
responsibilities, and common objectives

Project Introduction to the Whole


Organization

SAP AG 2001

The first purpose of this activity is to inform all staff members involved about the start of the project.
The goal here is to:
- Introduce the people involved in the project
- Present the functionality and benefits of the new solution
- Introduce SAP and the implementation partners and explain their roles in the process
- Explain the project plan and the different deliverables throughout the process
- Show commitment of the Executive Management to this project
- Generate some positive excitement amongst the end-user community

The second purpose of this activity is to arrange and conduct a meeting amongst all people directly
involved in the project to accomplish the following goals:
- Motivate the individuals involved and bring them together as a team
- Explain the implementation strategy, timeline, and project goals and objectives
- Clarify team member roles, responsibilities, and common objectives
- Outline Key Organizational Change Management goals and objectives

This milestone activity is a critical checkpoint that officially launches the SAP implementation
project to the entire organization.

Be sure to allow adequate time for questions and answers, as some issues could require clarification.

In case of a local rollout project as part of global program, reference should be made to the global
implementation program.

SAP AG

TSCM52

24-25

Phase 1: Project Preparation - Work Packages (6)

Initial Project
Planning

Project
Procedures

Project Kickoff
QC

Create
Training Plans

Technical Req.
Req.
Planning

SAP AG 2001

The purpose of this work package is to provide final verification of all prior project planning and
deliverables from this phase. It is critical that regular quality checks be performed throughout the
phase, as tasks are completed. All issues regarding scope, project environment, and initial technical
setup must be addressed.

There are two types of quality reviews mentioned in this work package. The first is an internal
review conducted by the project leadership team. The second is an independent external review using
the SAP Review Program.

SAP AG

TSCM52

24-26

Perform Quality Check and Obtain Approval

QC

Perform Internal Quality Check

Project Preparation Review

Obtain Approval
Accelerators:
SAP Service
SAP Project Review Program
SAP AG 1999

Perform Internal Quality Check: The purpose of this activity is to collect all deliverables and to
review them together for completeness and accuracy. Quality checks are performed as specific tasks
are completed. However, it is also critical to review deliverables in total because individual results
from one task can have an adverse impact on another area of the project.

Project Preparation Review: The purpose of this activity is to recognize potential project risk areas
during the Project Review at an early stage. This reduces the possibility of an extended project
timeline. It leads to a faster implementation and increases the customers level of confidence.

Obtain Approval: The purpose of this activity is to obtain the approval from the customer. Upon
completion of this activity, signoff is obtained and the project proceeds to the next phase.

SAP AG

TSCM52

24-27

Overview Diagram: Implementation Roadmap (2)

Implementation
Roadmap

Phase 1
Project Preparation
Phase 2
Business Blueprint
Phase 3
Realization
Phase 4
Final Preparation

Legend:

Phase 5
Go Live & Support

Unit
Unit
Topic
Topic

SAP AG 1999

SAP AG

TSCM52

24-28

Phase 2: Business Blueprint: Objectives

Upon completion of this topic, you will be able to:


z Explain the activities and tasks that are
important in the Business Blueprint Phase
of the SAP implementation project
z Explain the importance of the Question and
Answer Database (Q&Adb)

SAP AG 2001

SAP AG

TSCM52

24-29

The Purpose of Phase 2: Business Blueprint

ASAP Roadmap

Project
Preparation

Final
Preparation
Business
Blueprint

Realization

Go Live &
Support

SAP AG 2001

The purpose of this phase is to create the Business Blueprint, which is a detailed documentation of
the results gathered during requirements workshops. The Business Blueprint details the agreed
business process requirements of the company. It documents the common understanding of how the
company intends to run its business within the SAP system.

During this phase, you also:


y Refine the original project goals and objectives
y Define the Baseline scope
y Refine the overall project schedule and implementation sequence

SAP AG

TSCM52

24-30

Business Blueprint - Roles & Key Focus


Phase
Content
Role
Groupings

Steering
Sponsors
Proj.
Proj. Mgmt.
Consultant

Project
Mgmt.

Org. Chg.
Chg. Project Team Config
Mgmt.
Training
Sys Admn

Steering
Meetings
***************

Org. Impact/
Risk / Sponsor

Change

Attend PTT

Review,
Status Meetings Comm./ Doc.,
Issue Mgmt.
& Steering
Meetings

Org. Structure
Guidelines/
Workshops

Project
IMG/Master
Records

Training
Effectiveness
Team Bldg.
Activities

Security

Org. Impact/
Risk / Sponsor

EUT & Doc.


strategy/delvy.

Assemble Bus Quality Check/


Blueprint
Sign-Off
***************

Tech Design/
Set up Dev
Env/ Install
h/w, printers,
networks

**************

Org Structure
Guidelines/
Workshops

Attend PTT
Attend PTT

Sign-Off

Requirements
BP/ARICE
Deficient
Areas

Attend PTT
Refine Project
Plan

QC

Sign-Off
Approve Tech
Design

**************

Training

Business
Proc.
Proc. Def.
Def.
Determine
Enhancements

Customer
Technical

Org.
Structure

Org
Optimization
Analysis

Set up Proper
Authoriz.

SAP AG 2001

These are the primary roles in an SAP implementation (all the roles are defined in the
Implementation Assistant).
Steering Committee - members include Project Sponsors, the SAP Consulting Manager (and/or the
TeamSAP Coach), and project managers. The committee is also the primary source for the
companys long-term goals and vision, sets priorities, approves scope, and resolves company-wide
issues.
Project Sponsor - Directly communicates the companys long-term goals and visions and are
members of the steering committee.
Project Management - TeamSAP Project Manager and Customer Project Manager
Consultant - TeamSAP Members, application, cross application, business process
Customer - Project Team Members (business process, power users)
Technical - Customer or consultants for System Administration and Technical, help desk provider
Training - Training & Documentation, Project Manager/Lead, Training and Documentation
Developer/Instructor, Training Coordinator, Training Technology Administrator
Change -These are dedicated individuals assigned to manage the organizational change management
processes: Risk Assessment, Communication, Sponsorship and Leadership, Skills Development,
Knowledge Transfer or Business Optimization.
Security - Authorization, Administration, or Internal Auditor responsible for managing the system
security and authorization environment and may be combined with other (technical) administrative
roles.

Shared items are marked by the ************ brackets.

SAP AG

TSCM52

24-31

Documents of an ASAP Project

1
Project
Charter
Project
Plan
Scope
Project
Team
Org.
Stand. &
Proced.

Q&Adb
Substructures:
Business Strategy
Organization
General Settings
Master Data
Business Process
Cross Application
Development

3
Master Lists
Microsoft Excel
Spreadsheets for
Development, Organization,
Business Processes and
Authorizations

BPP
Config.
Plan

Business
Blueprint

Testing
Plan

Microsoft Word
Documents

Unit testing
Test scenario
Integration

Cutover
Plan

Progr.
Develp.

Volume
Test

System
Performance
Review

Stress
Test
Technical
Operations
Manual

EU
Training
Material
Conduct
End User
Training

SAP AG 2001

Phase 1 - Project Preparation

Change Charter - Goals and objectives of Organizational Change Management

Project Plan - This is a first cut focusing on milestones and Work Packages; details to come.

Scope - Sets the initial definition of the project; input from sales cycle.

Project Team Organization - Sets the who of the project: Standards & Procedures - Sets the why and
how of the project.

Phase 2 - Business Blueprint - Requirements reviewed for each SAP Reference Structure item and
defined using CI Templates (in the Q&Adb). Business Blueprint - This is the output of the Q&Adb
and is the key document for Phase 3.
Phase 3 - Realization - Master Lists - Define business scenarios and R/3 transactions to be realized in
the system. BPP - Business Process Procedures representing R/3 transactions; used for unit testing &
documentation. Planning - Defines how the configuration will be done and how it will be tested.
Development Programs - Provides details of the external programming requirements. EU Training
Material - End User training material and process documentation.
Phase 4 - Final Preparation Stress & Volume Tests - Plans for confirming the production hardwares
capabilities
Cutover Plan - The details of how to move to the production environment and go live
Conduct End User Training - Delivery of the necessary levels of R/3 End User training prior to going
live
Phase 5 - Go Live & Support: Ensuring system performance through SAP monitoring and feedback.

SAP AG

TSCM52

24-32

Phase 2: Business Blueprint - Work Packages (1)

Project Management
Organizational Change Management
Design Training Plans
Technical Design Planning

QM

Establish Development System Environment


Organizational
Structure Definition

Business Process
Definition

SAP AG 2001

SAP AG

TSCM52

24-33

Project Management

Project Management Checklist

Documentation

Prepare and attend


status meetings
Prepare and attend
steering committee
meeting
Correct project
variances
Refine project plan
Change Management
Team-building
activities

9
9

Configuration

9
9
9

SAP AG 2001

The purpose of this work package is to establish a proper cycle of project management activities,
which ensure that the implementation project is on target. It determines all project planning,
controlling and updating activities. It also identifies where changes in the relationship between
business processes and the organizational structure need to be managed, in consultation with
departmental management. The same work package is also in the subsequent phases.

The Project Review Program is provided as an SAP service. Reviews can be scheduled throughout
the duration of the project. A review provides an independent and objective management verification
of a companys SAP product implementation project, identifies any risks to the project goals and
recommends appropriate corrective actions.

SAP AG

TSCM52

24-34

Organizational Change Management


Business
Blueprint

Activities
Initiate and Conduct OCM
Risk Assessment

Determine potential
risks

Plan and Establish Sponsorship


and Leadership Process
Plan and Establish
Communication Process

Set priorities,
bearing all possible
outcomes in mind

Establish and take


steps designed to
minimize risks

Measure/evaluate effectivity of steps taken

Implement Business Optimization Process

Accelerators:
n OCM Implementation White Paper
n Communications White Paper
n Organizational Optimization White Paper
SAP AG 2001

The purpose of the Organizational Change Management work package is to address the
organizational and human resource factors that have an impact on the SAP implementation.

The Organizational Change Management work package includes a series of change processes that
allow the change team to manage organizational risks.

These Organizational Change Management processes ensure that the change team understands and
manages the companys perceptions of and responses to the changes that will occur after the
implementation of the SAP System.

During the Blueprint Phase the Organizational Change Management creates the foundation for a well
integrated Organizational Change Management program.

SAP AG

TSCM52

24-35

Design Training Plans


Business
Blueprint

Activities
Conduct Project Team Training
Analyze End User Training and
Documentation Strategy
Prototype End User Training and
Documentation Deliverables

Accelerators:

Project Team Training Template

Curriculum Planner

Training Environment Setup and Considerations

Knowledge Warehouse (Information)

SAP AG 2001

The purpose of this work package is to finalize and conduct level 2 of the project team training.
During the training business blueprint phase, the end user training and documentation strategy is
carefully analyzed. The training team develops the training curriculum and selects the delivery tools.
End user training and documentation prototypes are demonstrated during this phase.

The purpose of the Conduct Project Team Training activity is to conduct Level 2 project team
training so that team members can obtain an overview of the business processes or technical features
in their area. This training is a prerequisite to the detailed business process courses and detailed
technical courses (Level 3 training), and enables the project team to start to match their company
requirements with SAP functions during the Business Blueprint phase.

The purpose of the Analyze End User Training and Documentation Strategy activity is to analyze the
end user training and documentation strategy, and finalize the plan for developing the training
content, training documentation, and training delivery.

The purpose of the Prototype End User Training and Documentation Deliverables activity is to
design and develop a training and documentation prototype, and analyze and determine the system
requirements necessary for conducting training. The tasks involved with this activity will occur at
times simultaneously with the tasks in Analyze End User Training and Documentation Strategy.

SAP AG

TSCM52

24-36

Phase 2: Business Blueprint - Work Packages (2)

Project Management
Organizational Change Management
Training in the Business Blueprint Phase
Technical Design Planning

QM

Establish Development System Environment


Organizational
Structure Definition

Business Process
Definition

SAP AG 2001

The purpose of the Technical Design Planning work package is to


Further define the planning that was started in phase one.
Document the technical design.

You should anticipate the future needs of additional SAP systems and hardware as the project
continues and begin the technical design planning for them as early as possible.

The purpose of the Establish Development System Environment work package is to install and set
up the development system for the start of implementation.

For local rollout projects, as part of a global implementation project, the Global Solution Package
will be used to set up this environment. Please refer to the task Getting Familiar with Global
Solution Package in Phase one of the Rollout Roadmap.

SAP AG

TSCM52

24-37

Technical Design Planning


Business
Blueprint

Activities
Create Technical Design

Establish Development Environment

Upg
r
Sra ade
tegy

Activities
Set up Development Environment
System Administration Procedures

Accelerators:

IT Infrastructure Document

SAP Web Installation Guides

SAP Software and License Keys

SAP AG 2001

Create Technical Design: The purpose of this activity is to define and document your technical
design. It is recommended that you seek support from your hardware partner for this work.

Set Up Development Environment: The purpose of this activity is to install and configure the
technical environment for the development system. This activity includes installing the hardware,
verifying the technical environment, installing the SAP software and frontend components, and
configuring and securing the technical environment of the SAP System.

System Administration Procedures: The purpose of this activity is to define and verify the system
administration procedures for the development system. It is an ongoing process throughout the
Business Blueprint phase.

SAP AG

TSCM52

24-38

SAP Service Marketplace


The SAP Service Marketplace is SAPs one-stop Internet platform that provides
personalized access to all services necessary to design, build and maintain a
high quality solution
Support Services

Benefits

Submit messages, access support packages and SAP


notes

KEY COMPONENTS

Request remote service sessions like Early Watch

Consulting & Education Services


Request hardware sizing, consulting
Online booking of training sessions worldwide

Information Services
Detailed information around the SAP solutions

Easy, one-stop access to


SAP services - anytime,
anywhere
A full range of services to
ensure solution
completeness
Information that is easy to
find and understand, as
you navigate easily
through well-organized
topics - and you can
personalize the site to suit
your needs

SAP related new offerings


Download best practices materials
For customers
and Partners

http://service.sap.com

Available now

SAP AG 2001

SAP AG

TSCM52

24-39

Phase 2: Business Blueprint - Work Packages (3)

Project Management
Organizational Change Management
Training in the Business Blueprint Phase
Technical Design Planning

QM

Establish Development System Environment


Organizational
Structure Definition

Business Process
Definition

SAP AG 2001

The purpose of this work package is to define the enterprise organizational structure using SAP
organizational units, such as company codes and sales organizations.

In conducting the organization structure workshop, topics such as the following need to be
addressed:
What enterprise areas and business processes will be used in the system?
Which organizational units within the company will be affected by the implementation?

For a rollout project, many of the organizational structure elements may already have been included
in the template. For the part remaining, documentation for the intended solution including naming
conventions will usually be provided by the global solution package from the Global Template
project. The organizational structure(s) will then have to be reviewed, validated and completed.

SAP AG

TSCM52

24-40

Define Business Organization Structure


Business
Blueprint

Tasks
Schedule and Prepare Organization
Structure Workshop

SAP Reference Model

Conduct Organization
Structure Workshop

Business Strategy

Organization

Recommend and Approve


Organization Structure

Accelerators:
Organization Structure Presentation
Enterprise Modeling - Consultant's Handbook
Sample Scope Document
SAP AG 2001

The purpose of this activity is to prepare for business organization structure workshops to define the
organizational structure of the company within the system. The organizational structure is
established to give structure to the logistic and financial enterprise areas.

SAP AG

TSCM52

24-41

Q&Adb Structure
SAP Reference Structure
1

Business Strategy

KPI

mySAP.com

Organization

General Settings

Master Data

Business Processes

Cross-application

Training and Documentation

User Roles

Basis

Development

QAdb
QAdb

SAP AG 2001

Report
Issues

QAdb

User

QAdb

Documents

The section under Business Strategy sections contain items designed to collect information about the
general business strategy and the implementation.
The Key Performance Indicators (KPI) substructure is designed to assist you measure, analyze and
improve the value added process and business performance in your enterprise.
The mySAP.com substructure is there to assist you analyze and document how you might implement
the SAP Internet solution in your enterprise.
The Organization substructure contains items that describe the R/3 system organization structure.
This is the framework in which the R/3 System is configured.
The General Settings section contains elements of the R/3 Implementation Guide (IMG). This is of
overall importance for Business Blueprint phase to set up the R/3 system properly.
The Master Data section contains items that describe the master data structure that controls the
behavior and implementation of an R/3 System.
The Business Processes area of the Q&Adb contains the process structure items as represented in the
SAP Reference Structure.
The Cross-application section refers to all data objects (tables, entities or processes) that relate to
more than one business application.
The Training and Documentation section collects information about the planned training and
documentation standards in an SAP product implementation.
The User Role node provides all the SAP user roles (based on Release 4.6B of the R/3 System). The
project team can use these roles to analyze the project-specific requirements for user profiles.
The content of the Development area is created automatically by the application. It is designed to
hold all functional specification documentation data that you entered in the Associated Items box
The Documents substructure of the Q&Adb allows you to store and manage all documents related to
the entire life cycle of your SAP System. For example the Business Blueprint document and drafts
thereof would be stored here.

SAP AG

TSCM52

24-42

Associated Items 1
Associated Items

SAP Reference Structure


1

Business Strategy

KPI

mySAP.com

Question

Organization

CI Template

General Settings

Master Data

Business Processes

Cross-application

Training and Documentation

User Roles

Basis

Development

Business Analysis

BP Transaction
User Roles
Project Documentation
SAP Documentation
IDES Documentation

Report
Issues

QAdb
QAdb
QAdb

User

QAdb

Documents

SAP AG 2001

The Question(s) enable you to gather requirements on specific business scenarios and their
processes. A question may appear within several structures. The answer to a question on a specific
occurrence within any structure is visible on all other occurrences using that question. While answers
given to a question are visible at all occurrences, questions can only be answered and answers can
only be changed at the current structure level. These questions are open-ended and promote the flow
of information between you and the consultants who will configure your system. Using your answers
as a guide, consultants define your companys requirements in detail and adapt process models to
reflect your companys needs.

The User Roles enable consultants in the Blueprint phase to identify, adapt and describe SAPdelivered user roles based on project-specific requirements.

The CI template sections form the heart of the Business Blueprint document. It is important to
provide as much information as possible when entering your answers in these sections. In some cases
the information may not be known at the Blueprint stage, if this occurs, it should be noted in the CI
template answers. For example, when you enter the Authorization Considerations question during
the Business Blueprint phase only high level information is available. As this changes, the Q&Adb
should be updated with detailed authorization requirements.

During the initial Q&Adb setup, you specified the path to SAP and IDES documentation. This
documentation is available for view only and cannot be changed. If an SAP or IDES document is
available for a selected function, the name of the document displays in the Associated Items box.
Click the document to view it.

You may add, view, or delete documentation to the Project Documentation folder in the Associated
Items box. It is recommended that all documents are put into the Project Documentation directory so
that they can then be found in the Q&Adb directory.

SAP AG

TSCM52

24-43

Associated Items 2

SAP Reference Structure

Associated Items

Information

Technical Analysis

Status

Functions

Conversions

Not Yet Processed

Input / Output

Interfaces

In Process

Organizational Units

Reports

On Hold

Project Documentation

Forms

Completed

Key Performance Indicator

Other Development

Predefined

Where used Enterprise Area


Where used Scenario
Note: Availability of Associated
Items Objects depends on
Structure Level

SAP AG 2001

The Associated Items frame which appears on the right side of the Q&Adb application screen
represents a user interface work area and a display area for user-specific information. The range of
possible associated items are indicated above. However, note that the actual associated items
displayed at any one time in the Q&Adb will be those linked to the SAP reference structure item
currently selected.

The Technical Analysis tab allows you to specify development requirements for your project. This
information is used to draw up a technical specification from the Development List (DL) that forms
the basis of programming. There are specific functional and technical specification templates for
each of the areas on the Technical Analysis tab.

SAP AG

TSCM52

24-44

Compose Project Structure


SAP Project Reference Structure

SAP Product Reference Structure


R/3

SAP Reference Structure

BBP

CRM

SAP Reference Structure


SAP Reference Structure

SAP Reference Structure

Business Strategy

Business Strategy

KPI

KPI

mySAP.com

mySAP.com

Organization

Organization

General Settings

General Settings

Master Data

Master Data

Business Processes

Business Processes

Cross-Application Components

Cross-Application Components

User Roles

User Roles

Training and Documentation

Training and Documentation

Basis Components

Basis Components

Development

Development

SAP AG 2001

You can map SAP Reference Structures of various mySAP.com components in a Q&Adb. This
enables you to create a Business Blueprint for a mySAP.com solution that consists of more than one
mySAP.com component.
Compose Project Structure: The project manager can group together SAP Reference
Structures of various variants, such as R/3, APO, and BW. This enables the project team to
process the entire implementation scope in one Q&Adb.
Before the project reference structure is created, the SAP Reference Structure on the left of the
Q&Adb screen area only contains structure items from level 1; in other words, the structure still
has to be "filled." The project manager and business process team can define the project scope
under Administration -> Compose project structure. The Create Project Reference Structure
dialog box displays the SAP Reference Structures of all variants installed as indicated on the
right under SAP Product Reference Structure.
The structure items selected as in scope can then be transferred from the SAP Product
Reference Structure to the SAP Project Reference Structure (from right to left) and processed in
the Q&Adb.

SAP AG

TSCM52

24-45

Scoping

Edit

View
...
Set in scope
...

...
Project scope

SAP Reference Structure

SAP Reference Structure

Structure Item A

1
2

Structure Item B

Structure Item C
3

Structure Item D

Structure Item E

Reports

Structure Item A

Structure Item C

2
3

Structure Item E

SAP AG 2001

Before you begin answering questions, decide which structure items are valid and appropriate for
your business. Setting these items In Scope delimits the information gathering of the Q&Adb to your
specific business.

Any one or all hierarchy items can be set in scope by right-clicking on that item in the tree view and
choosing Set in scope.

In Scope areas appear in yellow for easy identification.

In Scope status can be removed from individual hierarchy items as necessary by clicking the checked
Set in scope menu item.

If you would like to see only the items in scope, choose View-> Project scope.

SAP AG

TSCM52

24-46

Set Owner

SAP Reference Structure

Select Owner

Structure Item

Business Owner
Consultant

Structure Item

2
3

Structure Item

SAP AG 2001

An Owner is person who is responsible for one or many Structure items on different levels.

You can assign an owner from the customers project team and/or a consultant to each structure item.
You can:
Generate View by Owner
This view displays only the structure items assigned to a particular owner. For example, you can
display structure items for which you are the owner or for which you have assigned a particular
team member as owner.
Use the Owner report option
This means that only those structure items that are assigned to you or to one of your team
members are included in the report.
Include the name of the owner for each structure item in your report

Setting ownership ensures that a warning message appears if a user changes a structure item which is
assigned to another owner.

SAP AG

TSCM52

24-47

Issues Database
Edit

View

Reports

All by Classification
All by Project Phase

Administrative
Issues
All Issues
Current View

All Issues
Closed Issues
....
Open Issues
Unsolved
Problems

SAP AG 1999

Issue Editor and Documentation

Listing in
EXCEL Table

Details

Priority,
Priority, Status, Project phase,
Responsible

Action Item

Prority, Resolution

Effort

Category, Planned, Actual,


Remainung

Documents

MS-XL, MS-Word, MS-PP

The Issues substructure helps the project management team to record, monitor, and manage open
questions or unforeseen problems that arise during implementation. Issues may hinder project
progress or even jeopardize its success if a solution is not found. They may have an impact on the
project scope, budget, timeline, and resources.

When you log on, the system informs you of any outstanding issues for which you are responsible.
You can choose to go directly to your open issues. The system will also display a message telling
you if you have been informed about an issue.

SAP AG

TSCM52

24-48

Business Strategy
Business
Blueprint

SAP Reference Structure

Business Analysis

Business Strategy

Status

Question
Project Documentation

General Enterprise Strategy

Markets

Procurement Strategy

SAP AG 1999

In this substructure, you can gather information on your enterprises general business strategy. Using
questions and customer input templates, you are able to, for example, analyze your business strategy,
describe your corporate culture and give details of your competitive and market position. The
information you enter here is of strategic importance to your enterprise and essential for mapping
your enterprise specific requirements to the SAP System.

SAP AG

TSCM52

24-49

mySAP.com
Business
Blueprint

SAP Reference Structure


mySAP.com

The Marketplace

2
3

Buy Side

Sell Side

Business Analysis

Status

Question
CI Template
Project Documentation

Workplace

SAP AG 2001

In the mySAP.com substructure, you can analyze and document how to implement your SAP
Internet solution in your enterprise. The questions and CI templates contained here focus on the
Workplace and the Marketplace. The project documentation stored in this substructure provide
guidelines for successfully implementing mySAP.com.

Customer Input (CI) templates exist for all structure items. Using these templates you can document
and analyze the main areas of the mySAP.com substructure. The information you enter here is
essential for drawing up your Business Blueprint.

SAP AG

TSCM52

24-50

Organizational Structure
Business
Blueprint

SAP Reference Structure


Organization

Cross-application....

2
3

Company Code

Controlling Area ...

Business Analysis
Question

Information
Status

CI Template
Project Documentation
SAP Documentation
IDES Documentation

Procurement....

SAP AG 2001

The Organization structure level contains items that describe the system organization structure in
which framework the SAP system is configured. In the Q&Adb, questionnaires facilitate gathering
requirements on the companys structure and processes that allow an initial mapping of the
companys business to a proposed SAP organizational structure. The answers to the questions form
part of the Business Blueprint.

The second level contains the available enterprise areas (e.g. Sales and Distribution). It is not
recommended that you change or enhance this level of the organization structure.

A third level further defines the organization (e.g. Sales area data).

SAP AG

TSCM52

24-51

Reports (Business Organization Structure)


Edit

Business strategy

Business Blueprint

Master lists

Scope document
mySAP.com
mySAP.com

BPML
OSL
DL
AL

Status
Issues
Users

SAP AG 2001

Reports

Scope document
Business strategy
mySAP.com
Business Blueprint
All
KPI
Organizational structure
General settings
Master data
Business processes
Cross-application
components
User roles
Training and
documentation
Development
Master lists
Organizational Structure
List
Business Process Master
List
Development List
Authorization List
Status Report
Administrative
Issues

Reports

View

Business
Blueprint

Reports allows you to display project documentation in different forms, and creates a report structure
in the Q&Adb.

SAP AG

TSCM52

24-52

Phase 2: Business Blueprint - Work Packages (4)

Project Management
Organizational Change Management
Training in the Business Blueprint Phase
Technical Design Planning

QM

Establish Development System Environment


Organizational
Structure Definition

Business Process
Definition

SAP AG 2001

Business Process Definition


The purpose of this work package is to determine the company requirements based on SAP business
processes, to provide the required functions. The business process definitions create your Business
Blueprint.

In the case of a local rollout (an implementation project itself part of an overall, global
implementation comprising a number of implementation projects), most of the company
requirements should already have been determined at the global, program level and mapped to the
corresponding SAP settings.

Note that you must have defined your organizational structure before proceeding to business
processes.
In case of a local rollout, the Global Solution Package must have been delivered. This is the
definition of the core requirement common across all implementations in a companys multi site
and/or multi national implementation of SAP product.

SAP AG

TSCM52

24-53

Business Process Definition


Business
Blueprint

INPUT

Business Process
Definition

Business Process
Questions
SAP Reference
Structure
Organizational
Structure

Business Analysis
Questions
CI Template
BP Transactions

Technical Analysis
Functional
Specifications

OUTPUT

Business
Blueprint
Master
Lists

SAP AG 2001

After the definition of the organizational structure, you define the business processes of the company
in terms of the R/3 System.

The Q&Adb is the tool supporting the definition of the business processes. You can use the CI
(Customer Input) template and the business process questions within the Q&Adb to support the
preparation and completion of the business process definition. For detailed analysis, you can access
external tools for modeling the business processes via the Q&Adb.

Generating the Business Blueprint gives you the companys business process requirements in one
document.

Generating the Business Process Master List gives you the business processes which are in scope for
Customizing in the Realization Phase.

SAP AG

TSCM52

24-54

Business Process Definition


Business
Blueprint

Activities
Prepare for Business Process Workshops
Input
Sample
Scope Document

Conduct General Requirements Workshops


ISO Norms
DM
USD
CHF

Numbering systems,
systems, Chart of accounts ...

DE
US
CH

Accelerators:

Business Consulting Approach to Improve KPIs

Sample Measure Driver Tree

Sample Business Blueprint

SAP AG 1999

Prepare for Business Process Workshops: The purpose of this activity is to ensure efficient business
process workshops. This means determining who attends, which business processes are discussed,
and other applicable topics. To ensure effective meetings, you should send all relevant materials and
business process guidelines to the participants prior to the workshops.

Conduct General Requirements Workshops: The purpose of this activity is to analyze your
standardization aims (general settings) and the constraints to which they are subject. This activity
deals with determining whether standardization is, or ought to be, one of your objectives. Some of
the items which should be standardized include:
Numbering systems for data records
Charts of accounts
Statistics
Units and measurement
Balance sheets and profitability analyses
Handling of procedures, rules and standards for data transfer between application systems

SAP AG

TSCM52

24-55

General Settings and Master Data


Business
Blueprint

SAP Reference Structure


General Settings

1
2

Countries

Currencies....

Business Analysis
Question
CI Template

Master Data

Technical
Analysis

BP Transaction
Project Documentation
SAP Documentation

Information

Status

IDES Documentation

General Master Data....

2
3

Material Master....

Serial Numbers....

SAP AG 2001

In the General Settings substructure, you can determine general settings in line with the
Implementation Guide (IMG), such as currencies, that apply across your entire SAP System. These
settings are required to set default parameters in the SAP System

In the Master Data substructure, you can see the structure of master data in the SAP System. It is
organized according to enterprise area. General master records, for example, Material Master, Work
Center, Customer/Vendor Master Record are located below the enterprise-specific master data items
in the tree structure.

SAP AG

TSCM52

24-56

Conduct Business Process Workshops (1)


Business
Blueprint

Determine the Need for Extended Functions


Determine Forms Requirements
Determine Reporting Requirements
Determine Required Interfaces
Determine Conversion Requirements
Determine Required Enhancements
Clarify Deficient Areas
Analyze CRM Requirements for BW Integration

SAP AG 2001

Conduct Business Process Workshops


The purpose of this activity is to conduct the business workshops to determine and complete all
requirements including:
Business process
Reporting
Interfaces
Conversions
Enhancements
Authorizations
The business process workshops are a crucial part, as all the results gathered during the workshops
subsequently create the Business Blueprint. It is necessary to use the questions not yet answered in
the Q&Adb to determine business requirements, and to complete a Customer Input (CI) template for
each business process.

In case of a local rollout, the general company requirements regarding standardization aims have
usually been completed during template development. Nonetheless they should be kept in mind and
local detailed requirements coming up during this task should be fed back to the core team,
especially if deficient areas are detected.

SAP AG

TSCM52

24-57

Conduct Business Process Workshops (2)


Business
Blueprint

SAP Reference Structure


Business Processes

Business Analysis
Question
CI Template

Enterprise Areas

Scenarios

Process Groups

Technical
Analysis

BP Transaction
User Roles
Project Documentation

Information

Status

SAP Documentation
IDES Documentation

Processes

User Roles

SAP AG 1999

The Q&Adb questions and the corresponding process models are used to facilitate and frame the
gathering of company input.

The questions concerning the business process are dependent for their content on the respective
business process. The answers can either be freely formulated or are given:
y Yes, No, Unanswered
y Answer list

The questions concerning the CI template are the same for all business processes and can be
answered freely.

SAP AG

TSCM52

24-58

Conduct Business Process Workshops - Modeling


Business
Blueprint

External Modeling Tools

SAP Reference Structure

Analyze Business Processes

Business Processes

Diagram Explorer (Intellicorp)


- read only -

Enterprise Areas

Aris for R/3 (IDS)


Scenarios

ERP Modeler (CASE wise)


Live Model (Intellicorp)

Process Groups

4
5

Processes
Determine coverage level
high
medium
low

SAP AG 2001

You can use external modeling tools to compare enterprise process areas, scenarios, and processes
with the SAP Reference Structure.

In addition to installing the modeling tool you wish to use, you also need to choose the relevant
modeling tool in the field Business Modeler in User Maintenance in the ASAP Administration
Tool.

The comparison with the SAP Reference Structure clarifies to what extent your own business
processes can be covered by the R/3 business processes.

The business fit can be high, medium, or low. The measures that need to be taken to achieve this
depend on the analysis:
y High, through Customizing
y Medium, through enhancement
y Low, own transactions.

If an enhancement is necessary, it can be documented in the structure of the Q&Adb on each level by
adding customer-defined objects.

Copying of objects is supported on every level.

SAP AG

TSCM52

24-59

Conduct Business Process Workshops - BP Ta.


Business
Blueprint

SAP Reference Structure

Business Process Transactions


Item name

Business Processes

Item count Answered

Business Process Transactions

N/A

In Scope
n

Enterprise Areas

Scenarios

Code

Transaction

DOC

MK01

Create Vendor Mstr Data

Scope

BaseLine C1-C4

Process Groups

4
5

Run
R/3 Transaction

Processes

User Profile
R/3 Information
SAP AG 1999

The description of the business processes is completed by including the related Business process
transactions in the scope of the implementation project. The number of transactions related to the
business process will be displayed on the business process transaction matrix when you choose
Business process transactions.

The business process transaction matrix shows:


Code: Name of the business process transaction
Transaction: Long text of the business process transaction
DOC: Link to R/3 Documentation
SC (Scope): shows that the business process transaction is in scope
BL (Baseline): Indicates the business process transaction within the Baseline scope (the basic scope
of transactions that will be implemented
C1-C4: describe proposed cycles for configuration tests.

The business process transaction matrix contains the default values for the business process
suggested by SAP. You should not make changes in the business process transaction matrix, but in
the Business Process Master List, an MS-Excel file that is based on the business process transaction
matrix in the Q&Adb. You should only make changes with the support of consultants.

From the matrix, it is possible to call up the corresponding transaction in the R/3 System, providing
that the relevant settings in the Admin tool user profile have been maintained and the R/3 System is
available.

SAP AG

TSCM52

24-60

User Roles
Business
Blueprint

SAP Reference Structure


Business Processes

Business Analysis
Questions
CI template

Enterprise Areas

Scenarios

Process Groups

4
5

Processes

Transactions

Assigned user roles


User roles by
transaction
Transactions by
user role
Project documentation
SAP documentation
IDES documentation

User Roles

SAP AG 2001

Once each process team has collected information about the different roles during business process
workshops, the Organizational Change Management (OCM) team is reponsible for bringing together
the various design documents and creating a master set of roles (see: Business Blueprint,
Organizational Change Management Blueprint, Implement Business Optimization Process, Create
Role Report). The objective of this step is to develop a set of roles small enough to allow flexibility
in organizational design yet large enough to enable some degree of standardization throughout the
company.

Once the roles are confirmed, business process teams assign the roles to the transactions (manual and
SAP).

The best way to do this is to use the Q&Adb, if one is available and used. Finally a report needs to be
generated listing all business processes, transactions and roles. The report should then be distributed
to all teams for confirmation. Once the report has been confirmed, no changes should be undertaken
without formal change control.

The User Roles substructure is made up of user roles that have been defined by SAP. The project
team can use this substructure to determine the user profiles they require for their specific project. It
is possible to define, copy and rename user roles. You can also display the functions assigned by
SAP to user roles for each structure item.

SAP AG

TSCM52

24-61

Complete Business Blueprint


Business
Blueprint

Tasks
Assemble Business Blueprint
Identify Baseline Scope
Verify Business Blueprint Completeness
Re
po
Rerts
po
r ts

Accelerators:

Sample Business Blueprint


Sample Business Blueprint Summary Presentation

SAP AG 2001

The purpose of this activity is to complete the Business Blueprint, which is the main deliverable of
Phase 2. The Business Blueprint serves as your conceptual master plan, and becomes a detailed
written document. This document shows you the business requirements in detail, and serves as the
basis for organization, configuration and, if necessary, development activities.

SAP AG

TSCM52

24-62

Reports (Business Process Definition)


Edit

Scope document

Business Strategy

mySAP.com
mySAP.com

Business Blueprint

Master lists
BPML
OSL
DL
AL

Status
Issues
Users

SAP AG 2001

Reports

Business
Blueprint

Scope document
Business strategy
mySAP.com
Business Blueprint
All
KPI
Organizational structure
General settings
Master data
Business processes
Cross-application
components
User roles
Training and
documentation
Development
Master Lists
Organizational Structure
List
Business Process Master
List
Development List
Authorization List
Status Report
Administrative
Issues

- Reports
-

View

Reports allows you to display project documentation in different forms, and creates a report structure
in the Q&Adb.

SAP AG

TSCM52

24-63

Blueprint Document Review and Signoff


Business
Blueprint

Tasks
Prepare for Presentation of Blueprint Review
Conduct Review and Sign-Off

s
es t
sin rin
Bu uep
Bl

Accelerators:
Business Blueprint Quality Checklist
Project Signoff Form
Executive Summary of Business Blueprint
Powerpoint Presentation
SAP AG 2001

Prepare for Presentation of Blueprint Review


The purpose of this task is to distribute the Business Blueprint to team members, and to organize the
Business Blueprint review and signoff meeting.

Conduct Review and Sign-Off


The purpose of this task is to review and sign off the Business Blueprint. This contains business
processes and scenarios, gaps between business processes and system functions, reports, models,
conversions and interfaces. Furthermore, the baseline scope needs to be reviewed at this time.

As a result of the Business Blueprint sign-off, you confirm the following:


Process design
Organizational structure
Baseline scope
Technical design
System landscape

You have now completed your second project milestone.

SAP AG

TSCM52

24-64

Phase 2: Business Blueprint - Work Packages (5)

Project Management
Organizational Change Management
Training in the Business Blueprint Phase
Technical Design Planning

QM

Establish Development System Environment


Organizational
Structure Definition

Business Process Definition

SAP AG 2001

The purpose of this work package is the final verification of all deliverables from this phase. It is
critical that quality checks be performed throughout the phase, as tasks are completed. The Business
Blueprint ensures that everybody has an accurate understanding of the final scope of the project
regarding business processes, organizational structure, and system environment.

In addition, this includes project team member training, project standards, and strategies in the
technical area. You must address issues regarding changes in scope, impact on budget, and resource
planning.

SAP AG

TSCM52

24-65

Quality Management Business Blueprint Phase

Documentation

Quality Check Checklist


Validate project team status
and steering committee
meeting
Verify teambuilding activities
Ensure user roles and
responsibilities
Confirm technical design
Verify development
environment/system
landscape
Sign off Business
Blueprint/Baseline Scope

Configuration

9
9
9
9
9
9

SAP AG 2001

The purpose of this activity is to collect all deliverables and to review them for completeness and
accuracy. Although quality checks are performed when specific tasks are completed, it is critical to
review them together because individual results from one task may have an adverse impact in
another area of the project. Upon completion of this quality check, signoff is obtained and the project
proceeds to the next phase.

This slide lists only the most important points of the checklists for project management or quality
assurance. You can find the complete checklists for the first and last Work Package of Phase 2:
Business Blueprint in the ASAP Roadmap documentation.

SAP AG

TSCM52

24-66

Overview Diagram: Implementation Roadmap (3)

Implementation
Roadmap

Phase 1
Project Preparation
Phase 2
Business Blueprint
Phase 3
Realization
Phase 4
Final Preparation

Legend:

Phase 5
Go Live & Support

Unit
Unit
Topic
Topic

SAP AG 1999

SAP AG

TSCM52

24-67

Phase 3: Realization: Objectives

Upon completion of this topic, you will be able to:


z Explain the Realization Phase activities of the
ASAP Implementation
z Explain and demonstrate how the ASAP tools
and accelerators support the Realization Phase
activities

SAP AG 2001

SAP AG

TSCM52

24-68

The Purpose of Phase 3: Realization

ASAP Roadmap

Project
Preparation
Business
Blueprint

Final
Preparation
Realization

Go Live &
Support

SAP AG 1999

The purpose of this phase is to implement business and process requirements based on the Business
Blueprint. The objectives are final implementation in the system, an overall test, and the release of
the system for production (live) operation. The project team needs to get the corresponding training
in these areas.

SAP AG

TSCM52

24-69

Realization - Roles & Key Focus


Phase
Content
Role
Groupings

Proj Mgt

Steering

Steering
Meetings

Sponsors

Review / FU on
Recommends

Customer

Config
ARICE
Integration
Sys Admn Arch/Form
Arch/Form

Check for
Approvals

Support Plan
***************
Realization
Phase
Review

***************
Analyze Org
Implement.
Risks

**************

**************

Technical

QC

***************
Check for
Approvals

Refine Training
Define Scope &
Approve Config
Sched/ Review
**************
Test Cases/
Plans/Validate
Proj Team Risk
Approve
Completion
Assmt
***************
***************
Define
Refine Scope
Conduct
A-R-I-C-E
Config/Define
Test Cases
Test Cases
Test, Review, &
**************
Attend PTT
Approve
**************
Create,Test,
System Test
Migrate
Plans/QA &
Attend PTT
Programs &
Prod Enviro/
Procedures
Prep for ABAP

Signoff
Quality Check
Signoff

E.U. Training:
content & prep

Training
Change

Proj Team
Training

Signoff

Analyse Org
Implement.
Risks

Review, Status/

Project Mgt Cutover & Prod.


Consultant

Org Chng
Mgt

Team Bldg
Activities

Security

Org Impact/
Risk / Sponsor
Attend PTT

Org Structure

Authorize Design/
Job Functions

Create &
Register Dev

Review Strategy
Create Models

SAP AG 2001

These are the primary roles in an SAP implementation (all the roles are defined in the
Implementation Assistant).
Steering Committee - members include Project Sponsors, the SAP Consulting Manager (and/or the
TeamSAP Coach), and project managers. The committee is also the primary source for the
companys long-term goals and vision, sets priorities, approves scope, and resolves company-wide
issues.
Project Sponsors - directly communicates the companys long-term goals and visions and are
members of the steering committee.
Proj Mgt - TeamSAP Project Manager and Customer Project Manager
Consultant - TeamSAP Members, application, cross application, business process
Customer - Project Team Members (business process, power users)
Technical - Customer or consultants for System Administration and Technical, help desk provider
Training - Training & Documentation - project mgr/lead/ developer, Training Development
Instructor, Training Co-ordinator, Training Technology Administrator
Change -These are dedicated individuals assigned to manage the organizational change management
processes: Risk Assessment, Communications, Sponsorship, Skills Development, Knowledge
Transfer or Organizational Optimization.
Security - Authorisation, Administration or Internal Auditor responsible for managing the system
security and authorization environment and may be combined with other (technical) administrative
roles.

Shared items are marked by the ************ brackets.

SAP AG

TSCM52

24-70

Documents of an ASAP Project

1
Project
Charter
Project
Plan
Scope
Project
Team
Org.
Stand. &
Proced.

Q&Adb
Substructures:
Business Strategy
Organization
General Settings
Master Data
Business Process
Cross Application
Development

3
Master Lists
Microsoft Excel
Spreadsheets for
Development, Organization,
Business Processes and
Authorizations

BPP
Config.
Plan

Business
Blueprint

Testing
Plan

Microsoft Word
Documents

Unit testing
Test scenario
Integration

Cutover
Plan

Progr.
Develp.

Volume
Test

System
Performance
Review

Stress
Test
Technical
Operations
Manual

EU
Training
Material
Conduct
End User
Training

SAP AG 2001

Phase 1 - Project Preparation

Change Charter - Goals and objectives of Organizational Change Management

Project Plan - This is a first cut focusing on milestones and Work Packages; details to come.

Scope - Sets the initial definition of the project; input from sales cycle.

Project Team Organization - Sets the who of the project: Standards & Procedures - Sets the why and
how of the project.

Phase 2 - Business Blueprint - Requirements reviewed for each SAP Reference Structure item and
defined using CI Templates (in the Q&Adb). Business Blueprint - This is the output of the Q&Adb
and is the key document for Phase 3.
Phase 3 - Realization - Master Lists - Define business scenarios and R/3 transactions to be realized in
the system. BPP - Business Process Procedures representing R/3 transactions; used for unit testing &
documentation. Planning - Defines how the configuration will be done and how it will be tested.
Development Programs - Provides details of the external programming requirements. EU Training
Material - End User training material and process documentation.
Phase 4 - Final Preparation Stress & Volume Tests - Plans for confirming the production hardwares
capabilities
Cutover Plan - The details of how to move to the production environment and go live
Conduct End User Training - Delivery of the necessary levels of R/3 End User training prior to going
live
Phase 5 - Go Live & Support: Ensuring system performance through SAP monitoring and feedback.

SAP AG

TSCM52

24-71

Phase 3: Realization - Work Packages (1)


Project Management
Organizational Change Management
Training in the Realization Phase
Establish Production
Environment

QC

Develop System Test Plans /


Establish QA Environment
Baseline
Configuration

Final Configuration

Integration

Workflow, ABAP,
Conversions and Interface Prog.
Prog.
Enhancements, Reports, Forms,
User Roles, Archiving
SAP AG 2001

SAP AG

TSCM52

24-72

Project Management

Project Management Checklist

9
9

Documentation

Prepare and attend


status meeting
Prepare and attend
steering committee
meeting
Determine project
variances
Refine project plan
Determine production
support plan
Determine cutover
plan

Configuration

9
9
9

SAP AG 1999

Only the most important points of the checklists for project management and the quality check are
listed on this slide. The complete checklists can be found in the ASAP Roadmap documentation.

Note the Project Review Program which is provided as an SAP service. Reviews can be scheduled
throughout the duration of the project. A review provides an independent and objective management
review of the customer implementation project, identifies any risks to the project goals and
recommends appropriate corrective actions.

SAP AG

TSCM52

24-73

Organizational Change Management


Realization

Activities
Monitor / Update OCM Plan and Activities
Continue Business Optimization Process

Accelerators:

OCM Implementation White Paper

OCM Risks and Activities Guide

SAP AG 2001

The purpose of first of these work packages is to ensure that the Organizational Change
Managemente (OCM) activities take place as planned and are successful in mitigating OCM risks.

The second work package should ensure that there is an infrastructure, which supports the transition
to the new organizational business solution.

SAP AG

TSCM52

24-74

Create Training Materials


Realization

Activities
Conduct Project Team Training
Define End User Training and Documentation Content
Develop End User Training and Documentation
Content
Prepare for End User Training and Documentation
Delivery

Accelerators:
n

Project Team Training Template

Training Services and Products

Sample Documentation Standards

SAP AG 2001

The purpose of this work package is to finalize and conduct level three of the project team training.
Also during the realization phase, end user training and documentation is defined, developed, and
finalized.

The purpose of the Conduct Project Team Training activity is to conduct Level 3 project team
training so that team members can get insight of the business processes or technical features in their
area. This training shows the many business and technical options available to your company and
how to configure the system to meet your company needs.

The purpose of the Define End User Training and Documentation Content activity is to set the
standards and review process for training content and documentation development for the End User.
To define an evaluation and improvement process, communicate this information to the course
developers, and develop the course outlines are further tasks involved in this activity.

The purpose of the Develop End User Training and Documentation Content activity is to develop all
training content and documentation as defined in the end user training and documentation plan and
designed in the prototype.

The purpose of the Prepare for End User Training and Documentation Delivery activity is to prepare
for end user training delivery and distribution of documentation. In this activity, you will finalize the
training curriculum and job roles, develop a training logistics plan, test the training system, conduct a
train-the-trainer, and finalize end user training content and documentation materials.

SAP AG

TSCM52

24-75

Project Team Training


Realization

Phase
Phase 11
Team
Team Training
Training
Schedule
Schedule

Phase 33

Refine Training Schedule


Level
Level 22
Level
Level 33

Project Team Training


Baseline
Configuration

Final Configuration

Level
Level 22 Level
Level 33

Complete training

SAP AG 2001

To prevent a delay in Realization and to have better control, re-evaluate the training schedule:
y Are your employees receiving the right training?
y Have there been new people added to the project that need to be added to the training schedule?
y Have people been reassigned to a different area requiring the schedule to be adjusted?
y Have all decisions been made on where training will take place and whether or not logistics will
need to be resolved?

Levels of courses in the SAP curriculum: Level 1, awareness - introductory to provide overview of
SAP product features & functions, SAP services & support, implementation framework (ASAP), and
SAP specific terminology; Level 2, readiness - core business process courses to enable individuals to
apply SAP to a companys processes; & Level 3, proficiency - advanced courses for individuals to
acquire customizing & other detailed functional and technical SAP related expertise.

The project members must take all relevant level 2 and level 3 training by the end of the Baseline
Configuration. NOTE - ideally, Level 2 training is taken by the end of the Project Preparation Phase,
as part of the preparation for Business Blueprint Phase. The Level 2 preparation is also crucial to
obtaining the special configuration knowledge for the applications in the Level 3 training. Ideally,
the Level3 training should be completed prior to, or early in, the Baseline Configuration. In this way,
the project members should be able to go over the training again, and then be able to apply quickly
their newly gained knowledge in Final Configuration.

SAP AG

TSCM52

24-76

Phase 3: Realization - Work Packages (2)


Project Management
Organizational Change Management
Training in the Realization Phase
Establish Production
Environment

QC

Develop System Test Plans /


Establish QA Environment
Baseline
Configuration

Final Configuration

Integration

Workflow, ABAP,
Conversions and Interface Prog.
Prog.
Enhancements, Reports, Forms,
User Roles, Archiving
SAP AG 2001

The purpose of the Develop System Test Plans work package is to define technical and performance
plans.

The system test plans defined here will be conducted during phase four on the actual production
system hardware, devices, and network. However, initial testing and verification of the test plans
should begin earlier in the development or quality assurance systems during phase three.

The purpose of the Establish Quality Assurance Environment work package is to install and set up
the quality assurance system for integration testing.

The purpose of the Establish Production Environment work package is to install and set up the
production system for productive operation.

For local rollout projects, as part of a global implementation project, the Global Solution Package
will be used to set up this environment. Please refer to the task Getting Familiar with Global
Solution Package in phase one of the Rollout Roadmap.

SAP AG

TSCM52

24-77

System QA and Production Work Packages

Set Up Quality Assurance Environment

Realization

Establish Service Level Commitment


Set Up Production Environment
Establish System
Administration
Functions
Define Productive
System Management

Define Production
System Design

Set Up Production
Environment

Develop System
Test Plans
Verify data used in
the initial hardware
disk-sizing estimates
for the production
system

Phase 2
Business Blueprint

SAP AG 2001

The preparation from the Business Blueprint phase for developing the system environment can now
be put into practice.

System administration functions are, for example: client copy function, transport system, and
functions for backup and recovery.

Important tests are for example: failure tests, stress tests, and testing of fax and printing devices.

Useful accelerators for this topic can be found in the ASAP Roadmap documentation. Examples:
y Volume Test Plan / Stress Test Plan
y Ready-to-Run R/3 in SAPNet
y SAP System Administration Made Easy Guidebook

SAP AG

TSCM52

24-78

Phase 3: Realization - Work Packages (3)


Project Management
Organizational Change Management
Training in the Realization Phase
Establish Production
Environment

QC

Develop System Test Plans /


Establish QA Environment
Baseline
Configuration

Final Configuration

Integration

Workflow, ABAP,
Conversions and Interface Prog.
Prog.
Enhancements, Reports, Forms,
User Roles, Archiving
SAP AG 2001

The purpose of the Baseline Configuration work package is to configure and confirm settings from
the Baseline Scope for scenarios, processes, and functions.

During the Business Blueprint phase, the Identify Baseline Scope task divides relevant business and
process requirements into two main blocks. The Baseline block comprises the priority requirements
of the company, ensuring that they can be implemented quickly.

During baseline configuration, work on processes can be configured without programming or


enhancements. Requirements that need programming or enhancements to the SAP system are
addressed in separate work packages in the Realization Phase.

The Final configuration is an iterative process in which you set up your business requirements. You
confirm that all your business requirements are met in the R/3 System. To make configuration easier,
create two or more cycles. Each cycle, based on the value chains in the enterprise, includes the
functions and processes you need. Depending on the scope of implementation, create an appropriate
number of cycles (cycle 1, cycle 2 through to cycle n). Configure these cycles sequentially.

The Final configuration is a transformation process that expands the Baseline solution, defined
during the Business Blueprint and Baseline configuration, through cycles (1 to n) resulting in a
solution that satisfies all stated business requirements.

SAP AG

TSCM52

24-79

Baseline Configuration and Confirmation


Realization

Activities
Develop Plans for Baseline Configuration
Configure Initial Settings and Organizational Structure
Configure and Validate Baseline
Prepare Baseline Confirmation
Perform Baseline Confirmation

Accelerators:
n

Directory Structure and Naming Conventions

Sample Configuration Plan for Baseline

Computer Aided Test Tool (CATT)

Testing Strategy White Paper

SAP AG 2001

The purpose of the Baseline Configuration and Confirmation work package is to refine the
Baseline Scope from phase 2, to determine the baseline test cases, and create the Project IMG in the
R/3 System.

In baseline configuration one first needs to change general settings and organizational structures in
the System. Only once this is completed can you then configure the business processes in the
Baseline configuration and the Final configuration.

SAP AG

TSCM52

24-80

Goal, Content, and Tools of Configuration


Realization

Goal

A fully configured, tested and signed off system

Baseline Config.
Config.
and Confirmation
Content

Final Configuration
and Confirmation

ABAP, A-R-I-C-E, Forms and Archiving


Implementation Assistant

Business Blueprint
Master Lists and associated Worksheets
Templates
Test Scenarios
Tools/AccelBPPs - Unit Test
erators
Optional: Case Procedures
Final Integration Test Procedures
SAP AG 2001

Final
Integration Test

R/3
IMG
Documentation
Transportation

The objective of Realization Phase is the implementation of the system as specified by the Business
Blueprint, its overall test, release and documentation.

The configuration is realized in two Work Packages:


y Baseline Configuration and Confirmation (planning, implementation, test, and release)
y Final Configuration and Confirmation (planning, implementation, test, and release).

In order to do the Final Integration Test, you must also plan, realize, and test all relevant interfaces,
system enhancements, and so on. The Business Process Master List (BPML) is the central tool to
properly plan and document Realization. Supporting documents, which provide the additional detail
to actually carry out configuration and testing, are produced using templates (accelerators) designed
for this purpose. The BPML is generated from the Q&Adb.

SAP AG

TSCM52

24-81

Develop Plans for Baseline Configuration


Business
Blueprint

Tasks
Generate Project IMG
Data

Scope

Views

Member

Status

Country
SAP
Reference
IMG

IMG Link

Define Project

Manually
Keywords

Doc. type

Name

Transportation

Cross-Reference

IMG Link
Don't Generate Project IMG

Accelerators:
Sample Scope Document
Working with Project IMGs
ASAP IMG-Link
SAP AG 2001

The purpose of this task is to generate the Project Implementation Guide (IMG). You should use the
Project Implementation Guides to plan and organize the necessary Customizing activities for your
project. When you set up your Project IMGs or Release projects, keep to the standards for using
status indicators, for scheduling, and for documentation, which you defined in the task Define
Project Documentation under the work package Project Procedures (project Preparation phase).

There are two methods of generating the Project IMG:


y The Project IMG is created manually. This is the more common method, whereby consultants
manually identify the components of the IMG that must be configured according to the project
scope.
y The Project IMG is automatically generated from the ASAP Question & Answer database
(Q&Adb). This is a new function that uses the scope settings within the ASAP Q&Adb and
transfers them automatically into the R/3 Project IMG. Refer to the accelerator ASAP IMG-Link
for more information.

SAP AG

TSCM52

24-82

ASAP - IMG Link

R/3

Adminstration
Transfer Scope to R/3 System
...

SAP Reference Structure

Project
IMG

Transfer
Scope

Project
Documentation

Structure Item A

Project
Management

Structure Item C

2
3

Structure Item E
User Maint.
Maint.
R3 Info

SAP AG 2001

In order to create a direct link from the BPML to the R/3 IMG, proceed as follows:

1. Set the scope in the Q&Adb


During the Business Blueprint phase of the project, the project team undertakes a number of General
Requirements and Business process workshops to define both the high-level scope and detailed
scope. This scope is entered into the Q&Adb.
2. Create Project IMG header in R/3
In order to transfer the Q&Adb scope to the R/3 System, it is first necessary to create a Project IMG
through Project Administration in R/3. Specify a project name and description, select the countries
and save the Project IMG.
3. Verify R/3 Login information in the Q&Adb
Before initiating the transfer to R/3, make sure that the user parameters are set correctly to log on to
the corresponding R/3 System. If you maintained this information in the Admin Tool, you only need
to confirm it here.
4. Generate Project IMG based on the scope set in the Q&Adb
The generation of the Project IMG will be derived from ASAP, based on the agreed scope.
In order to transfer the Q&Adb scope to the R/3 System, select the menu item Administration ->
Transfer Scope to R/3 System. Only the project manager is authorized to transfer the Q&Adb scope
to R/3.
5. You can now branch directly to the IMG Customizing activities from the Business Process Master
List, for a specific transaction scoped in the Q&Adb.

SAP AG

TSCM52

24-83

Linking the Blueprint to the Realization Phase


The Business Blueprint is Always the Source Document
Reference

Business
Blueprint

Development Master List


Level 1

Level 2

Level 3

Authorization Master List

Level 1

Level 2

Level 3

Organization Master List

Level 1

Level 2

Level 3

Business Process Master List


Level 1

Level 2

Level 3

Generate
Worksheets

Baseline Scope
Level 1

Cycle Scope

Re
fe
re
nc
e

Level 1

Level 2

Level 2

Level 3

Level 3

Integration Test

Level 1

Level 2

Level 3

SAP AG 2001

In Phase 2, the business requirements were defined in the Q&Adb along with the project scope. The
Master Lists reflect the definitions defined in the Business Blueprint document. The various
worksheets used to control and drive the configuration and confirmation process are derived from
those Master Lists.

In all cases where there is disagreement about business process definition, the resolution is found in
the Business Blueprint Document. The Blueprint is the reference source for answering all questions
about requirements definition in Phase 3, Realization. As such, if there are changes, the Blueprint
Document must be updated.

SAP AG

TSCM52

24-84

Integration

Cycles

Baseline

Business Process Master List

Check columns

Business Process Master List


Level 1 - Business Process

  

Level 2 - Enterprise Process Area A


Level 3 - Scenario Process AA


 

Level 4 - Process Group AA00


Level 5 - Business Process AA10
Level 6 - BPP AA11
Level 5 - Business Process BB10
Baseline

Cycles

Integration


Select
Select
process,
process, ...
...

to
to create
create
associated
associated
worksheet
worksheet

SAP AG 1999

The BPML, which is generated in the Q&Adb, is the central data repository. It contains all R/3
business processes and transactions that represent the scope of the project. The project scope was
determined in the Business Blueprint Phase. The BPML is also generated then, prior to the
commencement of the Realization Phase.

As the central data repository, the BPML is used to feed required business process information to the
working documents (worksheets) used to specify, manage, monitor and control the work packages
of:
y Baseline Configuration and Confirmation
y Final Configuration and Confirmation (cycles)
y Final Integration Testing

During project scope definition in the Business Blueprint Phase, adjustments (Process variants) to
R/3 business processes may have been made to meet customer needs e.g. a distinction between a
goods receipt with and without bar code recognition might be required, in which case a process
variant would have been created. In addition, business process owners will probably have been
identified. Applications consulting will also have defined, with the customer, the order of realization.
All these events of the Business Blueprint Phase will have been reflected in the Master List
illustrated in this slide. They will now be reflected in subsequent BPML worksheets derived from
this Master List in the Realization Phase.

SAP AG

TSCM52

24-85

Worksheets within the BPML

Baseline

Cycles

Integration

Baseline Scope

Cycle 1 Scope
Cycle 2 Scope
Cycle 3 Scope
Cycle 4 Scope

Worksheets specify, sequence,


schedule and assign responsibility
for the work

Integration Test 1
Integration Test 2

SAP AG 1999

The relevant worksheet is generated from the BPML:


y Baseline - Baseline Scope Document or BSD
y Cycles (Final Configuration and Confirmation) - a Configuration Plan Worksheet for each of the
cycles (1 - n)
y Integration - an Integration Test Plan Worksheet for each cycle (1 & 2).

Worksheets are used to specify, sequence, schedule and assign responsibility for the work involved.

SAP AG

TSCM52

24-86

Baseline & Cycle Worksheets

Baseline

Cycles

Baseline/Cycle Scope

Level 1, Level 2, Level 3, Level 4, Level 5, Level 6

Status

Docd, Configd, Tested, Retest, Approved, Hold

Documentation Links

CI, BPP, Case Proced, Test Scenario, Related Files

R/3 Links

Transaction Code, IMG

Responsibilities

Config, Writer, Tester

Configuration Dates

Plan, Actual

Testing Dates

Plan, Actual

SAP AG 2001

Baseline / Cycle Scope


Level 1 - Structure item from Q&Adb
Level 2 - Corresponds to Enterprise area level for business process
Level 3 - Corresponds to Scenario level for business process
Level 4 - Corresponds to Process Group level for business process
Level 5 - Corresponds to Business Process level for business process
Level 6 - Corresponds to Business Process Procedure level for business process

Status - The current status of the particular level in the scope

Responsibilities
Config - Person responsible for configuring the system
Writer - Person responsible for writing the documentation
Tester - Person responsible for testing

Configuration Dates
Plan - Planned completion dates for the configuration of the defined level
Actual - Actual completion dates of the configuration

Testing Dates
Plan - Planned completion date for testing the defined level
Actual - Actual completion date of the testing

The BPML worksheet also includes a Comments column for notes and additional information
documentation

SAP AG

TSCM52

24-87

The ASAP Processes in the Work Packages

For Baseline / Final Configuration & Confirmation


Create
Config.
Plan

Configure

Refine

Test
Define
Test Cases

Create
Test Plan

Prepare
Scenarios

Conduct
Scenarios

SAP AG 1999

This process for configuration and confirmation is used in both of the Work Packages of Baseline
Configuration & Confirmation and Final Configuration & Confirmation.

While the process defines the flow of work through the Work Packages, the Implementation
Assistant defines all the tasks necessary to complete the configuration and confirmation work.

SAP AG

TSCM52

24-88

Final Configuration and Confirmation


Realization

Activities
Develop Plans for Final Scope Configuration
Conduct Configuration Workshops (Cycle 1-n)
Configure and Validate Final Scope (Cycle 1-n)
Prepare Final Confirmation

R/3 System
Organizational
Structure List

Perform Final Confirmation

Project Name
IMG for R/3 Customizing

Activity
Status

Business
Process
Master List

Accelerators

General
Employee
Keywords

Cycle Concept and Group Definition

Test Scenario

Test Scenario Instructions

List of Predefined Test Scenarios

Memo
Note Types

Documentation

Status Information

IMG - Activity

SAP AG 2001

The cycles in the Final configuration represent an iterative process that coordinates the configuration
with your business processes and business requirements. This is normally carried out at the same
time as the development activities.

The application consultants assume the initial responsibility. As the end user retention increases
during the knowledge transfer, this responsibility is gradually passed over to members of the project
team.

The result of the Final configuration using cycles is a completely configured system that is based on
the business requirements, the trained project team, the planned user procedures, the documented
issues, and the system prepared for the integration test.

SAP AG

TSCM52

24-89

Testing in the Realization Phase

Realization Phase

START

END

Development of Conversions, Interfaces, Forms, etc.


Baseline Configuration

Final Configuration
C1

C2

C3

C4

Integration Test
IT 1

IT2

Unit Test - BPP with Test Conditions


Scenario Test - Test Scenario Template

Development Unit Test - Functional Specification Test


Integrated
Test Scenario

IT Scenario
with Develp

SAP AG 2001

Note: the number of cycles for Final Configuration (4) and Integration Test (2) is a recommendation
only.

Unit Testing - This is the lowest level of testing where the program or transaction is tested and
evaluated for errors. Unit testing is normally the first test that is completed during the configuration
effort, and is focused towards the programs inner functions, rather than towards the integration.
Testing focus: Master data & Business processes.

Scenario Testing - During the configuration there is a need to test chains of transactions that flow
together and which reflect important business processes and scenarios. Testing focus: Multiple
transactions within one enterprise area; Workflow and Business processes which cross enterprise
areas. During subsequent integration testing these small scenarios can be used to build larger end-toend scenarios.

Integration Testing - Final integration testing is accomplished through the execution of predefined
business flows, or scenarios, that emulate how the system will run your business. These business
flows, using migrated data from the pre-existing systems, will be performed in a multifaceted
computing environment comprised of R/3, third-party software, system interfaces and various
hardware and software components. It is this environment that builds the necessary level of
confidence that the solution is complete and will perform in your business. Final integration tests
need to be an evolutionary process that is driven from your previous testing efforts. The test cases
and scenarios that were used for Baseline and Final Configuration need to be reviewed and enhanced
for the integration testing.

SAP AG

TSCM52

24-90

Você também pode gostar