Project Management Plan
Project Management Plan
Project Management
Plan
Template
1. Delete the template title page (previous page) and this page.
2. Replace [bracketed text] on the cover page (next page) with your project and the requesting office
name.
3. Replace [bracketed text] in the tool header area at the top of page i (Contents page) with the
same project and office name as on the cover page.
5. Each section contains abbreviated instructions, shown in blue italics, and a content area. The
content area is marked with a placeholder symbol () or with a table.
Rule Chapter 74-1 Required – The section/field must be completed in compliance with
Rule Chapter 74-1, Florida Administrative Code (F.A.C.).
Rule Chapter 74-1 Recommended – The section/field is not required; however, under Rule
Chapter 74-1, Florida Administrative Code (F.A.C.), it adds value and therefore should be
considered as part of the project documentation.
FDOT Recommended – The section/field is not required; however, the information provided
adds value and provides consistent project documentation throughout Department
projects.
7. Each section will display a version of this image containing 1 to 4 numbers. If the Risk and
Complexity (R&C) Category for a project is included in the displayed image, then that section is
required or recommended by Rule Chapter, 74-1, Florida Administrative Code (F.A.C.). Do not
remove or resize the image.
1 2
3 4
8. The various sections and fields found in the template and tool must not be removed or
rearranged. Where relevant, use N/A to indicate that the section/field is not applicable to this
project.
Note: The italicized blue instructions within the template may be removed.
9. Update the table of contents by right-clicking and selecting “Update Field,” then “Update entire
table.”
10. If this template does not fit the needs of the project, specifically document in the Project
Mangement Plan (PMP) that deviation from this template is necessary. Any altered, added or
removed sections to the template must be approved by the signatories listed on the PMP
template. Note: Any modifications to the approved template must still meet the minimum
requirements of Rule Chapter 74-1, Florida Administrative Code (F.A.C.).
Project Sponsor
Signature Date
Signature Date
OIT Manager
Signature Date
Project Manager
Signature Date
Signature Date
Signature Date
8.1 Budget.............................................................................................. 12
8.2 Project Funding Authority/Source(s)................................................13
8.3 Budget Breakdown...........................................................................13
8.4 Cost Management............................................................................13
16.1 Impact.............................................................................................. 23
16.2 Readiness........................................................................................24
16.3 Communication................................................................................24
16.4 Training............................................................................................24
Section 19 Appendices......................................................................................25
Summarize the purpose of the project, any specific deliverables and/or tasks, basic project
timeline, and any other relevant information.
The project scope defines all the work that must be done to complete the project successfully.
2.2 In Scope 1 2
3 4
Rule Chapter 74-1 Required for R&C Category
Critical success factors are elements that must exist for the project to be successful. Examples
may include, but are not limited to:
Proper mix of expert resources;
Strong collaboration with key stakeholders;
Effective communications;
Strong alignment of project objectives with agency strategic plan;
Executive support.
2.6 Assumptions 2
Identify assumptions.
FDOT Recommendation: In this section, list or describe the assumptions used in planning the
project. Assumptions are factors considered to be true, real, or certain, without proof or
demonstration.
2.7 Constraints 2
Identify constraints.
FDOT Recommendation: In this section, list or describe the specific internal or external
constraints (restrictions or limitations) that affect the execution of this project. Constraints are
factors affecting the execution of a project. For example, contractual and funding provisions are
generally considered to be constraints.
Discuss how the project scope and objectives trace back through the Project Charter to initial
project documents such as the Schedule IV-B.
2.9 Interdependencies 1 2
Identify projects, initiatives, and/or production systems (if any) that will be impacted by the project.
Document the approach for project execution (identify the Software Development Life Cycle
model that will be used – such as Agile, waterfall, etc.)
FDOT Recommendation: Describe the approaches you will use for development, data migration
(if applicable), and testing. Discuss the Software Development Life Cycle (SDLC), or other
methodologies or frameworks (waterfall, agile, hybrid, etc.) that will be used to complete the
project. Include a description of any major project steps (phases, gates, sprints, etc.).
If known, identify sections or individuals planned for the project team along with their roles and
responsibilities.
Resource Role Resource Name Responsibility
Project Manager
Business Analyst
Project Sponsor
Include a detailed description of the project and the Agency’s governance process.
Include a detailed description of the project and Agency’s governance roles and responsibilities.
Include a detailed description of approval authorities identified for project documents or artifacts.
Include reporting and escalation parameters for variances in baseline schedule, cost, and scope.
FDOT Recommendation: Describe the roles, responsibilities, processes, and triggers for project
escalation.
List the number and type of resources anticipated and what, if any, resources must be procured.
The Human Resource Plan establishes the project team, describes the roles and responsibilities
of the project team members,and documents the human resources required to complete the
project.The Human Resource Plan provides guidance on how the project’s human resources
should be defined, staffed, managed, and eventually released.
Specify the method(s) for acquiring new personnel or incorporating and backfilling the current
responsibilities of existing personnel.
FDOT Recommendation: Include an estimate of the amount of time each resource will be
required.
Describe plans for maintenance, support, upgrades, decommissioning, software licensing and
renewal, and any future purchases that may be necessary.
- Document the hierarchical and incremental decomposition of the project into phases,
deliverables, and work packages.
- Identify all the tasks required to deliver the total scope of work to produce each deliverable.
- Tasks must be decomposed into substasks until they can be estimated, observed, and
evaluated.
In this section, include a summary of the schedule containing project start and finish dates, as
well as dates for significant project phases or milestones in this document. Reference the location
where the Project Schedule may be obtained.
Describe the process for establishing and changing the schedule baseline.
Describe the responsibilities, timeframes, and methods to manage, update and report progress
(including Earned Value Analysis) throughout the project.
Project budgeting determines the estimated costs associated with different project activities.
Budgeting is done in parallel with the project schedule development. The budget is highly
dependent on both the estimated length of tasks and the resources assigned to the project.
Develop and maintain a Project Budget, which must include specific fiscal year cost totals over
the life of the project and the overall total cost of the project.
Describe the responsibility for and process of reviewing, updating, and reporting the project cost
information. Cost management activities are subject to the governance and escalation processes
described in the Organizational and Governance Plan, and change control processes are
described in the Change Management Plan.
Identify the project information requirements of stakeholders and detail what, when, and how
information will be collected and reported.
Assess each stakeholder on such factors as their impact or influence on the project and their risk
tolerance. The communications and interactions with the stakeholder should take these factors
into account.
FDOT Recommendation: There is an FDOT Recommended tool to assist with the requirements
noted for the Communication Plan and identification of stakeholders. It is called the Stakeholder
Analysis Communication Plan. Rule Chapter 74-1 does not require the use of a Stakeholder
Analysis Communication Plan template, however it may be used in lieu of filling out this section of
the Project Management Plan. State if the Stakeholder Analysis Communication Plan template
was used to complete this section. Otherwise, provide all required documentation necessary to
comply with Rule Chapter 74-1.
Identify the responsibility, frequency, format, and distribution method for meeting summaries,
project status reports, project governance meetings, and stakeholder communications, including
reporting variances in schedule, cost, or scope and emerging risks or issues.
FDOT Recommendation: There is an FDOT Recommended tool to assist with the requirements
noted for the Communication Plan and identification of stakeholders. It is called the Stakeholder
Analysis Communication Plan. Rule Chapter 74-1 does not require the use of a Stakeholder
Analysis Communication Plan template, however it may be used in lieu of filling out this section of
the Project Management Plan. State if the Stakeholder Analysis Communication Plan template
was used to complete this section. Otherwise, provide all required documentation necessary to
comply with Rule Chapter 74-1.
Include documentation for Decision Tracking and Action Item Tracking (see Rule 74-1.006,
F.A.C. – Monitoring and Controlling).
FDOT Recommendation: State where (link or specific document name) the Decisions and Action
Items will be located.
Describe the approach, location, standards, etc. for storing all project documentation. Describe
the processes and criteria for project documentation. Include such things as software standards
(MS Word, Excel, etc.) for deliverables, assigned authors, reviewers and approval process,
naming conventions, and version control.
Define the various change control roles and responsibilities. Include specific levels of authority for
approval of change at each escalation level.
Describe the change control tracking process, including the maintenance of the project Change
Log. The log is used to record project change requests, track their status as they progress
through the review process, and record their approval or disapproval. A Change Log template is
available in the FDOT Project Workbook.
Document any method(s) for ensuring customer acceptance of the product or service.
Document the processes and procedures for ensuring quality planning is conducted.
FDOT Recommendation: The focus of quality planning is on the approach that will be used to
manage quality throughout the project’s lifecycle. Describe the activities that will be used to
manage quality, how quality planning and management will be documented, and responsibilities
for quality planning and management.
Document the processes and procedures for ensuring quality assurance is conducted.
FDOT Recommendation: The focus of quality assurance is on the processes used in the project.
The goal of quality assurance is to improve processes so that defects do not arise when the
product is being developed. Describe the activities that will be used to monitor quality, how quality
activities will be documented, responsibilities for all quality activities, and training of team
members.
Document the processes and procedures for ensuring quality control is conducted.
FDOT Recommendation: Quality control applies to the project’s product as opposed to its
processes, and it aims to identify (and correct) defects in the finished product after it is developed
but before it is released. Include the measurements that will be used to gauge compliance with
the acceptable standards and/or performance for the product and how these measurements will
be conducted. Quality control emphasizes changes and reporting to management. Some
measures to consider include, but are not limited to, number of change requests for missed
requirements or needs, total number of requirements by agency function or project track, number
of fulfilled versus unfulfilled requirements over time (planned versus actual tied to due dates),
satisfaction (from surveys) over time by functional area, defect tracking (planned versus actual
review/test cycles, total defects and closed defects, open/new defects in the reporting cycle, sum
of defect types over time).
Provide the roles, responsibilities, process(es), and documentation for testing and documenting
test results. Include a discussion of development and updating of test scripts/test cases. Identify
and address all forms of project testing required, including, but not limited to:
Unit Testing – Testing of components throughout development (including peer testing);
System Testing;
Integration Testing – Testing of the connectivity of the application and testing the
appropriate work environment;
User Acceptance Testing.
Describe steps required to assure appropriate utilization of the Requirements Traceability Matrix
(RTM) through design, development, and test processes.
List the deliverables and the person(s) responsible for approving deliverables.
FDOT Recommendation: The chart below may be used to display this information, and additional
rows may be added as necessary.
Deliverable Approver
FDOT Recommendation: Deliverables are tangible artifacts that constitute significant work effort
and signal completion of a task or group of tasks. Deliverables are often used as payment points
in a contract.
Provide an initial list of project deliverables with estimated completion dates (to the detail that
they are known, e.g., by date, month, fiscal year) and owners (if known). Include all deliverables
in the project schedule.
There is an FDOT Recommended tool to assist with the requirements noted for the Deliverable
Acceptance Plan. It is called the Deliverable Expectations Document. Rule Chapter 74-1 does not
require the use of a Deliverable Expectations Document, however it may be used in lieu of filling
out this section of the Project Management Plan. . State if the Deliverable Expectations
Document template was used to complete this section. Otherwise, provide all required
documentation necessary to comply with Rule Chapter 74-1.
Provide the Pre-Charter and Initiation Gate R&C Category in this section. Update the category
score as you move through the project. If applicable, provide the reason(s) for a change in the
R&C Category between assessments.
Risk & Complexity
Category Reason for Change (if Applicable)
Assessments
Pre-Charter Risk & Complexity
Category
Initiation Gate Risk &
Complexity Category
Document the process for the descriptive identification (listing) of risks that may impact the
project. Identify and document the process to be used for tracking, periodic review, and update of
Risks (see Rule 74-1.006, F.A.C. – Monitoring and Controlling).
FDOT Recommendation: While risk identification starts during the initiation and planning
processes, it should occur continuously throughout the project. Develop a Risk Log to track
identified risks, which is constantly updated as new risks are identified and/or as the team
performs risk response activities. A Risk Log template is available in the FDOT Project Workbook.
Document the process for evaluation (probability and impact) and prioritization of risks that may
impact the project. Also document the nature of any time sensitivity to risks that may impact the
project..
Document the process for response to risks (specified mitigation strategies for each risk).
FDOT Recommendation: Determine actions to decrease the probability or the impact of an
adverse risk event and maximize beneficial risks. Document the response if the risk event occurs
Document the process for (and the documentation of) identification of issues impacting the
project. Identify and document the process to be used for tracking, periodic review, and update of
Issues (see Rule 74-1.006, F.A.C. – Monitoring and Controlling).
Document the process for (and the documentation of) evaluation and management of issues
impacting the project.
Document the process for (and the documentation of) resolution to issues impacting the project.
FDOT Recommendation: Include timeframes and due dates.
If procurement is required by the project, document any products or services needed and identify
the specific products and services to be purchased, along with the appropriate purchasing
methods.
Document the appropriate purchasing rules and statutes affecting procurement activities.
FDOT Recommendation: Describe any applicable rules or statutes that are required to fund the
project or procure the necessary goods or services. This might include a discussion of grant
funding and the timelines and processes of obtaining, managing, and reporting on these funds or
special requirements for Legislative funding.
Describe the contract management practices of the project. Include contract owners and other
responsible parties, the requirements for monitoring and administering the contract, and the
process for contract payment. Address the process for contract amendments resulting from the
change control process. For outsourced projects, refer to the final contract language.
16.1 Impact 2
Document the impact of delivering the project’s products to the user organization and the
individual users.
FDOT Recommendation: Briefly describe the current state of operations and the future state.
Analyze the key change between the current and future state for the project and describe how
these will impact the organization including, but not limited to, individuals’ roles, skills, policies,
and decision-making.
Document the readiness of the user organization and individual users to accept those changes.
Describe and plan the action necessary to facilitate those changes.
FDOT Recommendation: Assess the organization’s readiness for change. In support of Florida
Rule, make sure the users are ready to receive the product(s). Organizational assessment
provides insight into the readiness of the stakeholders and users to prepare for and undergo
change, and identifies actions plans to remedy any lack of readiness. Conduct and document an
organizational assessment to include such factors as:
How adaptable to change is the targeted organization?
Is the culture historically resistant or resilient to change?
Are there other changes happening that impact the same stakeholder groups?
Is it decision-making, consensus building, or leadership-driven?
What are the residual effects of past changes (either positive or negative)?
16.3 Communication 1 2
3 4
FDOT Recommended for R&C Category
Ensuring that those impacted by the project know what is taking place, the reason behind the
change, and other pertinent information promotes awareness, ownership, and acceptance.
Include the objectives, scope, and approach for communicating with all stakeholders about the
new organizational structures, processes, policies, and system functionality. This information will
be linked with the Project Communciation Plan.
16.4 Training 1 2
3 4
FDOT Recommended for R&C Category
Include the objectives, scope, and approach for training all stakeholders who require education
about the new organizational structures, processes, policies, and system functionality. If no
training, state no training.
Section 19 Appendices
Include any relevant appendices.