3. COMMUNICATION PLAN
3.3 PROJECT REPORTING
Define communications and reports, their frequency, and the distribution list for each.
Also define review and acceptance process.
ETASP-PC: Project Charter
Date Printed: December 19, 2017
8
3.4 RACI
Responsibility Accountability Consulted Informed (RACI) chart, assigns one four levels to individuals for their roles on the project. The RACI model clearly lays out roles and responsibilities for any activity or group of activities. A very technical tool used in the most complicated projects, but a term you might hear.
Example below.
Job functions or titles are noted across the top, such as “IT,” “Human Resources,” “Project Manager,” etc.
Tasks or responsibilities are noted down the left hand side, such as “Conduct weekly communication meeting with sales team,” or “Analyze prior-month performance and send out summary the first week of each month.”
The cells inside the RACI model or chart are filled in based on the following criteria –
◾R = Responsible = The person who performs the work. There must be one “R” on every row, no more and no less. “R” is the only letter that must appear in each row.
◾A = Accountable = The person ultimately accountable for the work or decision being made. Use this letter where appropriate, but not to excess – only when a key decision or task is at hand. There can be from zero to one “A’s” in each row, but no more than one.
◾C = Consulted = Anyone who must be consulted with prior to a decision being made and/or the task being completed. There can be as many “C’s” as are appropriate in each row.
◾I = Informed = Anyone who must be informed when a decision is made or work is completed. There can be as many “I’s” as are appropriate in each row.
ETASP-PC: Project Charter
Date Printed: December 19, 2017
9
4. Acceptance Criteria
An acceptance management process will be implemented by which Deliverables produced by the Project teams are formally reviewed by the CLIENT stakeholders ensuring the following:
All required documents have been completed, including any user training manuals.
All documents have been reviewed.
All documents have been approved.
All software has been adequately tested and accepted.
Deliverables will be distributed to the Project team members to review and provide feedback. Review meetings will be scheduled to discuss the comments and changes to be made prior to the publication of the final version. Once agreed-upon changes have been incorporated, acceptance and sign-off will be requested.
Acceptance of the Deliverables shall be determined in CLIENT’s reasonable discretion within a time frame as reasonably determined by CLIENT.
ETASP-PC: Project Charter
Date Printed: December 19, 2017
10
5. Requirements Approval
This document accurately reflects the requirements described herein and the proposed solution to be applied. The undersigned hereby agrees with the content of this report and authorizes the system changes to be made, tested and implemented.
______________________
Name Date:
________________
Name Date:
ETASP-PC: Project Charter
Date Printed: December 19, 2017
11
6. Change Management
Once this document is signed, the Change Management process must be followed. All changes following sign-off will require a change management form and approval from appropriate parties.
All changes introduced will cause the project plan to be re-estimated and end dates re-established.
.
12/13/2017
ETA Systems Process Statement of Work
Last Updated: Dec 13, 2017 Author: Gary Neshanian/AJ
Owner: Cassandra Popli
ETASP-PC: Project Charter
Date Printed: December 19, 2017
2
Revision History
Date of this revision: Month dd, year Date of Next revision: As needed
Revision Number
Revision date Summary of Changes Changes
marked
Initial Dec 11, 2017 Initial draft Y or N
n.n Month dd, year Identify changes. Y or N
Approvals
This document requires the following approvals.
Name/Signature Title
Cassandra Popli Vice President, PMO – ETA Agency Customer Stakeholder, Client – Customer
(name) (title)
Distribution
This document has been distributed to
Name Title
Cassandra Popli Vice President, PMO – ETA Agency
Gary Neshanian/AJ Gary Neshanian/AJ, Project Manager – ETA Agency Customers Stakeholder, Client – Customer
Somebody Long Beach Transit
(name) (title)
ETASP-PC: Project Charter
Date Printed: December 19, 2017
3
Table of Contents
1. PROJECT SUMMARY ... 4 1.1 BUSINESS AREA ... ERROR! BOOKMARK NOT DEFINED.
1.2 REQUEST DESCRIPTION... ERROR! BOOKMARK NOT DEFINED.
1.3 REQUIRED DATE ... ERROR! BOOKMARK NOT DEFINED.
1.4 BUSINESS OBJECTIVE(S) ... ERROR! BOOKMARK NOT DEFINED.
1.5 PROJECT SCOPE ... 4 1.6 PROJECT OUT OF SCOPE ... ERROR! BOOKMARK NOT DEFINED.
1.7 PROJECT MILESTONES ... ERROR! BOOKMARK NOT DEFINED.
1.8 BENEFITS ... ERROR! BOOKMARK NOT DEFINED.
1.9 ASSUMPTIONS ... ERROR! BOOKMARK NOT DEFINED.
1.10 RISKS ... ERROR! BOOKMARK NOT DEFINED.
1.11 DEPENDENCIES ... ERROR! BOOKMARK NOT DEFINED.
1.12 STAKEHOLDERS ... ERROR! BOOKMARK NOT DEFINED.
2. REQUIREMENTS ... ERROR! BOOKMARK NOT DEFINED.
3. COMMUNICATION PLAN ... ERROR! BOOKMARK NOT DEFINED.
3.1 ETA ROLES ... ERROR! BOOKMARK NOT DEFINED.
3.2 CLIENT ROLES ... ERROR! BOOKMARK NOT DEFINED.
3.3 PROJECT REPORTING ... ERROR! BOOKMARK NOT DEFINED.
4. STATEMENT OF WORK ... 5 4.1 LOCATION OF WORK ... ERROR! BOOKMARK NOT DEFINED.
4.2 DELIVERABLES ... ERROR! BOOKMARK NOT DEFINED.
4.3 PERIOD OF WORK ... ERROR! BOOKMARK NOT DEFINED.
4.4 GANTT CHART ... ERROR! BOOKMARK NOT DEFINED.
4.5 ACCEPTANCE ... ERROR! BOOKMARK NOT DEFINED.
5. ACCEPTANCE CRITERIA ... ERROR! BOOKMARK NOT DEFINED.
6. REQUIREMENTS APPROVAL ... 6
7. CHANGE MANAGEMENT ... ERROR! BOOKMARK NOT DEFINED.
ETASP-PC: Project Charter
Date Printed: December 19, 2017
4
1. Purpose
A statement of work (SOW) is a document routinely employed in the field of project management. It defines project-specific activities, deliverables and timelines for a vendor providing services to the client.
The SOW typically also includes detailed requirements and pricing, with standard regulatory and governance terms and conditions. It is often an important accompaniment to a request for proposal (RFP).
1.1 Project Scope
PROJECT, taken from Request for Proposal-RFP and Project Charter-PC...
1 Feature 2 Function 3 RFP
ETASP-PC: Project Charter
Date Printed: December 19, 2017
5
2. Location of Work
ETA locations and personnel
CLIENT locations and personnel
3. Period of Work
Milestones and other previously agreed/committed dates
Phases
Discovery: Start Date, RFP, Award, Kick-off.
Architecture: Creative Brief, Site Map and Flows
Design: Design Options and Selection.
Development: Phases/Sprints
Detail Phase/Sprint releases the customer should expect
Launch: Hosting, Training, Sign-Off, Target Completion Date
Sprint/Releases
4. Resources
ETA will furnish,
CLIENT will furnish
5. Deliverables Schedule
CLIENT Releases/Sprints, Website, Training/Support Documentation…
6. Gantt Chart
ETA Timeline including: Discovery, Architecture, Design, Development, Launch.
7. Acceptance
How CLIENT of PROJECT will determine if the product or service is acceptable, usually with objective criteria. May reference any external Acceptance Testing documentation.
8. Payment Schedule
Type of Contract/Payment Schedule: The project acceptance will depend on if the budget available will be enough to cover the work required. Therefore a breakdown of payments by whether they are up-front or phased will usually be negotiated in an early stage.
ETASP-PC: Project Charter
Date Printed: December 19, 2017
6
9. Requirements Approval
This document accurately reflects the requirements described herein and the proposed solution to be applied. The undersigned hereby agrees with the content of this report and authorizes the system changes to be made, tested and implemented.
______________________
Name Date:
________________
Name Date:
12/13/2017
ETA Systems Process Service Level Agreement
Last Updated: Dec 13, 2017 Author: Gary Neshanian/AJ
Owner: Cassandra Popli
ETASP-PC: Project Charter
Date Printed: December 19, 2017
2
Revision History
Date of this revision: Month dd, year Date of Next revision: As needed
Revision Number
Revision date Summary of Changes Changes
marked
Initial Dec 11, 2017 Initial draft Y or N
n.n Month dd, year Identify changes. Y or N
Approvals
This document requires the following approvals.
Name/Signature Title
Cassandra Popli Vice President, PMO – ETA Agency Customer Stakeholder, Client – Customer
(name) (title)
Distribution
This document has been distributed to
Name Title
Cassandra Popli Vice President, PMO – ETA Agency
Gary Neshanian/AJ Gary Neshanian/AJ, Project Manager – ETA Agency Customers Stakeholder, Client – Customer
Somebody Long Beach Transit
(name) (title)
ETASP-PC: Project Charter
Date Printed: December 19, 2017
3
Table of Contents
1. PROJECT SUMMARY ... 4 1.1 BUSINESS AREA ... ERROR! BOOKMARK NOT DEFINED.
1.2 REQUEST DESCRIPTION... ERROR! BOOKMARK NOT DEFINED.
1.3 REQUIRED DATE ... ERROR! BOOKMARK NOT DEFINED.
1.4 BUSINESS OBJECTIVE(S) ... ERROR! BOOKMARK NOT DEFINED.
1.5 PROJECT SCOPE ... ERROR! BOOKMARK NOT DEFINED.
1.6 PROJECT OUT OF SCOPE ... ERROR! BOOKMARK NOT DEFINED.
1.7 PROJECT MILESTONES ... ERROR! BOOKMARK NOT DEFINED.
1.8 BENEFITS ... ERROR! BOOKMARK NOT DEFINED.
1.9 ASSUMPTIONS ... ERROR! BOOKMARK NOT DEFINED.
1.10 RISKS ... ERROR! BOOKMARK NOT DEFINED.
1.11 DEPENDENCIES ... ERROR! BOOKMARK NOT DEFINED.
1.12 STAKEHOLDERS ... ERROR! BOOKMARK NOT DEFINED.
2. REQUIREMENTS ... ERROR! BOOKMARK NOT DEFINED.
3. COMMUNICATION PLAN ... ERROR! BOOKMARK NOT DEFINED.
3.1 ETA ROLES ... ERROR! BOOKMARK NOT DEFINED.
3.2 CLIENT ROLES ... ERROR! BOOKMARK NOT DEFINED.
3.3 PROJECT REPORTING ... ERROR! BOOKMARK NOT DEFINED.
4. STATEMENT OF WORK ... 4 4.1 LOCATION OF WORK ... ERROR! BOOKMARK NOT DEFINED.
4.2 DELIVERABLES ... ERROR! BOOKMARK NOT DEFINED.
4.3 PERIOD OF WORK ... ERROR! BOOKMARK NOT DEFINED.
4.4 GANTT CHART ... ERROR! BOOKMARK NOT DEFINED.
4.5 ACCEPTANCE ... ERROR! BOOKMARK NOT DEFINED.
5. ACCEPTANCE CRITERIA ... ERROR! BOOKMARK NOT DEFINED.
6. REQUIREMENTS APPROVAL ... 5
7. CHANGE MANAGEMENT ... ERROR! BOOKMARK NOT DEFINED.
ETASP-PC: Project Charter
Date Printed: December 19, 2017
4
1. Overview
A service-level agreement (SLA) is defined as an official commitment that prevails between a service provider and a client. Particular aspects of the service – quality, availability, responsibilities – are agreed between the service provider and the service user. The most common component of SLA is that the services should be provided to the customer as agreed upon in the contract. It is often an important accompaniment to a request for proposal (RFP).
2. Type of Service
Web hosting
CLIENT support
3. Performance Level
Definition of acceptable
Uptimes: 5 day x 9hour, 7 day x 24 hour
Service/Maintenance periods
4. Monitoring
Realtime
Monthly Analytics
5. Issue
How to report issues, outages.
6. Response
Response time to issues.
7. Repercussions
Consequences to SLA failures.
ETASP-PC: Project Charter
Date Printed: December 19, 2017
5
8. Requirements Approval
This document accurately reflects the requirements described herein and the proposed solution to be applied. The undersigned hereby agrees with the content of this report and authorizes the system changes to be made, tested and implemented.
______________________
Name Date:
________________
Name Date: