Project Charter – Template Given Assignments | Online Homework Help

Please find attached template to develop a Project Charter and a Rubric to follow for the completion of the below-mentioned topic:

“Implementation of Intake tool at Shire Pharmaceuticals”

Brief Description of Intake Tool: Intake tool basically mirrors what a shared outlook mailbox that contains adverse event information related to our products for the safety team to process the information and report to the regulatory authorities.

Project guidelines:

1. at least 5-10 people working on it

2. project if done would take 6 months or so to complete

3. use traditional PM life cycle (waterfall)

4. have a minimum of 100 activities in the schedule

<Organization Name>

<Full Name>

<Date>

<Name and authority of the sponsor or another person (s) authorizing the Project Charter>

<Project Name>

Project Charter

Revision <6.0>

<Note: The Project Charter is created during process 4.1 “Develop Project Charter” as described in A Guide to the Project Management Body of Knowledge (PMBOK^® Guide). This template is derived from a sample template authored by the Project Management Institute (PMI): Document Code: PMBOK 4.1.3.1. Text in brackets and/or blue is designed to explain or define the required content and meant to be deleted and replaced by your specific project information before submission. Make sure to update all portions (i.e. Table of Contents) with each submission.

The Project Charter is the document issued by the project initiator or sponsor that formally authorizes the existence of a project and provides the project manager with the authority to apply organizational resources to project activities. It documents the high-level information on the project and on the product, service or results the project is intended to satisfy.

The Project Charter is developed on the basis of the Business Documents, the Agreements on project implementation and other information like enterprise environmental factors and organizational process assets.

The Charter is developed by an individual(s) external to the project, such as the sponsor, project management office (PMO) or the portfolio governing body. The project initiator or sponsor should be at a level that is appropriate to procure funding for the project. They either develop the Charter themselves or delegate this responsibility to the Project Manager. The initiator’s signature on the Project Charter authorizes the project.>

List of Changes

• Revision: The revision number of the document (the first digit is increased and the second one is set to zero if significant changes are made in the document; the second digit changes if the minor changes are made).
• Description: A detailed description of the revision and the amendments (for example, Publication for internal comments, Publication for use, Publication with changes in Chapter X, etc.).
• Author: Full name of the amendments’ author.

Table of Contents

1. General Provisions 4
2. Terms and Abbreviations Error! Bookmark not defined.
3. Project Purpose 4
4. Measurable Project Goals and Objectives 4
5. High-Level Project Description and Boundaries 5
6. High-Level Requirements 5
7. Key Project Deliverables 6
8. Overall Project Risk 6
9. Summary Milestone Schedule 6
10. Preapproved Financial Resources 6
11. Key Stakeholder List 7
12. Project Approval Requirements/ Exit Criteria 7
13. Project Exit Criteria 7
14. Project Manager 7
15. Appendixes 7

2. General Provisions

<This section describes the general characteristics of this document folder and the set of documents to which it refers. These general provisions can be modified or supplemented in accordance with the particular project requirements.>

• This document refers to the project “<Project Name>”, which is implemented by the organization “<Organization Name>”.
• The Project Charter formulates the practical requirements and documents the high-level description of the product, service or another deliverable that should meet these requirements and will be result of the project.
• The Project Charter is issued and signed by the Initiator or Sponsor of the project and formally legitimized the existence of the project. It provides the Project Manager with the authority to use the organizational assets in the project operations.
• The approved Project Charter formally initiates the project.
• If the project consists of several phases, the Charter can be updated to verify or improve the decisions taken during the previous iteration of the Project Charter development. In such a case the Charter is re-issued and signed as amended.

2. Terms, Notations, Abbreviations

<This section should contain the definitions of all terms and abbreviations required to properly interpret this document, arranged in alphabetical order. This information can be presented in the form of the following table, or as a reference to a Project Glossary in the Communications Management Plan.>

3. Project Purpose

<This section briefly describes the purpose of the project and its justification. The justification describes the necessary information from a business standpoint to determine whether or not the project is worth the required investment. Justification describes one or more of the following factors:

• Market demand (e.g., a car company authorizing a project to build more fuel-efficient cars in response to gasoline shortages)
• Organizational need (g., a training company authorizing a project to create a new course to increase its revenues)
• Customer request (e.g., an electric utility authorizing a project to build a new substation to serve a new industrial park)
• Technological advance (e.g., an electronics firm authorizing a new project to develop a faster, cheaper and smaller laptop after advances in computer memory and electronics technology)
• Legal requirement (e.g., a paint manufacturer authorizing a project to establish guidelines for handling toxic materials)
• Ecological impacts (e.g., a company authorizing a project to lessen its environmental impact)
• Social need (e.g., a nongovernmental organization in a developing country authorizing a project to provide potable water systems, latrines and sanitation education to communities suffering from high rates of cholera).

These factors may also be called incentives, opportunities or business requirements. The basic point of all these factors is that management should decide what the response should be to them, and what projects should be authorized and fixed in the Charter.>

4. Measurable Project Goals and Objectives

<This section describes the business goals and the project objectives aimed at achieving those goals. Business goals should be measurable and explain WHY the organization is doing the project (i.e. increase profits/market share; decrease costs/waste). Project objectives should explain WHAT the project should attain, including any related success criteria. All project objectives should be traceable to a business goal, and all project goals should have at least one project objective. >

Business Goal 1:

• Project Objective 1.1:
• Project Objective 1.2:
• Project Objective 1.3

Business Goal 2:

• Project Objective 2.1
• Project Objective 2.2

Business Goal 3:

• Project Objective 3.1:
• Project Objective 3.2:
• Project Objective 3.3

5. High-level Project Description and Boundaries

<This section provides a general description of the products or services that the project is supposed to produce; there is a brief description of the business need, a very general description of the product and an initial strategic plan.>

6. High-Level Requirements

<This section documents the requirements that satisfy the needs, wishes and expectations of the Customer, Sponsor and other project participants. Requirements are the certain conditions or capabilities that must be met or possessed by a system, product, service, result or component to satisfy a contract, standards, specifications or other formally imposed documents.

Requirements include the quantified and documented needs, wants and expectations of the Sponsor, Customer and other stakeholders of the project. The Project Charter contains high-level requirements only. Complete list requirements should be developed later in the Project Management plan as they become more concrete during the gradual elaboration of the project.

7. Overall Project Risk

<This section describes the high-level risks and also provides a brief description of the project risk management implementation and the risk tolerance levels of the Project Sponsor and Customer.

Please note that the Project Charter contains high-level risks only. The complete list of risks should be presented in the Risk Register.>

8. High-Level Constraints and Assumptions

<This section describes the high-level assumptions and constraints of the project. Assumptions are things believe to be true (with or without evidence). Constraints are limitations placed upon the project that the project manager and team must work with.

Constraints:

• Constraint 1
• Constraint 2
• Constraint 3

Assumptions

• Assumption 1
• Assumption 2
• Assumption 3

9. Summary Milestone Schedule

<This section lists specific points along the project timeline that show an important achievement of the project. They should list the responsible party as well as the projected date of completion. Note that the Project Charter contains high-level milestones only. The complete list of milestones should be presented in the Milestone List.>

10. Key Project Deliverables

<This section lists the key tangible product outputs (deliverables or services) to be provided by this project. Explain the criteria that will be used by the product users to determine if the project can be accepted.>

11. Preapproved Financial Resources

<This section contains a high level (summary budget) or rough order of magnitude estimate. Ideally, a summary budget includes the cost for labour, supplies/equipment, and management reserve.

Please note that the Project Charter contains a summary budget only. The itemized budget should be presented in the Cost Baseline.>

12. Key Stakeholder List

<This section contains the list of individuals, groups or organizations who may affect, be affected by or perceive itself to be affected by a decision, activity or outcome of a project.

Please note that only main stakeholders are specified in the Project Charter. The complete list of stakeholders should be presented in the Stakeholder Register.>

13. Project Approval Requirements

<This section specifies what constitutes project success, who decides the project is successful and who signs off on the project. This section also identifies the acceptance criteria, including performance requirements and essential conditions that must be satisfied before the acceptance of the project deliverable.>

Project Exit Criteria

<This section specifies what conditions need to be met in order to close or to cancel the project or phase (e.g., documented approvals, completed documents, completed deliverables).>

       Project Manager

<This section contains information about the assigned Project Manager, responsibility and authority level. A Project Manager is identified and assigned as early in the project as is feasible, preferably while the project charter is being developed and always prior to the start of planning. It is recommended that the Project Manager participate in the development of the Project Charter because this document provides him/her with the authority to use the organization assets to complete the project and responsibility for the project objectives achievement.>

Signed/Project sponsor(s) or charter approving authority

<This section is a signature block or matrix (if there are multiple sponsors). This section is not signed by the customer or the end-user.  The signature block should include the following details: Name/Title/Position/date signed>

Appendixes

<This section contains all appendixes to the document. In the absence of appendixes, this section is excluded.>

Project Charter Rubric

Topic Criteria Max
Overall/ General Provisions Describes the general definition and purpose of a project charter.General areas of the charter contain information specific to the project (i.e. General Provisions, Table of Contents, Terms, etc.). Includes any relevant information such as how charter can be ammended/changed. Demonstrates appropriate communication skills, free of errors. 5
Project Purpose Describes the purpose of the project and its justification from a strategic view. Includes a brief, high-level summary of the reason for undertaking the project as well as the problem/need the project aims to solve/fulfill. Clearly differentiates and explains the desired goal and why your organization should invest time and resources into your project as opposed to alternative options. 10
Measurable Goals and Objectives Business Goals: Describes how the project will benefit the overall business using measurable metrics. Project Objectives: Describes the major results or outcomes of the project. Project objectives should always include performance (scope and/or quality), schedule and budget. 10
Project description and boundaries Provides general description of product or service including boundaries or work excluded from the project. 10
High Level Requirements Documents the requirements to satisfy the needs, wishes and expectations of the project stakeholders. Requirements are the certain conditions or capabilities that must be met or possessed by a system, product, service, result or component. 10
Milestone Schedule Lists important milestones associated with the project. Includes responsible parties and estimated date of completion. 5
Key Project Deliverables Lists the key tangible product outputs (deliverables or services) to be provided by this project along with any acceptance criteria/ measures of succes. 5
Overall Project Risk Lists at least 5 positive and/or negative risks that could affect the project. Describes the overall risk tolerance of key stakeholders 10
Project Assumptions and Constraints Appropriately lists at least 3 high-level assumptions and 3 high-olevel constraints relevant to the project. 10
Financial Resources Lists key budget items and expenditures including cost estimates. 5
Stakeholder List Lists major stakeholders with high influence (or power) over project or project resources. Includes name, organization, title in their organization, any designated role in the project, and contact information. 10
Project Approval Clearly specifies what constitutes project success, who decides the project is successful and who signs off on the project. Identifies performance requirements and essential conditions that must be satisfied before the acceptance of the project deliverable. Clearly identifies the project manager and project sponsor. 10
Total 100