Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Version 1.0
for
&
TATA TECHNOLOGIES
Sept 2007
DOCUMENT RELEASE NOTICE
Revision details:
Action Preceding New Revision
taken Page No. Page No. Description
Notice No. :
Client: TSTH.
CONTENTS
1 INTRODUCTION ........................................................................................................................................6
1.1 OVERVIEW .............................................................................................................................................6
1.2 PROJECT SUMMARY ...............................................................................................................................6
1.3 APPROACH & METHODOLOGY ...............................................................................................................6
2 PROJECT OBJECTIVES & BENEFITS...................................................................................................7
2.1 OBJECTIVES ...........................................................................................................................................7
2.2 BENEFITS ...............................................................................................................................................7
2.3 CRITICAL SUCCESS FACTORS .................................................................................................................9
2.4 CONTRACT CONFLICT ............................................................................................................................9
3 PROJECT SCOPE .....................................................................................................................................10
3.1 FUNCTIONAL SCOPE .............................................................................................................................10
3.2 TECHNICAL SCOPE ...............................................................................................................................14
4 PROJECT PLAN AND METHODOLOGY OVERVIEW .....................................................................15
4.1 IMPLEMENTATION METHODOLOGY ......................................................................................................15
4.2 PROJECT DELIVERABLES ......................................................................................................................17
4.3 PROJECT PLAN .....................................................................................................................................19
5 PROGRAMME MANAGEMENT............................................................................................................20
5.1 PROJECT TEAM ROLES .........................................................................................................................21
5.1.1 Corporate Steering Committee.......................................................................................................21
5.1.2 Steering Committee ........................................................................................................................21
5.1.3 TSTH Project Manager ..................................................................................................................21
5.1.4 TSTH Business Process Owners.....................................................................................................21
5.1.5 TSTH Power Users .........................................................................................................................22
5.1.6 TSTH IT Team ................................................................................................................................22
5.1.7 Suggested Power User of TSTH .....................................................................................................22
5.1.8 TCS/TTL Project Manager .............................................................................................................23
5.1.9 TCS/TTL Functional Team .............................................................................................................23
5.1.10 TCS/TTL Technical Team ..........................................................................................................24
5.1.11 Team Responsibility Matrix .......................................................................................................24
5.2 CHANGE MANAGEMENT STRATEGY .....................................................................................................25
5.3 SCOPE MANAGEMENT ..........................................................................................................................27
5.4 ISSUE MANAGEMENT ...........................................................................................................................28
5.5 COMPLEXITY MANAGEMENT ...............................................................................................................28
5.6 PROJECT PLANNING AND MONITORING (REVIEW MEETINGS)..............................................................28
5.7 QUALITY MANAGEMENT .....................................................................................................................29
5.8 TRAINING .............................................................................................................................................31
5.8.1 Training Plan .................................................................................................................................31
5.8.2 Training Methodology ....................................................................................................................31
5.8.3 Knowledge Transfer .......................................................................................................................32
6 PROJECT MANAGEMENT STANDARDS AND PROCEDURES .....................................................33
6.1 PROJECT MONITORING .........................................................................................................................33
6.2 COMMUNICATION PLAN .......................................................................................................................33
7 SYSTEM LANDSCAPE STRATEGY......................................................................................................34
1 INTRODUCTION
1.1 Overview
Tata Steel (Thailand) PLC (“TSTH”) have made the decision to replace the existing systems
with mySAP ERP 2005 (ECC 6.0) or SAP ERP 6.0 integrated software. The objective of this
charter is to agree the foundation of the project by documenting the objectives,
implementation strategy, project organization and roles, and the project plans necessary to
achieve TSTH's objective. Signing off this charter gives approval for the SAP project to proceed.
TSTH has an objective is to become a truly business centric and cost effective business
organisation realising maximum value to its stakeholders.
The overall objective of this initiative is to ensure that TSTH has competitive advantage
through:
• Standardise the business functionality as much as possible across all the Plants.
• Continuous improvement to provide a fully integrated and flexible solution which allows
TSTH to change and evolve processes and structures without technical constraints (A
culture of continuous improvement)
• TPM
• Comply with all involved Thai and international laws and maintain corporate governance
Refer to the latest version of preliminary project plan on TSTH for milestones of the
project.
The approved Project Charter shall be treated as the baseline for the entire project during its lifecycle.
2.1 Objectives
In order to deliver the project within budget, schedule and quality the following
project objectives has been adopted. These Project objectives shall be adhered to
during the execution of the project.
2.2 Benefits
The focus of benefits will be to provide common business systems across TSTH that will:
• Enable more effective use of resources
• Increasing sale volume from increasing DDP and reduced Stock Out
• PM– OEE, MTTR( Mean Time To Repair) & MTBF( Mean Time between Failure)
• Track & Analyze the history up to root cause level & up to component level
• Strategic Planning
• Product costing - So that more accurate Actual costs for better Planning &
decision Making
• Adequate involvement from all business stake holders and users during
user requirements study, documentation, integration testing, review &
acceptance;
3 PROJECT SCOPE
The project scope is defined in the following domains:
The following functions will be implemented under the TSTH SAP implementation
project:
• Controlling (CO)
• HR and Payroll
• Workflow
• BIW
During the Blueprinting phase the modules / business process components to be enabled
in Enterprise Portal (EP) will be documented. The EP implementation, when required by
TSTH, will be provided by TCS / TTL on a separate Time & Material basis.
Media clearing in FI, FDE (Fast Data Entry) in SD will be a part of Financial Application
Multi-GAAP accounting will be a part of the current scope. Warehouse will be considered
as Plants and Materials will be handled by MM module.
The e Procurement solution currently being used by Tata Steel Limited, India will be
integrated with SAP.
9 Reusability
1 2 3 4 5
Project Business Final Go Live and
Realization
Preparation Blueprint Preparation Support
Project Refine Project Configure SAP End User Monitor
Planning Objectives System as per Training System
Scope Performance
Technical Define and Production
Requirements Firm up Scope Reports and System Hand Holding
Planning Interface Management and Issue
Define
Development Plan Resolution
Establish Change
A Project management Develop Test Refine Carry out
C Organisation Requirements Plans Cutover and Post-Rollout
Perform Data Activity
T Training Define Set up QA and
Migration
Planning Reports and Production Ensure
I Interface Environments Define Continuous
Finalise
V Project Scope Requirements Conduct Unit, Production Improvement
Support Plan
I Project Kick Set up System and
Off Development Integration
T
Environment Testing
I
E Programme Management
S
Quality Assurance
Stage 3: Realization
Project Team Training – Configuration
Final Configuration and confirmation
Develop Conversion Programs
Develop Enhancements
Establish Authorization Concept
Final Integration Test
End User Documentation and Training Material
5 PROGRAMME MANAGEMENT
The organisation structure for the programme is hierarchical in nature and provides for
responsibilities and task based roles. Communications, monitoring and control will be
facilitated by the responsibility based roles in the programme organisation hierarchy and
will be accountable to the 'Steering Committee' comprising of both TSTH officials and
TCS/TTL management representatives. Following is the tentative Organization Structure.
Corporate Steering
Committee
Executive Sponsor
TCS / TTL
Team
Note : IDS-Scheer team will join the teams of TSTH and TCS/TTL to set up and support
the ARIS software for process modelling and the software will be deployed to incorporate
with SAP solution manager as the SAP configuration route.
The Corporate Steering Committee shall consist of representatives from the top
management of TSTH and Contractor.
Preferred Profile:
• Senior Management Officer with Project Management Skills
• Should have holistic view of TSTH overall business process and procedures,
especially with respect to TSTH related activities.
• Should have systems oriented approach towards problem solving
• Dynamic and Open minded
• Flair for Information Technology
• Should be a Team Player and widely accepted by Team Members
Prerequisite skill set for the Power User: Basic knowledge of computers, Database
Management System, Software Quality Assurance, Basic knowledge of Business Process,
Functional Skills of respective departments.
The members of the IT team will proactively involve themselves during the course of the
Implementation and develop skill sets which will enable them takeover reporting
requirements and other development related activities which is essentially required for
sustaining operation in the business and system.
Prerequisite skill set for the IT Team: Basic knowledge of computers, Network
Management, Security Procedures, SAP Architecture knowledge, Database Concepts,
Backup Procedures, OS Concepts, Client-Server Architecture.
Master Data Team – Material Master, Vendor Master, Customer Master, BOM, Routing,
Work Centre, Chart of Accounts) – 1 each from functional areas (i.e. – Procurement, Sales,
Production, Finance) – 4
• Materials
• Sales & Distribution
• Finance/Costing
• Production
• Plant Maintenance
• Quality Management
Other – Interaction with Top Management during Blueprinting and signoff of blueprint
• MD
• VP (of all Functions)
• Head (of all Functions)
Responsibilities:
• Overall responsibility for the project
• Responsible for staff allocation and performance
• Responsible for ensuring that project schedules are met
• Managing the flow of work
• Coordinating with TSTH for delivery, testing, acceptance schedules
• Ensuring the project standards are adhered to
• Ensuring the quality of deliverables including document of all given training
courses to ensure that the repetitive knowledge transfer can be complete.
• Monitoring man-power and machine resources
• Planning for and responding to any contingencies
• Monitoring/reviewing progress of the project and weekly report to TSTH project
manager
• Monitoring quality of program/system test
Responsibilities include:
• Provide expert advice on SAP functionality
• Gather customer requirements on the following:
o Business processes and parameters
o Determine reporting requirements
o Determine printed forms requirements
• Assist in development of business process descriptions
• Suggest solutions to customer based on best business practices
• Assist in data transfer mapping
• Configure the system as per customer requirement
• Conduct unit tests based on customer defined scenarios
• Conduct implementation and training workshops for process owners and key users
• Provide guidance on end user documentation
• Provide guidance on test plan
• Implement the system on the production server
• Support to implement Thai language in SAP system as required
• Work with TSTH team as one team and support one another
The role of the Database Administrator of TCS/TTL will be installing the package,
application of patches, database tuning related activities etc.
The lead roles and the names of the responsible persons are listed as below.
• Processes: The Business Processes or the workflows that exist today get impacted by the
SAP processes. This needs to be identified, understood, and mapped. SAP Best Practices
would form a base to design the future processes.
• Roles: Changes in roles will be necessitated due to change in the process flow of the unit or
the changes in the accountability matrix or changes in the philosophy of the work process.
This will get manifested in evolution of
¾ New roles,
• Accountability across levels: The additional data enabled by SAP as well as its on-line
functionality enhances the level of measurement of performance of individuals and teams and
decreases the time frame on the monitoring mechanism.
• Manner of documenting transactions: The way of documenting and viewing the data post
go-live would be quite different from the way TSTH personnel are used to enter and use data
today. This calls far greater accuracy, timeliness and understanding of the flow and the part
played by individual.
• Control Mechanisms: While SAP provides excellent inherent control mechanisms, it would
provide some of the information in a way that is quite different from the current practice.
Need for understanding the control mechanisms and making it more robust would call for new
skills.
Apart from these, impact will also be felt in the areas of a) Boundaries and Structures, b) Inter-
relationships and c) Mind set.
To understand, assess and plan ways of handling such changes across TSTH and implementing them
smoothly will be handled by the structure below:
Steering Committee
Functional/Technical
Streams
• Identification of key processes that will change under each module/division/activity &
related areas
2. Roadmap Definition:
Develop road map including assessment, guidelines, templates & checklists including:
• Time lines
• Communication plans
• Training plan
• Implement corrections
During the Business Blueprint phase the requirements/ gaps of the different processes at TSTH are
identified, mapped and finalized. These processes or the sub processes becomes the baseline for the
SAP configuration, interface development and the enhancements should there need be.
The cost / impact of changes to these baselines would depend the current phase/ stage of the project.
Should the current phase is in the prototype development, the cost/ impact on the baselines would be
reasonably minimum, however should the current phase be any thing other than this the cost/ impact
would grow exponential phase by phase.
As part of scope management, TCS/TTL would not accept any major scope changes after the Business
blue print stage. The minor changes would be accepted and implemented, however the cumulate
effort of implementing these minor changes should not exceed the predefined or mutually accepted
threshold limit. During the project start up phase the threshold limit would be discussed with the TSTH
project manager and would be mutually agreed.
To ensure the smooth, cost effective and timely completion of the project TCS/TTL would suggest a
Scope Review Board (SRB). When scope change requirements arise the procedure adopted would be
as follows:
• Should there be any desire to change/ modify the processes/ sub process during the
implementation or during the post production support a Scope change request (SCR) would
raised and routed to Scope Review Board (SRB) for the approval.
• SRB would review the SCR and may approve or reject based on the nature of the SCR.
• The approved SCRs would be routed to TCS/TTL project manager for the evaluation of the
SCR.
• TCS/TTL team would do an impact analysis for these SCR’s and arrives at the effort estimate.
• Should the SCR call for a major change or effort, the same would be discussed with the TSTH
project manager and would not be taken up by the TCS/TTL team.
• Should the effort be minor, TCS/TTL would accept the SCR however based on the priority and
the status of the current stage the implementation schedule would be drawn and the TSTH
project manager would be informed.
All issues shall be tracked through an Issue Log and from testing phase Issue Management will be
done using SAP Solution Manager.
• Quality control;
There will be project progress review meeting held every week or at a mutually decided frequency
attended by the project managers and all the team members. Work status, technical and managerial
issues will be discussed and solutions will be sought. TCS/TTL Project Onsite and Offshore Delivery
Managers shall coordinate the meeting.
The weekly activity chart will be the detailed Project Plan, in lieu of individual Weekly Allocation Sheet,
and given to the Team members at the start of every week giving the details of his/ her activities for
the week.
The meeting shall be between TSTH Executive Sponsor, TCS/TTL- Programme Manager, TSTH
Programme Director, TSTH Team Leads and TSTH Business Change Manager. This team shall meet
fortnightly to discuss progress, issues and strategies way forward.
The meeting shall be between Project Management Team and Power User. This team shall meet twice
in a month to discuss progress, issues and strategies way forward.
Regular reports include:
• Weekly project management report, and project plan status review
Escalation Mechanism
The teams will escalate all pending decisions related to conflict areas / process requirement finalisation
to the next level if they are not resolved within 2 working days.
In case the project managers do not resolve the issues as well, a steering committee meeting shall be
called in 3-4 days to resolve the same. If an agreement is not reached during the steering committee
meeting, the issue will be immediately escalated to project sponsor.
The escalation path will be as follows: Consultant / Power User Æ Project Managers Æ Steering
Committee Æ Project Sponsor.
The quality assurance process for the project will be two-tiered with internal quality assurance using
the ASAP methodology, and external quality assurance by TCS/TTL SAP specialist consultants outside
the project team. In short, the quality assurance support will provide:
• A comprehensive project health check at milestones
• Greater awareness of potential implementation issues and risks
• Recommendations for alternate implementation options
• Consistent reporting across all phases of the project
• Increased confidence in project delivery by both the project team and TSTH management
• An audit trail of the project decision process
¾ Project Management Team and project teams (Both TSTH & TCS/TTL) will review the
Project Charter, Business Blueprint
¾ The project team, project management, user community, will review user
documentation
¾ Training programme – review by project team
¾ Integration test plan – review by project team
¾ Acceptance test plan – review by project team
A checklist will be prepared by the quality assurance team containing the list of items to be checked
during the review. Some of the entries in the checklist will be adherence to standards, level of
documentation and flags for identifying changes. The list will be prepared on the basis of analysis of
common errors.
Each review is planned in detail and sufficient time is given for pre-review activities. Typically each
review is composed of the following activities:
• Pre-review activities
• Review meetings
• Post-review activities
External QA
• TSIL (Tata Steel Limited, India) will review all the BBP documents and the realization
document
• External QA reviews to be performed by TCS/TTL Consultants outside the project team at the
indicated project milestones.
• TCS/TTL QAG will conduct reviews to ensure adherence to SEI CMM Level 5.
• Special developments require specific attention to ensure that the performance of the system
is not degraded in any way. All special developments will be subjected to rigorous reviews for
performance and compliance with the recommended standards.
• Possible reviews of organisational readiness, fit for purpose, risk assessment or other specific
QA reviews as required by TSTH
During implementation/ post-implementation, SAP may modify/ supplement the functionality of its
modules by providing ‘patches’. Depending on the requirement of TSTH, these patches are applied by
the BASIS/ technical consultants after analysing the impact on the current configuration.
TCS/TTL would adopt the development of a working prototype. The prototype would undergo a
testing at a unit test level with a skeleton integration testing.
Any new programs developed during the course of implementation, would under go unit testing.
The programs developed for the purpose of interfacing the legacy system with SAP would undergo the
unit testing, integration testing and as well as the system testing.
• Unit testing as a first level by the developer for the Bespoke developed Add-ons to ensure the
processes are working at the functional level.
• Integration testing would be carried to detect and rectify defects in the developed/-configured
product. During this phase the data upload programme would also be executed to ascertain
the completeness of the data migration strategy.
• The second round of business integration testing to be done by Business Users for acceptance
is to ensure that uninterrupted business process testing is done within SAP.
• End-to-End testing would be carried out to ensure the smooth functioning of the interfaces
between SAP and the other legacy systems (if any).
The integration testing would be carried out in a tightly controlled test environment. In this
environment, no configuration changes would be allowed. All the configuration changes would be
carried out in the golden client (development client) and would be transported to the testing
environment using the transport system/ layer.
For every baseline item that is to be delivered, it would undergo multiple rounds of quality checks:
• Self review
• Internal Quality Control (done by a person other than the author, in the same project)
For all the documents that are prepared during the project, a formal technical review technique called
Fagan’s Review Technique is applied. This technique is currently being practiced for configuration/
code walkthrough and has proved to be quite effective. External Quality Control is done using
appropriate sampling criteria.
The testing process that is followed at TCS/TTL is based on the Testing Guidelines document, which is
a part of TCS/TTL’ Quality Management Systems. This document conforms to IEEE standards.
TCS/TTL will use quality assurance procedures such as reviews, inspections, configuration/ code
walkthrough, and testing to:
• Facilitate error/ fault or problem detection at the earliest
• Assure conformance to guidelines/ standards set forth for all deliverables
Each of the deliverables, such as the configuration/ converted/ upgraded programs/ files will undergo
a detailed review. Tools developed to automate any activity will also undergo a thorough review.
5.8 Training
The Level 1 training, Level 2 training and Level 3 Training (Refer to the latest version of
preliminary project plan)
• A training plan consistent with the timetables set out in the Master
Programme Plan. This will include
• Train the trainer stream of TSTH. For this TCS/TTL will provide training to TSTH Trainer
team which will cover System functions, use of the System, business rules, workflows,
processes and procedures to support the “To Be” environment. This will enable the Tata
Steel , Thailand trainers to effectively deliver the training to TSTH end users
• SAP competency centre stream of TSTH. TCS/TTL will provide all necessary training to the
SAP competency centre to ensure that all the SAP competency centre personnel are able
to fully and properly use SAP solution manager and fully and properly use decision
support and MIS/reporting tools for report writing and tailoring
• Super user training stream of TSTH. TCS/TTL will provide and deliver training to the TSTH
super users that will ensure that the super users achieve the level of understanding and
knowledge of the SAP competency centre staff and provides the super users with a full
understanding of the Solution and the Interfaces.
• From the SAP product experts to business users, business analysts and
other project team members.
• Business users involved in the project will also return to the workplace
both during and after the project where their detailed knowledge of the
system will be invaluable. They will consciously engage in activities aimed
at spreading knowledge about the system.
Project Status & Key Focus areas: Periodic • Periodic Messages from higher
updates to create a sense of momentum, management
aligning all the members.
• Consolidated decisions on account
of the project from Project Sponsor
• Circulation of Documents
• Workshops
• Documents
• Testing cycles
End
End
User
DEVELOPMENT QUALITY PRODUCTION User
SERVER SERVER SERVER
End
User
SOLUTION
ARIS
MANAGER
SERVER
Service.sap.com Remote
IDES – Training User
Server
N.B – It has not finalised, whether to go with two server architecture or three tier architecture
and the server location.
The purpose of this task is to define standards and policies for creating user master records for project
team members. An appropriate authorization concept should be worked out for the implementation
efforts in the system, both to allow the users access to all necessary activities in the system and to
prevent users from making unintentional or unskilled changes in other system areas.
When the development system is first installed configurations or customizing, developers, system
administrators, trainees, and other project members comprise the bulk of the SAP users.
1. Initial State: Immediately after Installation of the Development System, all TCS/TTL team
members will have a customized Role, which allows configuration of all modules as there is
bound to be cross application customizing in each module but without administration
Authorizations.
2. Level 1: Only two super users will be there with SAP_ALL authorization as TCS/TTL Technical
Consultant and the TSTH Technical Consultant.
3. Level 2: Using profile generator, Roles will be created relevant to individual function modules
for all Core Users who would be trying out transactions in the Development System in a
separate client as defined in the Client Strategy Document.
4. Level 3: Functional Consultants after having discussions with their Core Users will provide the
Authorization for their Core Users, which will be built up as Roles using the profile generator
by the Basis Administrator and associated with the respective User Master Records.
5. Level 4: We will register minimum of two ABAP Developers in the system and they will be
given Authorization for Development Workbench and other relevant Authorizations. They will
be given access to test programs and create transactions in another client as defined in Client
Strategy Document. Authorization for newly developed objects will be given to users in close
co-ordination with the TCS/TTL Functional Consultant and TSTH Functional Consultant.
6. Level 5: An authorization Request template document will be prepared which will be used to
document any changes in Authorization for users and will be approved by the Project Manager
of TCS/TTL and TSTH. Basis consultant will make the necessary changes only on receipt of
approved request form. No changes will be done for any user on verbal request even by the
highest authority of both TCS/TTL and TSTH.
¾ Enter the transaction code you are testing in SAPGUI and see whether it goes through. A
complete cycle of transaction is required to be completed for testing, not just whether the t-
code is accepted or not.
¾ In case the transaction is completed, enter “P” in the role testing template.
¾ If it fails, generate a su53 screen shot immediately when the authorization error is reported.
Save the image in a word file.
¾ In the Help->Create Support message and generate a ticket in Solution Manager. Give a
description indicating the TRANSACTION CODE.
¾ Attach the document containing su53 screen shot to the support message and post it.
¾ You will get a ticket number; note it down for future reference.
¾ Inform the Basis Administrator about the ticket generated (it is not mandatory to do so; but if
you do, immediate response will be made available).
¾ Once you are informed about the closure of the ticket, proceed further with the testing of the
role.
¾ If additional t-codes are to be added to the role, send an email to the basis admin.
¾ Once the new t-code is added, repeat the testing the role.
¾ Once the role is complete in all aspects, print out the role testing form sign along
the line and return the hard copy to the basis team.
This documentation pertains to ASAP Methodology Structure that refers to the System Enhancement
and Modification Approval to be adopted for this Project Implementation both by the SW Core
Members and TCS/TTL Team Members.
¾ An approval procedure for allowing changes to standard system functions required by the
Business Blueprint document
¾ A quality check and signoff procedure, after performing changes to system objects
¾ Functional design, technical design and code review and signoff processes. Technical and
functional templates are designed for the purpose
Business Analysis