View
980
Download
7
Embed Size (px)
Citation preview
E-MSG MÁSTER EN SOFTWARE DE GESTIÓN DE EMPRESA SAP R/3
2003-2004 Certificación MM (7137) Xavier Rovira-Juan Carlos SarrasiTSCM 52-2ª parte (24-1)
© SAP AG TSCM52 24-1
SAP AG 2002
Appendix
© SAP AG TSCM52 24-2
SAP AG 2001
Implementation Roadmap
Phase 1 - Project Preparation
Phase 2 - Business Blueprint
Phase 3 - Realization
Phase 4 - Final Preparation
Phase 5 - Go Live & Support
Content:
© SAP AG TSCM52 24-3
SAP AG 2001
Upon completion of this unit, you will be able to:
Outline the purpose and content of the workpackages in each phase of the ASAP Roadmap
Identify the main roles and responsibilities ofeach phase of the ASAP Roadmap
Explain and demonstrate the major tools &accelerators supporting each phase of theASAP Roadmap
Implementation Roadmap: Unit Objectives
© SAP AG TSCM52 24-4
SAP AG 1999
UnitUnitUnit
TopicTopicTopic
Legend:Legend:Legend:
Phase 1Project Preparation
Phase 2Business Blueprint
Phase 3Realization
ImplementationRoadmap
Phase 4Final Preparation
Phase 5Go Live & Support
Overview Diagram: Implementation Roadmap (1)
© SAP AG TSCM52 24-5
SAP AG 2001
Phase 1: Project Preparation: Objectives
On completion of this topic, you will be able to:
Explain the activities and tasks that areimportant in the Project Preparation phase ofyour implementation project
Highlight the tasks essential from the projectteam perspective
Identify the importance of the Sample ScopeDocument for Phase 2: Business Blueprint
© SAP AG TSCM52 24-6
SAP AG 2001
The Purpose of Phase 1: Project Preparation
ASAP Roadmap
Project Preparation
Realization
FinalPreparation Go Live &
SupportBusiness Blueprint
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:
Defining your project goals and objectives
Clarifying the scope of your implementation
Defining your implementation strategy
Defining the overall project schedule and implementation sequence
Establishing the project organization and committees
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-7
SAP AG 2001
Project Preparation - Roles & Key Focus
Sign-Off
Quality Check/Sign-Off
Sign-Off
QCQCTech.Tech. Req Req..PlanningPlanning
Project Project KickoffKickoff
Training Training PlansPlans
ProjectProjectProceduresProcedures
InitialInitial Proj ProjPlanningPlanning
SteeringSteering
SponsorsSponsors
ProjProj. Mgmt.. Mgmt.
ConsultantConsultant
CustomerCustomer
TechnicalTechnical
TrainingTraining
ChangeChange
SecuritySecurity
RoleGroupings
PhaseContent
******************Proj. Charter
andImplementation
Strategy
******************
ImplementationStrategy
Plan / Budget/Resources
Organization /Plan
Proj. Mgmt.Standards &Procedures
DeploymentStrategy
Change Mgmt.Plan
Comm./ Doc.,Issue Mgmt
Change MgmtPlan
System Authoriz.Standards
Project TeamTraining Plan
Project TeamOrg. ChangeManagement
Training
KickoffMeeting
KickoffMeeting
Project TeamStandards
KickoffMeeting
******************KickoffMeeting
Proj. TeamStandards
******************
ID TechRequirements/Procure HrdWr
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 company’s 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-8
SAP AG 2001
Master ListsMicrosoft ExcelSpreadsheets forDevelopment, Organization,Business Processes andAuthorizations
ProjectCharter
BPP
Documents of an ASAP Project
Q&AdbSubstructures:
Business StrategyOrganizationGeneral SettingsMaster DataBusiness ProcessCross ApplicationDevelopment
BusinessBlueprint
ProjectPlan
Scope
Config.Plan
TestingPlan
Unit testingTest scenarioIntegration
4321 5Cutover
Plan
VolumeTest
StressTest
ConductEnd UserTraining
SystemPerformance
Review
ProjectTeamOrg.
Stand. &Proced.
TechnicalOperations
Manual
Progr.Develp.
EUTrainingMaterial
Microsoft WordDocuments
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 hardware’s 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-9
SAP AG 2001
ProjectProject Procedures Procedures
QCQC
TechnicalTechnical Req Req. . PlanningPlanning
Initial Project Initial Project PlanningPlanning Project KickoffProject Kickoff
CreateCreateTraining PlansTraining Plans
Phase 1: Project Preparation - Work Packages (1)
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-10
SAP AG 2001
Tasks
Create and Issue Project Charter
Project Preparation
Project Preparation
Load Documents into RoadmapCheck Documents from Discovery and EvaluationOrganize Workshop for Detailing Program CharterDefine Project Mission StatementCreate Initial Project PlansIdentify Project Objectives and MeasurementsDevelop the Change Strategy and CharterAssemble and Approve Project Charter
Accelerators:
Project Charter White Paper Project Plan Budget / Resource Plan (Sample)
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-11
SAP AG 2001
Review and Confirm Implementation Plan
Check Strategy for Corporate Rollout
Tasks
SAP Project
InputsImplementation
proposalsProject charter
Data gathered from thesales cycle
Global ImplementationStrategyOutput
SAP ImplementationStrategy
Review and Refine Implementation Strategy
Accelerators: Verify the use of Preconfigured Systems (PCS) as ImplementationAccelerator Sample Scope Document
Project Preparation
Project Preparation
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-12
SAP AG 2001
Sample Scope DocumentLevel 1
Level 2
Level 3
Level 4
KEY
Structure In Scope BP Owner / ConsultKPImySAP.comMaster DataBusiness Process
ProcurementProduction
Sales and Distribution
Define Business Process Scope at:
• Level 1 - SAP Reference Structure
• Level 2 - Enterprise Area
• Level 3 - Scenario
• Level 4 - Process Group
Review and Confirm Implementation Plan
Project Preparation
Project Preparation
With specific focus on:
Company Business Objectives
Key Implementation Assumptions
Overall Scope - Use accelerator “Sample Scope Document”
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-13
SAP AG 2001
Plan and Set up EnvironmentDefine Project Organization and Create TeamsAssign People to Core Change Team RolesConduct Project Team Transition MeetingCreate the Extended Change Team
Accelerators:Project Room Requirements White PaperIT Infrastructure Document
Tasks
Determine Project Organization
Project Preparation
Project Preparation
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-14
SAP AG 2001
ProjectProject Procedures Procedures
QCQC
Initial ProjectInitial ProjectPlanningPlanning Project KickoffProject Kickoff
Phase 1: Project Preparation - Work Packages (2)
TechnicalTechnical Req Req. . PlanningPlanning
CreateCreateTraining PlansTraining Plans
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:
Avoid redundant and unnecessary work
Maintain consistency
Facilitate communication
© SAP AG TSCM52 24-15
SAP AG 2001
Avoid redundancy and unnecessary workMaintain consistencyFacilitate communicationFacilitate knowledge transfer to the customerEnsure the entire team understands what is requiredof themTasks build upon one another through the phasesDefine Project DocumentationCreate Issue Management Plan
Define Project Management Standards and Procedures
Project Preparation
Project Preparation
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-16
SAP AG 2001
Define Strategy for Using SAP Services
PostGo Live
PostGo LiveImplementationImplementationSales
GoLive Check EarlyWatch
5
Solution Review
SAP Review Program1 2 3 4
ASAP Roadmap Quality Checks
Project Preparation Business
Blueprint Realization
FinalPreparation Go Live &
Support
Project Preparation
Project Preparation
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-17
SAP AG 2001
Define System Configuration StandardsDefine Testing StrategiesDefine Post-Implementation Serviceand Support StrategyDefine System Authorization Standardsfor Project TeamDefine Change Request ManagementDefine System Enhancement andModification Approval ProcessDefine ABAP Development StandardsDefine Support Package StrategyDefine Upgrade Strategy
Define Implementation Standards and Procedures
Project Preparation
Project Preparation
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-18
SAP AG 2001
Quality Assurance
SystemProduction System
Development/Customizing System
Quality Assurance System
Production System
DEV
QAS
PRD
CopyTransport
ation
DEV
SAPClient000 QAS PRD
Development System
Project Preparation
Project Preparation
Data conversions
Three database infrastructure withDevelopment, Quality Assuranceand Production Systems
Complete testing of developmentand upgrades possible
Suitable development environment
Define System Landscape Strategy
A three-system infrastructure is the ideal solution for most customers:
It affords you unlimited testing of your development.
You can implement system upgrades without disturbing your live system.
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:
Development, quality assurance and production should take place in separate environments.
In the event of data loss, you should be able to restore a client with consistent data.
Transport systems for setting up and maintaining the system infrasturcture are predefined.
The infrastructure supports the import of business data from an existing system.
© SAP AG TSCM52 24-19
SAP AG 2001
ProjectProject Procedures Procedures
QCQC
Initial Project Initial Project PlanningPlanning Project KickoffProject Kickoff
Phase 1: Project Preparation - Work Packages (3)
TechnicalTechnical Req Req. . PlanningPlanning
CreateCreateTraining PlansTraining Plans
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-20
SAP AG 2001
ASAP Roadmap
Project Preparation
Business Blueprint
Realization
FinalPreparation Go Live &
Support
Create Project Team Training Plan
SAP Training Courses: ● comprise level 1 (awareness), level 2 (readiness) & level3 (proficiency)
● should ideally have been completed for levels 1 & 2before starting the Business Process Workshops
● address function and use of the SAP product
Note! ● Management and project team may have training needsin addition to SAP product. These should also beaddressed in the training plan
Accelerator:
■ Training Services forthe Project Team
Project Preparation
Project Preparation
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 SAP’s 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:
Background of each team member
Specific area of business involvement of team member (application or technical)
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-21
SAP AG 2001
Tasks
End User Training and Documentation Strategy
Project Preparation
Project Preparation
Develop End User Needs Assessment
Develop End User Training and DocumentationProject Plan
Develop End User Proposal and ConductProject Proposal Meeting
Accelerators: End User Training and Documentation Needs Assessment End User Training and Documentation Methodology
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-22
SAP AG 2001
ProjectProject Procedures Procedures
QCQC
Initial ProjectInitial ProjectPlanningPlanning Project KickoffProject Kickoff
Phase 1: Project Preparation - Work Packages (4)
TechnicalTechnical Req Req. . PlanningPlanning
CreateCreateTraining PlansTraining Plans
The objective of this work package is to identify the technical requirements needed to implement the SAP technical environment, clarify the customer’s 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-23
SAP AG 1999
Identify Technical Requirement
Technical Requirements Planning for Local Projects
Procure Hardware
Project Preparation
Project Preparation
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-24
SAP AG 2001
ProjectProject Procedures Procedures
QCQC
Initial ProjectInitial ProjectPlanningPlanning Project KickoffProject Kickoff
Phase 1: Project Preparation - Work Packages (5)
TechnicalTechnical Req Req. . PlanningPlanning
CreateCreateTraining PlansTraining Plans
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-25
SAP AG 2001
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
Kickoff Meeting
Project Introduction to the WholeOrganization
Project Preparation
Project Preparation
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-26
SAP AG 2001
ProjectProject Procedures Procedures
QCQC
Initial ProjectInitial ProjectPlanningPlanning Project KickoffProject Kickoff
Phase 1: Project Preparation - Work Packages (6)
TechnicalTechnical Req Req. . PlanningPlanning
CreateCreateTraining PlansTraining Plans
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-27
SAP AG 1999
QCPerform Quality Check and Obtain Approval
Accelerators:
SAP Project Review Program
SAP Service
Perform Internal Quality Check
Project Preparation Review
Obtain Approval
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 customer’s 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-28
SAP AG 1999
UnitUnitUnit
TopicTopicTopic
Legend:Legend:Legend:
Phase 1Project Preparation
Phase 2Business Blueprint
Phase 3Realization
ImplementationRoadmap
Phase 4Final Preparation
Phase 5Go Live & Support
Overview Diagram: Implementation Roadmap (2)
© SAP AG TSCM52 24-29
SAP AG 2001
Phase 2: Business Blueprint: Objectives
Upon completion of this topic, you will be able to:
Explain the activities and tasks that areimportant in the Business Blueprint Phaseof the SAP implementation project
Explain the importance of the Question andAnswer Database (Q&Adb)
© SAP AG TSCM52 24-30
SAP AG 2001
The Purpose of Phase 2: Business Blueprint
Project Preparation
Business Blueprint
Realization
FinalPreparation Go Live &
Support
ASAP Roadmap
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:
Refine the original project goals and objectives
Define the Baseline scope
Refine the overall project schedule and implementation sequence
© SAP AG TSCM52 24-31
SAP AG 2001
Business Blueprint - Roles & Key Focus
ProjectProjectMgmt.Mgmt.
Refine ProjectPlan
Comm./ Doc.,Issue Mgmt.
ProjectIMG/Master
Records
Team Bldg.Activities
Tech Design/Set up DevEnv/ Install
h/w, printers,networks
SteeringMeetings
Org. Impact/Risk / Sponsor
Sign-Off
Quality Check/Sign-Off
Attend PTT
Org.Org. Chg Chg.. Mgmt.Mgmt.
Project Team Project Team TrainingTraining
ConfigConfigSysSys Admn Admn
Org.Org.StructureStructure
BusinessBusinessProcProc.. Def Def.. QCQC
TrainingEffectiveness
EUT & Doc.strategy/delvy.
Attend PTT
Attend PTT
Approve TechDesign
Org StructureGuidelines/Workshops
Org. StructureGuidelines/Workshops
DetermineEnhancements
Assemble BusBlueprint
OrgOptimization
Analysis
Attend PTT Sign-Off
Set up ProperAuthoriz.
Org. Impact/Risk / Sponsor
SteeringSteering
SponsorsSponsors
ProjProj. Mgmt.. Mgmt.
ConsultantConsultant
CustomerCustomer
TechnicalTechnical
TrainingTraining
ChangeChange
SecuritySecurity
***************
Review,Status Meetings
& SteeringMeetings
************** ***************
RequirementsBP/ARICEDeficient
Areas
**************
RoleGroupings
PhaseContent
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 company’s long-term goals and vision, sets priorities, approves scope, and resolves company-wide issues. Project Sponsor - 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 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-32
SAP AG 2001
Master ListsMicrosoft ExcelSpreadsheets forDevelopment, Organization,Business Processes andAuthorizations
ProjectCharter
BPP
Documents of an ASAP Project
Q&AdbSubstructures:
Business StrategyOrganizationGeneral SettingsMaster DataBusiness ProcessCross ApplicationDevelopment
BusinessBlueprint
ProjectPlan
Scope
Config.Plan
TestingPlan
Unit testingTest scenarioIntegration
4321 5Cutover
Plan
VolumeTest
StressTest
ConductEnd UserTraining
SystemPerformance
Review
ProjectTeamOrg.
Stand. &Proced.
TechnicalOperations
Manual
Progr.Develp.
EUTrainingMaterial
Microsoft WordDocuments
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 hardware’s 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-33
SAP AG 2001
QMQM
Phase 2: Business Blueprint - Work Packages (1)
Organizational Organizational Structure DefinitionStructure Definition
Business ProcessBusiness Process Definition Definition
Project ManagementProject Management
Technical Design PlanningTechnical Design Planning
Organizational Change ManagementOrganizational Change Management
Design Training PlansDesign Training Plans
Establish Development System EnvironmentEstablish Development System Environment
© SAP AG TSCM52 24-34
SAP AG 2001
Project Management Project Management ChecklistChecklist• Prepare and attend
status meetings• Prepare and attend
steering committeemeeting
• Correct projectvariances
• Refine project plan• Change Management• Team-building
activities
ConfigurationDoc
umen
tatio
n
Project Management
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 company´s SAP product implementation project, identifies any risks to the project goals and recommends appropriate corrective actions.
© SAP AG TSCM52 24-35
SAP AG 2001
Accelerators:
Activities
Organizational Change Management
BusinessBlueprint BusinessBlueprint
n OCM Implementation White Papern Communications White Papern Organizational Optimization White Paper
Initiate and Conduct OCMRisk Assessment
Plan and Establish Sponsorshipand Leadership Process
Plan and EstablishCommunication Process
Implement Business Optimization Process
Measure/evaluate effectivity of steps taken
Determine potentialrisks
Set priorities,bearing all possibleoutcomes in mind
Establish and takesteps designed to
minimize risks
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 company’s 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-36
SAP AG 2001
Conduct Project Team TrainingAnalyze End User Training andDocumentation Strategy
Prototype End User Training and Documentation Deliverables
Accelerators:Project Team Training TemplateCurriculum PlannerTraining Environment Setup and ConsiderationsKnowledge Warehouse (Information)
Activities
Design Training Plans
BusinessBlueprint BusinessBlueprint
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-37
SAP AG 2001
Phase 2: Business Blueprint - Work Packages (2)
Project ManagementProject Management
Organizational Change ManagementOrganizational Change Management
Training in the Business Blueprint PhaseTraining in the Business Blueprint Phase
Business ProcessBusiness Process Definition Definition
Technical Design PlanningTechnical Design Planning
Establish Development System EnvironmentEstablish Development System Environment
QMQM
Organizational Organizational Structure DefinitionStructure Definition
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-38
SAP AG 2001
Technical Design Planning
Set up Development Environment
System Administration Procedures
BusinessBlueprint BusinessBlueprint
Accelerators:IT Infrastructure DocumentSAP Web Installation GuidesSAP Software and License Keys
Activities
Activities
Establish Development EnvironmentUpgradeSrategy
Create Technical Design
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-39
SAP AG 2001
Available nowhttp://service.sap.com For customersand Partners
KE
Y C
OM
PO
NE
NT
SThe SAP Service Marketplace is SAP´s one-stop Internet platform that providespersonalized access to all services necessary to design, build and maintain ahigh quality solution
BenefitsEasy, one-stop access toSAP services - anytime,anywhereA full range of services toensure solutioncompletenessInformation that is easy tofind and understand, asyou navigate easilythrough well-organizedtopics - and you canpersonalize the site to suityour needs
Support ServicesSubmit messages, access support packages and SAPnotesRequest remote service sessions like Early Watch
Consulting & Education ServicesRequest hardware sizing, consultingOnline booking of training sessions worldwide
Information ServicesDetailed information around the SAP solutionsSAP related new offeringsDownload best practices materials
SAP Service Marketplace
© SAP AG TSCM52 24-40
SAP AG 2001
Phase 2: Business Blueprint - Work Packages (3)
Project ManagementProject Management
Organizational Change ManagementOrganizational Change Management
Training in the Business Blueprint PhaseTraining in the Business Blueprint Phase
Business ProcessBusiness Process Definition Definition
Technical Design PlanningTechnical Design Planning
Establish Development System EnvironmentEstablish Development System Environment
QMQM
Organizational Organizational Structure DefinitionStructure Definition
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-41
SAP AG 2001
Schedule and Prepare OrganizationStructure WorkshopConduct OrganizationStructure WorkshopRecommend and ApproveOrganization Structure
Accelerators:
Organization Structure PresentationEnterprise Modeling - Consultant's HandbookSample Scope Document
Tasks
1
1
SAP Reference Model
Organization
Business Strategy
Define Business Organization Structure
Business BlueprintBusiness Blueprint
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-42
SAP AG 2001QAdb Documents
Q&Adb Structure
1
1
QAdb
QAdb
QAdb
UserIssuesReport
Development
Basis
SAP Reference Structure
1 User Roles
1
1
1
1
Training and Documentation
Cross-application
Business Processes
Master Data
1 General Settings
1 Organization
1
1
1
mySAP.com
KPI
Business Strategy
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-43
SAP AG 2001QAdb Documents
1
1
QAdb
QAdb
QAdb
UserIssuesReport
Development
Basis
SAP Reference Structure
1 User Roles
1
1
1
1
Training and Documentation
Cross-application
Business Processes
Master Data
1 General Settings
1 Organization
1
1
1
mySAP.com
KPI
Business Strategy
Associated Items 1
Business Analysis
Question
CI Template
BP Transaction
User Roles
Project Documentation
SAP Documentation
IDES Documentation
Associated Items
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 company’s requirements in detail and adapt process models to reflect your company’s needs.
The User Roles enable consultants in the Blueprint phase to identify, adapt and describe SAP-delivered 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-44
SAP AG 2001
SAP Reference Structure
Associated Items 2
Information
Note: Availability of AssociatedItems Objects depends on
Structure Level
Functions
Input / Output
Organizational Units
Project Documentation
Key Performance Indicator
Where used Enterprise Area
Where used Scenario
Associated Items
Not Yet Processed
In Process
On Hold
Completed
Predefined
Technical Analysis
Conversions
Interfaces
Reports
Forms
Other Development
Status
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-45
SAP AG 2001
Compose Project Structure
SAP Project Reference Structure SAP Product Reference Structure
R/3BBP
SAP Reference StructureSAP Reference Structure
1
1
Development
Basis Components
SAP Reference Structure
1 Training and Documentation
1
1
1
1
User Roles
Cross-Application Components
Business Processes
Master Data
1 General Settings
1 Organization
1
1
1
mySAP.com
KPI
Business Strategy
1
1
Development
Basis Components
SAP Reference Structure
1 Training and Documentation
1
1
1
1
User Roles
Cross-Application Components
Business Processes
Master Data
1 General Settings
1 Organization
1
1
1
mySAP.com
KPI
Business Strategy
CRM
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-46
SAP AG 2001
Scoping
Edit
...Project scope
...Set in scope...
3 Structure Item D
2 Structure Item B
2 Structure Item C
SAP Reference Structure
1 Structure Item A
3 Structure Item E
SAP Reference Structure
1 Structure Item A
2 Structure Item C
3 Structure Item E
View Reports
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-47
SAP AG 2001
Set Owner
SAP Reference Structure
1 Structure Item
2 Structure Item
3 Structure Item
Business Owner
Select Owner
Consultant
An Owner is person who is responsible for one or many Structure items on different levels.
You can assign an owner from the customer’s 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-48
SAP AG 1999
Issues Database
Details Details PriorityPriority, , Status, Project phase,Status, Project phase, Responsible Responsible
Action Item Prority, ResolutionAction Item Prority, Resolution
Effort Category, Planned, Actual,Effort Category, Planned, Actual, Remainung Remainung
Documents MS-XL, MS-Word, MS-PPDocuments MS-XL, MS-Word, MS-PP
All All by Classificationby Classification
All by Project PhaseAll by Project Phase
AllAll Issues Issues
Closed IssuesClosed Issues
........
Issue Editor and DocumentationIssue Editor and DocumentationOpen IssuesOpen IssuesUnsolvedUnsolvedProblemsProblems
Edit View Reports
AdministrativeIssues
All IssuesCurrent View
ListingListing in inEXCEL EXCEL TableTable
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-49
SAP AG 1999
Business Strategy
2 General Enterprise Strategy
2 Markets
2 Procurement Strategy
SAP Reference Structure
1 Business Strategy Question
Project Documentation
Business Analysis Status
Business Blueprint Business Blueprint
In this substructure, you can gather information on your enterprise’s 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-50
SAP AG 2001
mySAP.com
SAP Reference Structure
1 mySAP.com
2 Workplace
3 Buy Side
2 The Marketplace
3 Sell Side
Question
CI Template
Project Documentation
Business Analysis Status
Business Blueprint Business Blueprint
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-51
SAP AG 2001
Organizational Structure
SAP Reference Structure
1 Organization
2 Procurement....
3 Company Code
2 Cross-application....
3 Controlling Area ...
Business Analysis
Question
CI Template
Project Documentation
SAP Documentation
IDES Documentation
Status
Information
Business Blueprint Business Blueprint
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 company’s structure and processes that allow an initial mapping of the company’s 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-52
SAP AG 2001
UsersUsers
IssuesIssues
StatusStatus
Master listsMaster lists
BPMLBPMLOSLOSLDLDLALAL
Business BlueprintBusiness Blueprint-
-
-
mySAPmySAP.com.com-
Reports (Business Organization Structure)
Edit View Reports
Business strategyBusiness strategy
Scope documentScope document
ReportsReports
-
Scope documentBusiness strategymySAP.comBusiness Blueprint
AllKPIOrganizational structureGeneral settingsMaster dataBusiness processesCross-applicationcomponentsUser rolesTraining anddocumentationDevelopment
Master listsOrganizational StructureListBusiness Process MasterListDevelopment ListAuthorization List
Status ReportAdministrativeIssues
--
BusinessBlueprint BusinessBlueprint
Reports allows you to display project documentation in different forms, and creates a report structure in the Q&Adb.
© SAP AG TSCM52 24-53
SAP AG 2001
Phase 2: Business Blueprint - Work Packages (4)
Project ManagementProject Management
Organizational Change ManagementOrganizational Change Management
Training in the Business Blueprint PhaseTraining in the Business Blueprint Phase
Business ProcessBusiness Process Definition Definition
Technical Design PlanningTechnical Design Planning
Establish Development System EnvironmentEstablish Development System Environment
QMQM
Organizational Organizational Structure DefinitionStructure Definition
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 company’s multi site and/or multi national implementation of SAP product.
© SAP AG TSCM52 24-54
SAP AG 2001
BusinessBlueprint
Business ProcessQuestions
SAP ReferenceStructure
INPUT OUTPUTBusiness Process Definition
Technical AnalysisFunctionalSpecifications
OrganizationalStructure
MasterLists
Business AnalysisQuestionsCI TemplateBP Transactions
Business Process Definition
Business Blueprint Business Blueprint
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 company’s 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-55
SAP AG 1999
ActivitiesPrepare for Business Process Workshops
Conduct General Requirements Workshops
Accelerators:■ Business Consulting Approach to Improve KPIs■ Sample Measure Driver Tree■ Sample Business Blueprint
SampleSampleScope DocumentScope Document
InputInput
DEDEUSUSCHCH
DM DM USDUSDCHFCHF
ISO ISO NormsNorms
Numbering systemsNumbering systems, Chart of , Chart of accountsaccounts ... ...
Business Blueprint Business Blueprint
Business Process Definition
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-56
SAP AG 2001
General Settings and Master Data
SAP Reference Structure
2 Countries
2 Currencies....
1 General Settings
1 Master Data
3 Material Master....
2 General Master Data....
3 Serial Numbers....
Technical Analysis
Business Analysis
Question
CI Template
BP Transaction
Project Documentation
SAP Documentation
IDES Documentation
Information
Status
Business Blueprint Business Blueprint
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-57
SAP AG 2001
Conduct Business Process Workshops (1)
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
BusinessBlueprint BusinessBlueprint
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-58
SAP AG 1999
Conduct Business Process Workshops (2)
4 Process Groups
5 Processes
2 Enterprise Areas
3 Scenarios
SAP Reference Structure
1 Business Processes Technical Analysis
Business Analysis
Question
CI Template
BP Transaction
User Roles
Project Documentation
SAP Documentation
IDES Documentation
Information
Status
1 User Roles
Business Blueprint Business Blueprint
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:
Yes, No, Unanswered
Answer list
The questions concerning the CI template are the same for all business processes and can be answered freely.
© SAP AG TSCM52 24-59
SAP AG 2001
Diagram Explorer (Intellicorp)- read only -
Aris for R/3 (IDS)
ERP Modeler (CASE wise)
Live Model (Intellicorp)
Determine coverage level• high• medium• low
Analyze Business ProcessesExternal Modeling Tools
4 Process Groups
5 Processes
2 Enterprise Areas
3 Scenarios
SAP Reference Structure
1 Business Processes
Conduct Business Process Workshops - Modeling
Business Blueprint Business Blueprint
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:
High, through Customizing
Medium, through enhancement
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-60
SAP AG 1999
Code Transaction DOC Scope BaseLine C1-C4
MK01 Create Vendor Mstr Data
Item name Item count Answered In Scope
Business Process Transactions n N/A n
Business Business Process Process TransactionsTransactions
RunRunR/3 R/3 TransactionTransaction
UserUser Profile ProfileR/3 InformationR/3 Information
4 Process Groups
5 Processes
2 Enterprise Areas
3 Scenarios
SAP Reference Structure
1 Business Processes
Conduct Business Process Workshops - BP Ta.
Business Blueprint Business Blueprint
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-61
SAP AG 2001
User Roles
4 Process Groups
5 Processes
2 Enterprise Areas
3 Scenarios
SAP Reference Structure
1 Business Processes
Business Analysis
Questions
CI template
Transactions
Assigned user rolesUser roles bytransactionTransactions byuser roleProject documentation
SAP documentation
IDES documentation1 User Roles
BusinessBlueprint BusinessBlueprint
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-62
SAP AG 2001
Assemble Business Blueprint
Identify Baseline Scope
Verify Business Blueprint Completeness
Tasks
ReportsReportsReports
Reports
Complete Business Blueprint
Accelerators:Sample Business BlueprintSample Business Blueprint Summary Presentation
BusinessBlueprintBusinessBlueprint
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-63
SAP AG 2001
Reports (Business Process Definition)
UsersUsers
IssuesIssues
StatusStatus
Master listsMaster lists
BPMLBPMLOSLOSLDLDLALAL
Business BlueprintBusiness Blueprint-
-
-
mySAPmySAP.com.com-
Edit View Reports
Business StrategyBusiness Strategy
Scope documentScope document
ReportsReports
-
Scope documentBusiness strategymySAP.comBusiness Blueprint
AllKPIOrganizational structureGeneral settingsMaster dataBusiness processesCross-applicationcomponentsUser rolesTraining anddocumentationDevelopment
Master ListsOrganizational StructureListBusiness Process MasterListDevelopment ListAuthorization ListStatus ReportAdministrativeIssues
-
-
BusinessBlueprint BusinessBlueprint
Reports allows you to display project documentation in different forms, and creates a report structure in the Q&Adb.
© SAP AG TSCM52 24-64
SAP AG 2001
Tasks
Business
Business
Blueprint
Blueprint
Blueprint Document Review and Signoff
BusinessBlueprint BusinessBlueprint
Prepare for Presentation of Blueprint ReviewConduct Review and Sign-Off
Accelerators:Business Blueprint Quality ChecklistProject Signoff FormExecutive Summary of Business BlueprintPowerpoint Presentation
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-65
SAP AG 2001
QMQM
Phase 2: Business Blueprint - Work Packages (5)
Project ManagementProject Management
Organizational Change ManagementOrganizational Change Management
Training in the Business Blueprint PhaseTraining in the Business Blueprint Phase
Business Process DefinitionBusiness Process Definition
Technical Design PlanningTechnical Design Planning
Establish Development System EnvironmentEstablish Development System Environment
Organizational Organizational Structure DefinitionStructure Definition
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-66
SAP AG 2001
Quality Check Checklist • Validate project team status
and steering committeemeeting
• Verify teambuilding activities• Ensure user roles and
responsibilities• Confirm technical design• Verify development
environment/systemlandscape
• Sign off BusinessBlueprint/Baseline Scope
ConfigurationDoc
umen
tatio
n
Quality Management Business Blueprint Phase
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-67
SAP AG 1999
UnitUnitUnit
TopicTopicTopic
Legend:Legend:Legend:
Phase 1Project Preparation
Phase 2Business Blueprint
Phase 3Realization
ImplementationRoadmap
Phase 4Final Preparation
Phase 5Go Live & Support
Overview Diagram: Implementation Roadmap (3)
© SAP AG TSCM52 24-68
SAP AG 2001
Upon completion of this topic, you will be able to:
Explain the Realization Phase activities of theASAP Implementation
Explain and demonstrate how the ASAP toolsand accelerators support the Realization Phaseactivities
Phase 3: Realization: Objectives
© SAP AG TSCM52 24-69
SAP AG 1999
The Purpose of Phase 3: Realization
Project Preparation
Business Blueprint
Realization
FinalPreparation Go Live &
Support
ASAP Roadmap
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-70
SAP AG 2001
Realization - Roles & Key Focus
Review, Status/Cutover & Prod.
Support Plan
SteeringMeetings
Team BldgActivities
Analyse OrgImplement.
Risks
Refine TrainingSched/ ReviewProj Team Risk
Assmt
Attend PTT
Attend PTT
E.U. Training:content & prep
Approve ConfigPlans/Validate
Completion
Org Structure
System TestPlans/QA &Prod Enviro/
Prep for ABAP
DefineA-R-I-C-E
Create &Register Dev
Create,Test,Migrate
Programs &Procedures
Test, Review, &Approve
Review StrategyCreate Models
Authorize Design/Job Functions
Define Scope &Test Cases/
Approve
Signoff
Quality CheckSignoff
SignoffCheck forApprovals
Review / FU onRecommends
Attend PTT
Org Impact/Risk / Sponsor
SteeringSteering
SponsorsSponsors
ProjectProject Mgt Mgt
ConsultantConsultant
CustomerCustomer
TechnicalTechnical
TrainingTraining
ChangeChange
SecuritySecurity
Proj MgtProj Mgt Org ChngOrg ChngMgtMgt
ProjProj Team TeamTrainingTraining
ConfigConfigSys AdmnSys Admn
ARICEARICEArchArch/Form/Form IntegrationIntegration QCQC
***************Conduct
Test Cases
**************
***************Check forApprovals
**************
***************Analyze OrgImplement.
Risks
**************
***************Realization
PhaseReview
**************
***************Refine ScopeConfig/Define
Test Cases
**************
RoleGroupings
PhaseContent
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 company’s 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. 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-71
SAP AG 2001
Master ListsMicrosoft ExcelSpreadsheets forDevelopment, Organization,Business Processes andAuthorizations
ProjectCharter
BPP
Documents of an ASAP Project
Q&AdbSubstructures:
Business StrategyOrganizationGeneral SettingsMaster DataBusiness ProcessCross ApplicationDevelopment
BusinessBlueprint
ProjectPlan
Scope
Config.Plan
TestingPlan
Unit testingTest scenarioIntegration
4321 5Cutover
Plan
VolumeTest
StressTest
ConductEnd UserTraining
SystemPerformance
Review
ProjectTeamOrg.
Stand. &Proced.
TechnicalOperations
Manual
Progr.Develp.
EUTrainingMaterial
Microsoft WordDocuments
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 hardware’s 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-72
SAP AG 2001
Project ManagementProject Management
QCQC
Develop System Test Plans / Develop System Test Plans / Establish QA EnvironmentEstablish QA Environment
Organizational Change ManagementOrganizational Change Management
Training in the Realization PhaseTraining in the Realization Phase
Phase 3: Realization - Work Packages (1)
BaselineBaselineConfigurationConfiguration Final ConfigurationFinal Configuration IntegrationIntegration
Workflow, ABAP,Workflow, ABAP,Conversions and InterfaceConversions and Interface Prog Prog..Enhancements, Reports, Forms,Enhancements, Reports, Forms,
User Roles, ArchivingUser Roles, Archiving
Establish Production Establish Production EnvironmentEnvironment
© SAP AG TSCM52 24-73
SAP AG 1999
ConfigurationDoc
umen
tatio
n
Project Management Project Management ChecklistChecklist • Prepare and attend
status meeting• Prepare and attend
steering committeemeeting
• Determine projectvariances
• Refine project plan• Determine production
support plan• Determine cutover
plan
Project Management
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-74
SAP AG 2001
Monitor / Update OCM Plan and ActivitiesContinue Business Optimization Process
Accelerators:OCM Implementation White PaperOCM Risks and Activities Guide
Activities
Organizational Change Management
RealizationRealization
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-75
SAP AG 2001
Conduct Project Team Training
Define End User Training and Documentation Content
Develop End User Training and DocumentationContent
Prepare for End User Training and DocumentationDelivery
Activities
Accelerators:n Project Team Training Templaten Training Services and Productsn Sample Documentation Standards
Create Training Materials
RealizationRealization
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-76
SAP AG 2001
Team TrainingSchedule
Team TrainingSchedule
Refine Training Schedule
BaselineBaselineConfigurationConfiguration Final ConfigurationFinal Configuration
Project Team TrainingProject Team Training
Level 2Level 2
Phase 1 Phase 1
Phase 3 Phase 3
Complete training
Project Team Training
Level 3Level 3
Level 2Level 2
Level 3Level 3
RealizationRealization
To prevent a delay in Realization and to have better control, re-evaluate the training schedule:
Are your employees receiving the right training?
Have there been new people added to the project that need to be added to the training schedule?
Have people been reassigned to a different area requiring the schedule to be adjusted?
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 company’s 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-77
SAP AG 2001
Phase 3: Realization - Work Packages (2)
Project ManagementProject Management
Organizational Change ManagementOrganizational Change Management
Training in the Realization PhaseTraining in the Realization Phase
QCQC
Develop System Test Plans / Develop System Test Plans / Establish QA EnvironmentEstablish QA Environment
BaselineBaselineConfigurationConfiguration Final ConfigurationFinal Configuration IntegrationIntegration
Workflow, ABAP,Workflow, ABAP,Conversions and InterfaceConversions and Interface Prog Prog..Enhancements, Reports, Forms,Enhancements, Reports, Forms,
User Roles, ArchivingUser Roles, Archiving
Establish Production Establish Production EnvironmentEnvironment
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-78
SAP AG 2001
Define ProductionSystem Design
Define ProductiveSystem Management
Set Up ProductionEnvironment
Develop SystemTest Plans
Establish SystemAdministration
Functions
Set Up Production Environment
Establish Service Level Commitment
System QA and Production Work Packages
Verify data used inthe initial hardwaredisk-sizing estimatesfor the productionsystem
Phase 2
Business Blueprint
RealizationRealizationSet Up Quality Assurance Environment
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:
Volume Test Plan / Stress Test Plan
Ready-to-Run R/3 in SAPNet
SAP System Administration Made Easy Guidebook
© SAP AG TSCM52 24-79
SAP AG 2001
Phase 3: Realization - Work Packages (3)
Project ManagementProject Management
Organizational Change ManagementOrganizational Change Management
Training in the Realization PhaseTraining in the Realization Phase
QCQC
Develop System Test Plans / Develop System Test Plans / Establish QA EnvironmentEstablish QA Environment
BaselineBaselineConfigurationConfiguration Final ConfigurationFinal Configuration IntegrationIntegration
Workflow, ABAP,Workflow, ABAP,Conversions and InterfaceConversions and Interface Prog Prog..Enhancements, Reports, Forms,Enhancements, Reports, Forms,
User Roles, ArchivingUser Roles, Archiving
Establish Production Establish Production EnvironmentEnvironment
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-80
SAP AG 2001
ActivitiesDevelop Plans for Baseline Configuration
Configure Initial Settings and Organizational Structure
Configure and Validate Baseline
Prepare Baseline Confirmation
Perform Baseline Confirmation
n Directory Structure and Naming Conventions
n Sample Configuration Plan for Baseline
n Computer Aided Test Tool (CATT)
n Testing Strategy White Paper
Baseline Configuration and Confirmation
Accelerators:
RealizationRealization
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-81
SAP AG 2001
Goal, Content, and Tools of Configuration
A fully configured, tested and signed off system
Tools/Accel-erators
Content
Goal
BaselineBaseline Config Config.. and Confirmationand Confirmation
Final ConfigurationFinal Configurationand Confirmationand Confirmation
ABAP, A-R-I-C-E, Forms and ArchivingABAP, A-R-I-C-E, Forms and Archiving
FinalFinalIntegration TestIntegration Test
Implementation AssistantImplementation Assistant• Business Blueprint• Master Lists and associated Worksheets• Templates
Test ScenariosBPPs - Unit Test
R/3R/3• IMG• Documentation• Transportation
Optional: •Case Procedures•Final Integration Test Procedures
RealizationRealization
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:
Baseline Configuration and Confirmation (planning, implementation, test, and release)
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-82
SAP AG 2001
Tasks
SAPReference
IMG
Generate Project IMG
Accelerators:Sample Scope DocumentWorking with Project IMGsASAP IMG-Link
Data Scope Views Member StatusCountry
Define Project Name
Cross-ReferenceDoc. type TransportationKeywords
Don't Generate Project IMG
IMG Link
Manually
IMG Link
Develop Plans for Baseline Configuration
BusinessBlueprintBusinessBlueprint
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:
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.
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-83
SAP AG 2001
ASAP - IMG Link
SAP Reference Structure
1 Structure Item A
2 Structure Item C
3 Structure Item E
Adminstration
Transfer Scope to R/3 System...
UserUser Maint Maint..
R3 Info
R/3R/3
ProjectIMG
ProjectDocumentation
ProjectManagement
TransferScope
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-84
SAP AG 2001
Baseline ScopeLevel 1 Level 2 Level 3
Linking the Blueprint to the Realization Phase
BusinessBlueprint
Cycle ScopeLevel 1 Level 2 Level 3
The Business Blueprint is Always the Source Document
Reference
Reference
Development Master List
Level 1 Level 2 Level 3Authorization Master List
Level 1 Level 2 Level 3Organization Master List
Level 1 Level 2 Level 3Business Process Master List
Level 1 Level 2 Level 3
Integration TestLevel 1 Level 2 Level 3
GenerateWorksheets
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-85
SAP AG 1999
Business Process Master List
IntegrationCyclesBaseline
Business Process Master List Check columns
Bas
elin
e
Cyc
les
Inte
grat
ion
Level 2 - Enterprise Process Area A
Level 3 - Scenario Process AALevel 4 - Process Group AA00
Level 5 - Business Process AA10
Level 6 - BPP AA11Level 5 - Business Process BB10
Level 1 - Business Process
… to createassociatedworksheet
… to createassociatedworksheet
Selectprocess, ...Selectprocess, ...
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:
Baseline Configuration and Confirmation
Final Configuration and Confirmation (cycles)
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-86
SAP AG 1999
Worksheets within the BPML
CyclesBaseline Integration
• Baseline Scope
• Cycle 1 Scope• Cycle 2 Scope• Cycle 3 Scope• Cycle 4 Scope
• Integration Test 1• Integration Test 2
Worksheets specify, sequence,schedule and assign responsibilityfor the work
The relevant worksheet is generated from the BPML:
Baseline - Baseline Scope Document or BSD
Cycles (Final Configuration and Confirmation) - a Configuration Plan Worksheet for each of the cycles (1 - n)
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-87
SAP AG 2001
Baseline & Cycle Worksheets
CyclesBaseline
Baseline/Cycle Scope
Documentation Links
R/3 Links
Responsibilities
Configuration Dates
Testing Dates
Level 1, Level 2, Level 3, Level 4, Level 5, Level 6
CI, BPP, Case Proced, Test Scenario, Related Files
Transaction Code, IMG
Config, Writer, Tester
Plan, Actual
Plan, Actual
Status Doc’d, Config’d, Tested, Retest, Approved, Hold
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-88
SAP AG 1999
The ASAP Processes in the Work Packages
ConductScenarios
PrepareScenariosRefine
Configure
Test
CreateTest Plan
CreateConfig.
Plan
Define Test Cases
For Baseline / Final Configuration & Confirmation
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-89
SAP AG 2001
ActivitiesDevelop Plans for Final Scope Configuration
Conduct Configuration Workshops (Cycle 1-n)
Configure and Validate Final Scope (Cycle 1-n)
Prepare Final Confirmation
Perform Final Confirmation
n Cycle Concept and Group Definition
n Test Scenario
n Test Scenario Instructions
n List of Predefined Test Scenarios
Final Configuration and Confirmation
R/3 System
IMG for R/3 Customizing
Keywords
Note Types
General
Memo
Employee
Status
Activity
Project NameOrganizationalStructure List
IMG - Activity
Documentation Status Information
Accelerators
RealizationRealization
BusinessProcessMaster List
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-90
SAP AG 2001
Testing in the Realization Phase
Final ConfigurationBaseline Configuration Integration Test
IT 1 IT2
Development of Conversions, Interfaces, Forms, etc.
Scenario Test - Test Scenario Template
Development Unit Test - Functional Specification Test
Unit Test - BPP with Test Conditions
IntegratedTest Scenario
IT Scenariowith Develp
Realization PhaseSTART END
C1 C2 C3 C4
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 program’s 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-to-end 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.