Project Charter - Template
Project Charter - Template
Project Charter
SAP ISU & CRM Implementation for IRB
AutomationProject Name
Revision History
Revisio
n#
1.0
2.0
3.0
Revision
Date
31/12/2013
02/01/2014
06/01/2014
Summary
Changes
Prepared
Review
Changes
incorporated
of
Updated by
Kanwal Saeed
Abdul Nasir Khan
Kanwal Saeed
Distribution
This document has been distributed to:
Name
Title
Sign-Of
This document should be signed by:
Name/ Title
Signature
Contents
1
Project Overview.................................................................................................. 5
1.1
Project Site..................................................................................................... 5
1.2
Scope of Work................................................................................................ 5
1.2.1
In Scope................................................................................................... 5
1.2.2
Prerequisites............................................................................................ 5
Out of Scope............................................................................................ 6
1.3
1.4
Benefits.......................................................................................................... 6
1.5
1.6
2.1.1
2.1.2
2.1.3
2.1.4
2.1.5
2.1.6
2.2
4.1.1
4.1.2
4.1.3
Realization......................................................................................... 1113
4.1.4
4.1.5
5
5.2
5.3
5.4
Project Documentation.............................................................................1416
5.5
Knowledge Transfer..................................................................................1517
5.6
1 Project Overview
Phase II
The manual calculation of SIR units (exisxting functionality) will remain open for complex/
disputed cases.It will be tracked through reporting
1.2.2 Prerequisites
5
Responsibility
Obaid Rehman - Delivered
Owais Ahmed Khan
Obaid Rehman - Delievered
Obaid Rehman Any change will
be forwaded from DS/DF teams
to IT
Process- Automatic processing of IRB amount within 10 days after SIR entry
The overall goal of this project in accordance with the scope outlined above with following
key project goals and objectives:
To minimize the man-hours expended and elapsed time for processing SIRs by
standardizing and automating the procedures.
6
1.4 Benefits
The primary benefits resulting from this project are:
1. Standadized way of IRB calculation across all IBCs including PSC for ordinary
residential, commercial, and agricultural direct-metered customers(apart from
manual SIR calculation).
3. Propoer tracking of pending or unposted SIRs will help the management to monitor
users KPI
5. All information and data required for the purposes of this implementation project
shall be provided within the required timeframe.
6. All policy decisions and project issues requiring resolution will be resolved by the
Project team, whenever possible, within 5 working days. Issues and decisions not
resolved by the team will be brought to the knowledge of Project Manager and if
required escalated to the steering committee for final resolution.
7. Project team will deliver training to power users (master trainers). Power users will
then be responsible for delivering end user training.
8. Business users will accomplish data cleansing and data extraction as per the
templates provided by Project Functional Lead.
be responsible for the definition of project scope, development and maintenance of the
project plan, resolution of issues, and communication of the project status to the Project
Stakeholders. Other activities include training schedule, attendance at Steering
Committees meetings, acquiring additional SAP trained resources etc.
In general, the Project Manager will provide overall project management for the
implementation as well as play an active role in the integration between the individual
team members.
The Project Manager must proactively anticipate project deviations and be responsible for
taking immediate corrective action. It will also be his responsibility to obtain an
understanding of the overall system business process integration in KESCs environment.
2.1.3 Project Manager - Business
The Project Manager Business will have the ownership of the project from business side.
He will be responsible for work items/ WBS items specified in project plan.The Project
Manager- Business will have the responsibility to provide the current business processes
and the requirements of the project stakeholders It will be his responsibility to
communicate the changes that will be made in the business processes after the project
implementation to the project stakeholders and get their agreement on the same.
He will also be responsible for arranging the requirement gathering workshops, cleansed
data, nomination of power/end users and logistics for training etc.
2.1.4 Project Functional Leads (DM, B&I, CRM)
The Project Functional Lead will work with Project Business to identify the current and
future business processes, identify the gaps and document the same.
The Project Functional Lead willberesponsible for configuration and development of the
solution as per the design (i.e. To Be Document). It will be his responsibility to identify the
cross-module integration points, ensure the correct configuration, and provide resolution
of configuration/development issues.
The Functional Lead will also be responsible forresolution of issues, testing, training and
communication of the project status to the Project Manager.
The Functional Team Members will be responsible to configure the solution into the SAP
system as defined in the To Be document under the guidance and supervision of the
Functional Lead.
10
Members:
1.
2.
3.
4.
11
3 Project Schedule
Following is the high level project schedule:
Activity
Timeline
04th November, 2012 - 16th December,
2012
17th December, 2012 - 06th January,
2014
Project Preparation
Business Blueprint
Phase I
Realization
Final Preparation
Go-Live / Support
Phase II
Realization
Final Preparation
Go-Live / Support
Nov-13
High Level
Project Plan
Durati
on
(days)
4
8
Task/phases
Project Prep
Business Blue
Print
1
1
1
5
1
8
2
2
Dec-13
2
5
2
9
2
6
9
1
3
1
6
2
0
2
3
2
7
Jan-13
3
0
3
6
1
0
1
3
1
7
2
0
2
4
Feb-13
2
7
1
0
1
4
180
31
15
PHASE I
12
1
7
2
1
Mar-1
2
4
2
8
3
7
1
0
1
4
1
7
2
1
61
7
11
PHASE II
Realization
Final Preparation
Go Live &
Support
36
8
11
Responsibility
Project Manager IT/
Business
Project Manager IT
Project Manager
Business
Responsibility
Project Team
Project Team
Project Team
4.1.3 Realization
In this phase, the system will be configured as defined in the blueprint. This phase will
include the following deliverables:
13
Deliverable
Base Line Configuration
Unit Testing
Final Configuration
Authorization Matrix
Finalization
ABAP Development
(RICEFW)
Integration Testing
Training Manual
Preparation
UAT
Cutover Plan Preparation
Responsibility
Functional Lead - IT
Functional Team Member
-IT
Functional Lead - IT
Project Manager
Business/ Functional
Lead / BASIS
Technical Team Members
Responsibility
Project
Manager
IT/
Functional Lead IT /
Project
Manager
Business
Power User / Functional
Lead IT
Power User
Functional Lead IT /
Project
Manager
Business
14
Responsibility
Functional Lead
15
The purpose of the Scope Change Management procedure is to control any additions,
deletions, or modifications to the scope of the project plan affecting cost, additional
resources or impacting schedules. All requests for changes must be evaluated and
approved (or disapproved) in order to control scope creep.
The steps required to change the project scope are as follows:
1. A project scope issue has been identified that will affect the scope of the project.
2. The issue originator fills out the SCRF (Scope Change Request Form), first
describing the proposed change and then enumerating the reasons for it. The SCRF
will be evaluated by the Project Manger, Functional and Business Leads.
3. Scope issues that cannot be agreed on and resolved at the PM/Lead level must be
escalated to the Steering Committee.
4. The Steering Committee will evaluate results of the investigation and will either
approve or reject the proposed change to the project.
5. Approvals of the proposed change at any level of the process require the Project
Manager to incorporate the change into the relevant project plan.
6. Scope changes resulting in any new RICEFW(i.e. Reports, Interfaces, Conversions
and Enhancements) need to be added to the RICEFWList and the Development
Team should be informed.
Risk
Response
Strategy
Response Action
Responsibility
Provision of SAP
User IDs for
Risk
Manageme
Rationalization of
existing SAP Users in
Project Manager
Business
16
Risk
Response
Strategy
Users
nt
Clean, Audited
and Reconciled
Data for Data
Upload for Auto
Calculation of
SIR
Risk
Minimizatio
n
Any untested
billing scenario
or any sort of
NEPRA decision
in between may
have impact on
the
implementation
scope
Risk
Manageme
nt
Any change in
shared approval
policy for
detection bills
may propose
changes in the
workflow
Risk
Manageme
nt
Transfer /
Resignation of
Any Team
Member
Risk
Manageme
nt
Response Action
Responsibility
Distribution as no new
User ID can be created
Development of
template for data
filebefore cutover
simulation. Userhas to
take ownership of
providing cleansed data.
Project Manager
Business (Data File)
Project Manager
Business (Data File)
Project Manager
Business (Data File)
Inclusion of extra
member in the team as
back-up and proper
documentation of the
project tasks
Project Steering
Committee (Project
Managers)
Functional Lead IT
(Data Upload)
Functional Lead IT
(Data Upload)
Functional Lead IT
(Data Upload)
Project Manager
Business (Business
Team)
Project Manager IT
(IT Team)
17
Risk
Response
Strategy
Response Action
Responsibility
Orgchartmaintai
nance
Risk
Manageme
nt
Business to ensure
proper / timely
maintainance of org
chart.
18
There are different types of testing that occur during the project, and each plays a critical
role in the projects ultimate success. The testing strategy includes:
Activity
Responsibility
Integration testing
19