Estratto. © Ristampato con autorizzazione. Tutti i diritti riservati.
FROM CHAPTER 2: INITIATING THE PROJECT
What is Project Initiation?
Initiation simply means starting from the beginning with the tools that you need. Imagine a contractor arriving at a customer's lot to start building a custom home - with no blueprints, no signed contract, no site survey, and not sure yet whether the client wants a one- or two-story house. Ludicrous? Obviously, yet many projects are started with no charter, no clear goal, no boundaries defined, no idea of who the stakeholders are, and few client requirements. Initiation simply means having all the information you need to start the project off in the right direction.
The Project Charter
Creating a project charter is the first step in the right approach to managing a project. It formally announces that a project or phase has begun. It also serves to document the initial requirements that, if met, will satisfy the stakeholder's needs and expectations. The project charter, issued by a project sponsor, project management office, or portfolio steering committee, gives the project manager authority to apply resources to project activities. In the absence of a formal project selection process, the project manager may develop the project charter and give it to the sponsor for signature and transmission. Without this authority, the project manager may have difficulty in obtaining human resources or even funding. The important point to understand about chartering is that it links the project to the ongoing work of the organization. (See Exhibit 2-1 for a list of project charter elements with definitions and instructions on what information is needed to create the charter.)
There's no set format for a charter; it may be a formal document, a contract, or even an e-mail. Inputs to the charter (information needed to help you create the charter) may include such items as:
- The project statement of work, which describes the purpose of the project, work that needs to be done, what is due and when, etc.
- The business case for undertaking the project
- The contract for the project
- Current enterprise environmental factors, such as the structure and culture of the organization, market conditions, and existing resources
- Existing organizational process assets, such as formal and informal plans, processes, policies, and procedures currently used by the organization
The information gathered from these items, aided by expert judgment in assessing the inputs, will help the project manager begin documenting the business objectives and customer needs that the project is intended to satisfy and how the product, service, or result delivered will satisfy those needs. This project charter will also list the stakeholders involved in the project, outline constraints that might limit the project team's options, and provide a detailed description of the scope of the project.
--------
EXHIBIT 2-1: ELEMENTS OF A PROJECT CHARTER
Project Name: Enter a brief name to describe the project.
Project Sponsor: This generally is the executive of the business area for which the project is being undertaken. This person is responsible for budgeting the funds to undertake the project and has final authority to approve project completion.
Business Area Project Manager: This is the primary business area liaison with the project manager. This person is responsible for the business unit's project-related activities.
Project Manager: This is the person responsible for planning and managing the project.
Other Participants: In addition to the sponsoring business area, indicate other business groups that will have crucial project responsibilities.
Business Background: Give an overview of the business reasons for the project.
Project Scope: Using business terminology, give a general description of the project scope (provide details in the following sections). Indicate both what is within the anticipated scope and what is outside the scope. Consider these topics:
- Systems
- Infrastructure
- Communications
- Business locations
Objectives: Using business terminology, list specific, anticipated business objectives of the project.
Deliverables: List the specific, expected project deliverables and how these will meet the objectives. The deliverables should be as tangible as possible.
Constraints: List factors that will limit the project team's options. For example, a predefined budget range is a constraint that is very likely to limit the team's options regarding project scope and staffing levels.
Assumptions: List factors or situations that you will assume for the purpose of project planning. For example, if the availability date of a key resource is uncertain, the team should make a reasonable assumption about the date of availability and list this as an assumed factor in the plan.