Project Management Guide
Project Management Guide
This Guide helps you to manage projects more successfully by describing each of the steps in the
Project Lifecycle.
Every phase, activity and task are described, helping you to apply a best practice approach to managing
your project.
If you want to deliver your projects on time and within budget, then this short guide will give you the
knowledge you’re looking for.
By reading it you will learn how to initiate, plan, execute and close projects properly.
You’ll also learn how to manage time, cost, quality, change, risk and issues. And finally, you’ll learn how
to manage staff, customers and suppliers.
There you will find a comprehensive suite of templates to help you complete every step in the project
lifecycle.
What is a Project?
A project is “a unique endeavor to produce a set of deliverables within clearly specified time, cost
and quality constraints”.
• Are unique in nature. They do not involve repetitive processes. Every project undertaken is
different from the last, whereas operational activities often involve undertaking repetitive
(identical) processes
• Have a defined timescale. Projects have a clearly specified start and end date within which the
deliverables must be produced to meet a specified customer requirement
• Have an approved budget. Projects are allocated a level of financial expenditure within which the
deliverables must be produced to meet a specified customer requirement
• Have limited resources. At the start of a project an agreed amount of labor, equipment and
materials is allocated to the project
• Involve an element of risk. Projects entail a level of uncertainty and therefore carry business
riskAchieve beneficial change. The purpose of a project, typically, is to improve an organization
through the implementation of business change.
• A product that can be either a component of another item, an enhancement of an item, or an end
item.
• A service or a capability to perform a service (e.g., a business function that supports production or
distribution)
• An improvement in the existing product or service lines (e.g., A Six Sigma project undertaken to
reduce defects); or
• A result, such as an outcome or document (e.g., a research project that develops knowledge that can
be used to determine whether a trend exists, or a new process will benefit society).
• A set of skills. Specialist knowledge, skills and experience are required to reduce the level of risk
within a project and thereby enhance its likelihood of success
• A suite of tools. Various types of tools are used by project managers to improve their chances of
success. Examples include document templates, registers, planning software, modeling
software, audit checklists and review forms
• A series of processes. Various management techniques and processes are required to monitor
and control time, cost, quality and scope on projects. Examples include time management, cost
management, quality management, change management, risk management and issue
management.
Integration
Stakeholder Scope
Procurement Time
Project
Management
Knowledge
Risk Area Cost
Human
Quality
Resources
Communication
If you’re a new project manager, you’ll soon discover that you can use templates to save a lot of time.
These templates won’t fit every project. Use them as starting points and modify them to fit your project
needs. That’s why they are editable.
Initiation Planning
Phase Phase
Project Execution
Closure Phase
• Lesson Learned , • Project Team
Acceptance Phase, Accusition,
Release Resources Development and
Management
The business case will also present the benefits and risks associated with each one. Its primary purpose
is to consider the options then make a compelling argument for selecting and implementing one of them.
Use this business case template as a guide for exploring the various options.
How Is It Used?
A business case template is a tool that assists in the development of a well-considered business
case. The business case is used as an assessment tool. Its primary purpose is to provide the
information necessary to determine if a project is justified.
Because the project charter is produced before the project begins, often only high-level projects
requirements are listed. Where more detailed information is known, it’s set forth in the charter. Among other
items, the project charter will describe the project scope, deliverables, schedule, budget, resource
requirements, risks, constraints and completion criteria.
Besides providing authorization to apply organizational resources to the project, the project charter names
the project manager. In addition, it sets forth known stakeholders.
Most importantly; however, the project charter sets forth the business objectives and the reasons for
undertaking the project. It then links the project to strategic objectives of the organization. In smaller
organizations, a project charter may be an informal instruction to begin a project.
How Is It Used?
Since the Project Charter is what initiates the project, it’s the first document that a project manager
reviews for identifying stakeholders, gathering project requirements, defining scope, identifying risk and
planning budget. If a Project Charter is not used, there still must be some way of obtaining the same
information that a project charter would provide. If there is not, it’s the project manager’s responsibility to
gather the missing information.
A Stakeholder Register is a project management document that captures the known stakeholders and
their identifying information. The free stakeholder register template below captures the stakeholder
name, their title or role in the project and their contact information. The template also includes a “notes”
section for capturing information like the stakeholders preferred method of communication.
As with every project management document, this template should be customized to fit your project
requirements. Note that this template is a register and is not designed for performing stakeholder
analysis. Stakeholder analysis will be performed in a separate document.
At this point the project has been planned in detail and is ready to be executed.
The statement of work describes the products or services to be delivered by the project. It captures and
defines the work activities, the schedule requirements and the project deliverables.
The statement of work template captures introductory and background information regarding the project.
Besides the scope of work, it also captures the period and place of performance, applicable standards
for performance, requirements, specific vendor responsibilities, client responsibilities, project risks,
assumptions and completion criteria. In addition, this template speaks to payment terms and the
procedures for change control. Like all project management templates, it should be modified to fit the
project needs.
How Is It Used?
The statement of work is used to specify the products or services that must be delivered. It defines
the boundaries of the project and typically becomes a part of the contract. In most instances, the
statement of work is used to create contractual obligations. It becomes a binding contract.
The change management plan is best developed during the initial project planning stages. By having an
approved plan in place, the project will be better positioned to finish on schedule and on budget.
How Is It Used?
The change management plan is used to define the processes and procedures used to monitor and
control change on the project. When a request for change is contemplated, the change management
plan governs what steps must happen before the change is considered and before it becomes approved
and implemented.
The change request form is arguably the most important document in the change control process. It
provides a single avenue for requesting a change. Once the change is requested, it becomes sized and
either approved, deferred, or disapproved. If approved, the projects plans must reflect the change and
the change must be implemented.
This change request template captures a description of the change, the reason for it, sections for impact
analysis and a place to record the decision regarding the request. Lastly, this template captures the
signature of the person who approved the changed.
How Is It Used?
The change request is used to formally request the change. It can include a request for
corrective action, preventative action and defect repair. Once complete, it becomes submitted to the
change control board for approval or rejection. Like all other work activities, approved change requests
become planned, executed, monitored and controlled and closed.
By monitoring the status of every change request received, the project manager is better able to control
the project scope, budget, schedule, and quality requirements. At a single glance, he or she can see the
status of each request. Timely disposition of every change request is important for the health of a
project. The change request log is an important tool for meeting these objectives.
The requirement management plan is a subsidiary plan of the project management plan. Components of
the requirement management plan can describe how the requirements are planned, tracked and
reported. They can also provide a description of the configuration management activities, the processes
for categorizing and prioritizing the requirements, the product metrics and the desired traceability
structure.
How Is It Used?
The requirements management plan is used to plan the management of the project
requirements. The template provides for planning, analyzing, categorizing, prioritizing, quantifying,
tracking and reporting the project requirements.
What’s a requirement?
A requirement is a condition that must be met or a capacity that a system, service, result or
component must have to satisfy a contract, standard, specification or other formally imposed document.
Requirements are the quantified and documented needs, wants, and expectations of the sponsor, the
customer, and other stakeholders.
This Requirements Register template is rather basic. It captures only the date received, the person or
place from whom the requirement was received, the requirement name, its description, and a brief
explanation of how the requirement meets a business need or strategic objective. Since this is an
editable template, additional columns could be added to extend the functionality of the document. For
example, columns could be added to assess the value of delivering the requirement or for assessing the
complexity or difficulty of doing so.
How Is It Used?
The Requirements Register is used when identifying and gathering requirements. It’s merely a
place for listing them all. Requirements may begin as high-level and later become progressively more
detailed. Typically, the requirements register is an input to performing requirements analysis. Like most
project management documents, the requirements register should be consulted and updated throughout
the project life cycle.
At a glance, the Requirements Traceability Matrix allows the project manager to see all the news
a person could use. It enables better management of the requirements. For this reason, it’s a most
useful document.
The scope management plan is a subsidiary plan of the project management plan. It describes how the
project scope will be defined. It also describes how it will be developed, monitored, controlled and
verified. It’s an important planning document because effective scope management is necessary for
project success.
How Is It Used?
The scope management plan is used first to define the scope of the entire project. Through
development and approval of the scope statement, the WBS and the WBS dictionary, the project scope
becomes baselined. It’s used also to validate and control the project scope
The scope statement lists the benefits of the project and it even describes what the project doesn’t
include. It lists what must happen for the project to be considered successful and it states the
acceptance requirements. Lastly, it provides the estimated schedule, the required resources and
estimated costs to complete the project
How Is It Used?
The project scope statement is used to define the project. It’s an input to creating the WBS and
it’s useful in evaluating if to initiate a project. Once the scope statement becomes approved, the
approved version is an important part of the scope baseline. Other parts of the scope baseline include
the WBS and the WBS dictionary. Because the approved project scope statement becomes a part of the
scope baseline, it’s an essential tool for monitoring and controlling scope and controlling change.
In this example, the second level displays the project deliverables. Note; however, that there’s more than
one way to decompose a project. It could also have displayed the project life cycles on the second level
and placed the deliverables on third level.
A work breakdown structure can be constructed in several formats. Among them, it can appear in the
form of a flow chart, an outline or a quasi-list. With each of these formats, form follows function. The
template below uses an outline or list type of presentation.
Even with input from everyone, full decomposition might not be possible until future work is known or
completely understood. As such, the WBS may be revised several times during the life of the project.
How Is It Used?
The work breakdown structure is an important project management tool. For starters, it helps
organize the project. Once constructed, it’s used for calculating costs and estimating the project
schedule. When the project is underway, it’s used for making comparisons. Because the WBS is a part
of the scope baseline, it’s also relied upon for controlling project scope.
It becomes finalized by assigning a control account (a management control point) to each work package
and by establishing a unique identifier for that work package from a code of accounts. Each control
account may include one or more work packages, but each of the work pages should be associated with
only one control account.
Along with the approved project scope statement and the work breakdown structure, the WBS dictionary
is a part of the scope baseline. Once approved, it can be changed only through formal change control
procedures. As such, it’s a useful tool for monitoring and controlling scope, cost and schedule.
Activity attributes are captured because they assist us in scheduling the project and planning it. For
example, when the attributes are captured, we know what activities must happen before the one in
question and we know who will perform it.
How Is It Used?
The completed activity attributes template is used to develop the project schedule and assist in planning
the project.
By estimating activity durations, you improve your chances of developing a reliable project schedule.
Our chances are improved because the duration estimates are made at the smallest work level; the
activity level. By estimating time at the smallest level of work, project managers are more likely to
account for all the work that must be completed.
When making a duration estimate, include the amount of time for completing each activity. Measure from
start to finish but don’t include any lags. Here, we’re only concerned with estimating the duration of each
single activity.
Duration estimates aren’t always black and white. Occasionally assumptions are made, and resources
are changed. Because there are variables, it’s a good idea to document how the estimates were
determined. The documentation will be useful when performing risk identification.
The activity list is simply a place to log all the activities. The list presents the activity number or identifier,
the name of the activity, and a detailed description of the activity. The description should sufficiently
[Link] pg. 18 help@[Link]
Engineering and Management Freelance Platform
describe the scope of work so that all project team members can understand exactly what must be
performed. It also tracks the person(s) responsible for performing the work.
Activities are the very smallest units of work. When decomposing items into activities, the best practice
is to involve the team members who will be performing the project work.
How Is It Used?
This Activity List template is used for decomposing work packages to specific, well-defined tasks. Once
the activities are listed and defined, they can be used to provide a basis for estimating, scheduling,
executing, and monitoring and controlling the project work.
Typically, a milestone list indicates whether the milestone is mandatory or optional. An example of a
mandatory milestone includes one required by contract. An optional milestone might be one based on
historical information.
By entering the activities, resources and durations into the scheduling tool, the software generates a
schedule with planned dates for completing the activities.
Like most project schedules, this one presents data graphically. The one here allows the user to enter
activities or milestones along with their start and end dates.
The project manager creates the project schedule; though he or she rarely does so in isolation. A
good project manager will consult with the project team members and other stakeholders when
determining sequence, estimating durations and identifying constraints.
How Is It Used?
The project schedule is a planning tool. It’s used to plan the sequence and duration of the project
activities, from start to finish. Developing it is an iterative process. As more information is known, the
schedule becomes revised.
The project schedule is also a monitoring tool. It’s used to monitor time. At some point before the project
work begins, the schedule becomes “baselined.” In other words, it becomes approved and it’s used to
track progress. What happens is compared to what was agreed upon. These performance results are
set forth in each status report.
Think of the project schedule as a living document. It’s one that becomes updated throughout the
duration of the project. Where change requests increase or decrease the project scope, remember to
review the schedule for revisions.
Though the project schedule is developed during the initial planning phases, mere development doesn’t
leave the schedule set in stone. The project schedule is managed throughout the life of the project and
the schedule management plan explains how that will happen.
How Is It Used?
As mentioned above, the schedule management plan is a tool used for planning, monitoring and
controlling the project schedule. It’s the roadmap for moving a project from initial project work to
completion.
An activity cost estimate includes those costs associated with all the resources required to complete the
activity. The various types of costs might include direct and indirect costs associated with labor,
materials, equipment, services, facilities, exchange rates, inflation and allowance.
Generating activity cost estimates isn’t always an exact science. Assumptions are made, prices may
fluctuate, and the available resources may change. Because uncertainty exists, it’s a good practice to
retain supporting details of how the estimates were developed. Later, the information will be referenced
when performing risk identification.
In format, the RBS is quite like the work breakdown structure. The template below sets forth the
identifying RBS number, the resource category or type and the quantity needed.
At the start of writing, the compliance matrix informs the layout of the proposal outline. After the proposal
is complete, it becomes a proofing tool. The matrix is used to double check that every RFP requirement
found its way into the proposal.
Implied quality requirements can be more elusive. Consider a custom web development project where
the system is so slow that it’s rendered ineffective. There may be no express quality requirements
concerning the size or compression of images; however, proper sizing and compression are required for
efficient page loads. The implied quality requirement is that the page should function as expected. Break
this down further and the quality requirement might dictate that all page’s load in X amount of time. This
implied quality requirement, now being verifiable, should be captured.
At other times, quality requirements arise from the need to conform to the law. For example, on a
construction project, the building code will set forth the requirements a certified electrician must meet
when terminating a circuit.
Inputs may also include the WBS dictionary and the risk register. Any source that might trigger express
or implied notice of the level of quality required for a project deliverable or for project acceptance will be
an input to developing the quality requirements log.
How Is It Used?
Before we can determine how to meet the quality requirements, we must know what they are. It’s here
that the quality requirements log begins being useful. At the most basic level, it’s a tool used for
capturing the identified requirements.
The template adds a little more functionality to the quality requirements list. It captures a detailed
description of each attribute, the measurement method that should be used and the acceptable
variance. This information is needed when planning quality assurance and performing quality control. In
addition, the template below captures the source of the requirements and the date each one was
identified or received.
Once the list appears complete, the requirements should be analyzed. Some will be too vague to
understand, some might be duplicates, and some might conflict with others. After that, ensure each
requirement is quantified. Each quality requirement should be decomposed to a level where it’s
actionable, measurable and testable.
The human resources attribute sheets are part of the human resources plan. One should be completed
for each project team member. Besides being useful assessment tools, they also capture contact
information.
How Is It Used?
The human resource attributes form is used for determining whether the project team members have the
requisite skills, experience and certifications to perform the project work. It also provides the project
manager with notice of their availability to work on the project.
It might also be a human resource requirement to have someone on the project team with a specific
certification. Consider a construction project where certain work activities must be performed by a
certified electrician. The human resources requirements of a legal project might involve someone with
both a degree and a license. Another requirement might concern their availability.
Consider a project meeting that begins late, ends late, rambles on and wastes the time of several
individuals. How would it reflect on the project and the person who manages it?
Whether the project meeting is held in person or electronically, a well-organized meeting speaks
volumes about the project. It communicates the worth of the project and the fitness of the person
managing it. Thankfully, it isn’t difficult to run a well-organized project meeting. It does; however, take a
little planning.
That planning begins with the meeting agenda template. By relying on a template, you’re certain to
capture the information you’ll need to run an effective meeting.
Depending on the goals and objectives for the meeting, inputs to creating the meeting agenda may
include the project management plan including each of the subsidiary management plans, organizational
process assets and enterprise environmental factors.
How Is It Used?
First and foremost, think of the meeting agenda template as a planning document. It’s one that
helps the user prepare for a project meeting.
The status report sets forth information regarding the current reporting period. In addition, it might also
include the work planned for the next reporting period, the status of change requests and the status of
issues.
From a communications perspective, the project status report is arguably the most important project
management document. Where there is effective status reporting, stakeholders receive early indications
of problems with the project. Where there is early detection, preventative and corrective measures can
be swiftly implemented.
For this reason, the project status report should be drafted to suit the informational needs of those
receiving the report. These needs may vary stakeholder to stakeholders. Some prefer a short, simple
format and others prefer the more detailed, in-depth information that the template below is designed to
capture.
During the project planning phase, take time to discover the status reporting requirements and develop
an agreed upon (approved) reporting format. The template below should make this job easy. It prompts
a rather detailed project status report; however, it’s completely editable.
The project manager is the person responsible for preparing and distributing the project status report. It
should be prepared and distributed frequently and at regular intervals.
How Is It Used?
The project status report is prepared and distributed frequently and at regular intervals. It’s used to
inform the project sponsor and other stakeholders about the health of the project so that, if necessary,
preventative or corrective measures can be swiftly implemented.
Project status report is a document that provides information regarding the health of a project it. It
speaks to matters like schedule, risk, budget, scope, quality, human resources, communications and
procurements.
Compared to an in-depth report of the project health, a short project status report seeks to capture only
the “news you can use.” It highlights important project information and avoids in-depth analysis.
Status reports are most effective when they are published regularly and frequently. Their publication
comprises one of the more important project communications. Project status reports are a part of the
project communications plan; a subsidiary plan of the project management plan.
How Is It Used?
A project status report is used to keep people informed of the project health. It’s best used when
published to the sponsor, project team members and other stakeholders on a regular and frequent basis.
Frequent and regular status reporting enables early detection of problems and provides for the swift
implementation of corrective measures.
We make project assumptions out of necessity. They allow us to continue forward with planning without
checking the validity of every single fact. If we couldn’t make assumptions, it would be difficult to make
any progress with planning.
Capturing the assumption is only part of the work. Next, we must verify if the assumptions are true. If we
assumed during planning that is correct, there is nothing further to do. If we assumed that is incorrect,
it’s likely that the project plans will need updated.
[Link] pg. 27 help@[Link]
Engineering and Management Freelance Platform
Left unverified, assumptions pose risk to the project; hence, the assumptions log is part of the risk
management plan.
How Is It Used?
Inaccurate, inconsistent and incomplete assumptions can create project risk. An assumption log is used
to track all assumptions and explore their validity.
Most projects will encounter a few snags along the way. Left unattended, these snags expose the
project to risk; hence, the issue log is a part of the risk management plan.
This issue log template captures the issue number, the date, the name of the person that reported the
issue, the proposed resolution, the name of the person who approved the resolution, the name of the
person the issue is assigned to, and the status of the issue.
How Is It Used?
An issue log is used to track all issues. It captures the issue, the proposed resolution, the
assignment and the status of the issue. Once logged, an issue can be shared with the project team and
key stakeholders and assigned for resolution. Proactive issue management improves the likelihood of
strong project performance.
When we further decompose the risk category of project management, we might list: inexperienced
project manager and relatively young project management office. Beneath young project management
office, we might find risks like: lacking in established procedures, little to no documented lessons
learned.
The risk breakdown structure can be constructed in several formats. Sometimes they appear in the form
of a flow chart and sometimes in the form of an outline or list. The free template below uses an outline or
list-style presentation.
Regardless of whether the effect is negative or positive, they potentially impact activities, schedule, cost
and project resources. For this reason, risks are identified throughout the project and a plan is
implemented to manage them. As you would guess, the risk register is a part of the risk management
plan.
A risk register captures each identified risk associated with a project. Often it contains the risk
description, the risk number, the risk owner, a mitigation strategy, a proposed response, summary
information regarding risk analysis and the status of the risk.
How Is It Used?
The Risk Register is used to capture all projects risks and monitor the status of each one from a
high-level perspective. The Risk Register is a valuable input to performing qualitative and quantitative
[Link] pg. 29 help@[Link]
Engineering and Management Freelance Platform
risk analysis and for developing risk response plans. The risk register should be reviewed and
continuously updated throughout the project life cycle.
“Procure” isn’t just another word for “purchase.” You can be certain there’s a difference. Purchasing
refers to the act of ordering and receiving goods and services. Procuring refers to a whole host of
activities. When we procure a good or service, we first establish the requirements. We perform market
research, evaluate vendors, solicit bids, negotiate contracts, purchase what we need and integrate the
delivery of those services or goods into the project.
How Is It Used?
The procurement requirements list is used to capture and track the procurement requirements
that become identified during project planning. The free template below captures the WBS ID, the
activity name, requirements, dates needed and the procurement authority. Once complete, the list
becomes an input to developing the procurement management plan.
attention. By performing stakeholder analysis, we’re better able to determine who requires what type of
communication and we’ll better understand the frequency with which it should be sent. We’ll identify the
stakeholders for whom we should perform engagement activities and we’ll identify which stakeholders
expose the project to risk.
By performing stakeholder analysis, we analyze the interests of everyone who is affected by the project.
This allows us to classify the stakeholders so that we’re better able to plan communications,
engagement activities and risk responses.
How Is It Used?
The Stakeholder Analysis template is used to classify stakeholders and assess their interests in
the project. It’s used to document their expectations of the project, their levels of influence and their
communication needs. It’s an input to planning project communications, risk and engagement activities.
It’s also an input to developing the Stakeholder Management Plan.
Because no two stakeholders are alike, the attention each one receives may vary. The stakeholder
management plan is used for determining the types and amounts of communications each stakeholder
should receive. The analysis section is also good for spotting risks that should be addressed in the risk
management plan.
This includes the identification of changes, risks and issues, the review of deliverable quality and the
measurement of each deliverable being produced against the acceptance criteria. Once all the
deliverables have been produced and the customer has accepted the final solution, the project is ready
for closure.
Throughout the project life cycle, project managers track numerous pieces of information. On occasion,
that includes capturing the amount of time worked. This is especially true where the cost of labor is
deducted from the project budget.
If you find yourself needing to track time worked, and there isn’t a system already in place, consider
using the timesheet template below. It captures the number of regular hours worked and the amount of
overtime worked. In addition, it tracks sick time and vacation time.
How Is It used?
The timesheet is used to track the total amount of time that a person performs project work. If task
descriptions are included on the timesheet, it becomes a more useful tool. In that case, it can also be
used to provide historical data. For example, we can look back to see how long it took to accomplish a
specific task or how long it took to complete a certain project phase. Besides providing useful
information for monitoring the health of the project, the data can be used for future schedule and cost
estimating activities.
How Is It Used?
Typically, when a project team member incurs an approved cost that is attributable to the project, he or
she saves the receipt and logs the item on the expense report. At set intervals, and depending on
accounting preferences, the receipts and the expense report is submitted for approval and
reimbursement.
Update
Change
Work
The change request form is arguably the most important document in the change control process. It
provides a single avenue for requesting a change. Once the change is requested, it becomes sized and
either approved, deferred, or disapproved. If approved, the projects plans must reflect the change and
the change must be implemented.
This change request template captures a description of the change, the reason for it, sections for impact
analysis and a place to record the decision regarding the request. Lastly, this template captures the
signature of the person who approved the changed.
How Is It Used?
The change request is used to formally request the change. It can include a request for corrective action,
preventative action and defect repair. Once complete, it becomes submitted to the change control board
for approval or rejection. Like all other work activities, approved change requests become planned,
executed, monitored and controlled and closed.
By monitoring the status of every change request received, the project manager is better able to control
the project scope, budget, schedule, and quality requirements. At a single glance, he or she can see the
status of each request.
Timely disposition of every change request is important for the health of a project. The change request
log is an important tool for meeting these objectives.
This issue log template captures the issue number, the date, the name of the person that reported the
issue, the proposed resolution, the name of the person who approved the resolution, the name of the
person the issue is assigned to, and the status of the issue.
Typically, the execution process and the monitoring and controlling processes create inputs for the issue
log.
How Is It Used?
An issue log is used to track all issues. It captures the issue, the proposed resolution, the assignment
and the status of the issue. Once logged, an issue can be shared with the project team and key
stakeholders and assigned for resolution. Proactive issue management improves the likelihood of strong
project performance.
The status report sets forth information regarding the current reporting period. In addition, it might also
include the work planned for the next reporting period, the status of change requests and the status of
issues.
From a communications perspective, the project status report is arguably the most important project
management document. Where there is effective status reporting, stakeholders receive early indications
of problems with the project. Where there is early detection, preventative and corrective measures can
be swiftly implemented.
For this reason, the project status report should be drafted to suit the informational needs of those
receiving the report. These needs may vary stakeholder to stakeholders. Some prefer a short, simple
format and others prefer the more detailed, in-depth information that the template below is designed to
capture.
During the project planning phase, take time to discover the status reporting requirements and develop
an agreed upon (approved) reporting format. The template below should make this job easy. It prompts
a rather detailed project status report; however, it’s completely editable. Simply modify it to fit the
reporting needs of your project.
The project manager is the person responsible for preparing and distributing the project status report. It
should be prepared and distributed frequently and at regular intervals.
How Is It Used?
The project status report is prepared and distributed frequently and at regular intervals. It’s used to
inform the project sponsor and other stakeholders about the health of the project so that, if necessary,
preventative or corrective measures can be swiftly implemented.
Consider documenting the lessons learned for every project you manage. A lesson learned log, like the
one below, is a good place to capture them.
Acknowledgement of phase acceptance is often formal. Typically, it’s accompanied by the execution of a
phase acceptance document.
How Is It Used?
When the deliverables are complete, they’re presented for validation. In other words, they’re
reviewed to determine whether they meet the formal acceptance criteria. When all deliverables have
been validated, the phase acceptance document is signed by the person who validated the deliverables.
Once a phase is formally accepted, the project manager can finalize all activities across the project
management process groups to formally close that phase.
Project acceptance does trigger events; however. An executed project acceptance document provides
the project manager with authority to formally close the project.
How Is It Used?
Typically, the project acceptance form is presented to an authorized representative of the buying
organization after all project activities are complete, after all testing is finished, after training is
administered, if any, and after the project is handed over to operations.
Once the project is formally accepted, the project manager can finalize all activities across the project
management process groups to formally close that project.
An example of its use includes a project in the accounting department that requires the services of
software development professional from the IT department. Once the software development part of the
project is complete, the project manager formally released the developer from the project.
How Is It Used?
The release human resources template is used to release a person from project work. The
project manager completes and signs the template then delivers it to the supervisor of the person being
released. Notice of the release allows the supervisor to once again begin scheduling the resource for his
or her normal work activities.
Glossary:
The following definitions apply to terminology used within the Project Lifecycle:
• Acceptance Management
The process by which deliverables produced by the project are reviewed and accepted by the
customer as meeting their specific requirements
• Acceptance Planning
The process of identifying the milestones, criteria and standards for the acceptance of project
deliverables by the customer
• Business Case
A document outlining the justification for the initiation of a project. It includes a description of the
business problem (or opportunity), a list of the available solution options, their associated costs and
benefits and a preferred option for approval
• Change Management
The process by which changes to the project scope, deliverables, timescales or resources are
formally defined, evaluated and approved prior to implementation
• Communications Management
The process by which formal communications messages are identified, created, reviewed and
communicated within a project
• Communications Planning
The process of identifying the type and regularity of information to be provided to all project
stakeholders to keep them informed of the progress of the project
• Management
The process by which costs (or expenses) incurred on the project are formally identified, approved
and paid
• Deliverable
A quantifiable outcome of the project which results in the partial (or full) achievement of the project
objectives
• Dependency
A logical relationship between two or more project activities. The four types of dependencies
include: start-to-finish, start-to-start, finish-to-start, finish-to-finish
• Feasibility Study
A document which identifies each of the solution options to a business problem (or opportunity) and
assesses the likelihood of each option’s achieving the desired result
• Financial Planning
The process of identifying the financial resources required to undertake the project. This includes a
list of the types of costs to be incurred on the project (e.g. labor, equipment, materials and
administration costs) and a schedule outlining when the respective costs are likely to be incurred
• Issue
Events which are currently affecting the ability of the project to produce the required deliverables
• Issue Management
The process by which issues are formally identified, communicated, monitored and resolved
• Job Description
• Milestone
The recognition of an important event within the project, usually the achievement of a key project
deliverable
• Procurement Management
The process by which product is sourced from a preferred supplier, including the on-going
management of the supplier relationship
• Procurement Planning
The process of identifying the products to be sourced externally and the methods for acquiring them
• Product
A good or service which is acquired from an external supplier to assist with the production of a
project deliverable
• Project
A unique endeavor to produce a set of deliverables within clearly specified time, cost and quality
constraints
• Project Activity
A set of project tasks which usually results in the partial (or full) completion of a project deliverable.
• Project Lifecycle
A series of project phases which are undertaken in either sequential or parallel order
• Project Management
The skills, tools and management processes required to successfully undertake a project
• Project Office
The physical premises within which Project Administration staff (e.g. the Project Manager and
support staff) reside
• Project Phase
A set of project activities and tasks which usually result in the completion of a project deliverable
• Project Plan
A document which lists the phases, activities, tasks, timeframes and resources required to complete
the project
• Project Schedule
A series of planned dates within which activities and tasks must be completed to achieve project
milestones
• Project Task
A specific work item to be undertaken which usually results in the partial completion of a project
deliverable
• Project Team
A collation of people who report to the Project Manager
• Quality
• Quality Assurance
The preventative steps taken to eliminate any variances in the quality of the deliverable produced
from the quality targets set
• Quality Control
The curative steps taken to eliminate any variances in the quality of the deliverable produced from
the quality targets set.
• Quality Management
The process by which the quality of the deliverables and management processes is assured and
controlled for the project, using Quality Assurance and Quality Control techniques
• Quality Planning
The process of identifying the approach taken to ensure the quality of the deliverables produced by
the project and of the management processes undertaken. This includes a list of the quality criteria
and standards to be achieved as well as the Quality Assurance and Quality Control techniques to
be undertaken
A document which is issued by a project to a wide group of potential suppliers to enable those
suppliers to provide summarized information outlining how they will meet the procurement
requirements of the project
A document which is issued by a project to a short-listed group of suppliers to enable the suppliers
to submit a detailed proposal outlining how they will meet the procurement requirements of the
project
• Resource
The labor, equipment and materials used to complete the activities in the Project
• Resource Planning
The process of identifying the resources required to complete the project. This includes a list of the
types of resources required and a schedule providing the use of and activities undertaken by each
resource
• Risk
Any event which is likely to adversely affect the ability of the project to achieve the defined
objectives
• Risk Management
The process by which risks to the project (e.g. to the scope, deliverables, timescales or resources)
are formally identified, quantified and managed during the project. The process entails completing
several actions to reduce the likelihood of occurrence and the severity of impact of each risk
• Risk Mitigation
A set of actions to be taken to avoid, transfer or mitigate a risk, based on its priority. This includes
the preventative actions to be taken during the project to reduce the likelihood of the risk’s occurring
as well as the contingent actions to be taken to reduce the impact on the project should the risk
eventuate.
• Risk Planning
The formulation of a document which outlines the foreseeable project risks and provides a set of
actions to be taken to both prevent the risk from occurring and reduce the impact of the risk should
it eventuate
• Scope
• Solution
A set of deliverables which, once combined, solve a business problem (or realize a business
opportunity)
• Stage-Gate
A checkpoint at the end of each project phase to ensure that the project has achieved its stated
objectives and deliverables as planned
• Statement of Work
A document which defines the procurement requirements of the project in sufficient detail to enable
potential suppliers to determine if they can meet those requirements
• Supplier Contract
An agreement between the Project Team and an external supplier for the acquisition of a defined
set of products to meet the procurement requirements of the Project
• Tender Document
A formal document included during the tender process which outlines the information required to
provide the Project Team with the confidence that a supplier can meet the procurement needs of
the project. The RFI and RFP are both examples of Tender Documents
• Tender Management
The process by which interested suppliers are identified, evaluated and selected for the supply of
products (goods or services) to the project. This process entails formalizing the procurement
requirements and tender documentation, receiving tender responses and selecting a preferred
supplier
• Project Charter
A document which outlines the purpose of the project, the way the project will be structured and
how it will be successfully implemented
• Time Management
The process within which time spent by staff undertaking project tasks is recorded against the
project.