[[Project Name]] PMP

[[Document Configuration Identifier]]

[[Date]]

PROJECT MANAGEMENT PLAN

FOR THE
[[PROJECT NAME]]
[[DOCUMENT CONFIGURATION IDENTIFIER]]
[[DATE]]

Place project logo here

Team Name:
Team Member 1:
Team Member 2:
Team Member 3:
Team Member 4:
Team Member 5:
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

[[Project Name, Code]]

ii
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

PREFACE

This Project Management Plan (PMP) is intended to provide guidance on the management of the [[Project
Name]].
The template conforms to the Institute of Electrical and Electronics Engineers (IEEE) Standard for
Software Project Management Plans, IEEE Std 1058-1998, for format and content. The template and its
standard were selected as they are flexible enough to be applied to any type of project. The management,
technical, and supporting processes comply with the guidance provided by Standard for Information
Technology - Software Life Cycle Processes, IEEE/Electronic Industries Association (EIA) 12207 Series;
Systems Engineering – System Life Cycle Processes, International Organization for Standardization
(ISO)/International Electrotechnical Commission (IEC) 15288; or the Processes for Engineering a
System, Electronic Industries Alliance (EIA) Standard 632.

DOCUMENT CONVENTIONS

The outline of this Project Management Plan (PMP) has been tailored from the Institute of Electrical and
Electronics Engineers (IEEE) Standard for Software Project Management Plans, IEEE Std 1058-1998.
Standard conventions are used within this document to direct the reader to specific sections of the text.
These sections provide instructions and explanations and require users to insert their own project-specific
information. The conventions used in this document are shown below.
[[text]] Global changes. Items that appear in regular text and are surrounded by double brackets
represent changes that can be made globally throughout the document.
Italics Instructions and explanations. Each section of the template has been annotated with a
guidance box, derived from the IEEE 1058-1998 standard, to assist the reader in drafting
the content. For example:
IEEE Std 1058-1998 Guidance
The guidance box provides instructions and explanations from the IEEE 1058-1998
Standard, in italics, as required to assist the user in drafting their own information.
Guidance boxes should be deleted from the final PMP.

iii
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

RECORD OF CHANGES
*A - ADDED M - MODIFIED D – DELETED
NUMBER OF A* CHANGE
VERSION
DATE FIGURE, TABLE OR M TITLE OR BRIEF DESCRIPTION REQUEST
NUMBER
PARAGRAPH D NUMBER

iv
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

TABLE OF CONTENTS
Section Page
SECTION 1. OVERVIEW..........................................................................................................................1
1.1 Project Summary.........................................................................................................................1
1.1.1 Purpose, Scope, and Objectives...........................................................................................1
1.1.2 Assumptions and Constraints...............................................................................................1
1.1.3 Project Deliverables.............................................................................................................1
1.1.4 Master Schedule and Budget Summary................................................................................1
1.2 Evolution of the Plan...................................................................................................................2
1.3 Document Structure.....................................................................................................................2
SECTION 2. REFERENCES......................................................................................................................4
2.1 Standards and Documents............................................................................................................4
SECTION 3. DEFINITIONS......................................................................................................................5
SECTION 4. PROJECT ORGANIZATION...............................................................................................6
4.1 External Interfaces.......................................................................................................................6
4.2 Internal Structure.........................................................................................................................6
4.2.1 The Project Manager............................................................................................................6
4.3 Project Roles and Responsibilities...............................................................................................6
SECTION 5. MANAGEMENT PROCESS................................................................................................7
5.1 Start-up........................................................................................................................................7
5.1.1 Estimation............................................................................................................................7
5.1.2 Staffing.................................................................................................................................7
5.1.3 Resource Acquisition...........................................................................................................7
5.1.4 Staff Training.......................................................................................................................8
5.2 Work Planning.............................................................................................................................8
5.2.1 Work Activities....................................................................................................................8
5.2.2 Schedule Allocation.............................................................................................................8
5.2.3 Resource Allocation.............................................................................................................9
5.2.4 Budget Allocation................................................................................................................9
5.3 Project Controls...........................................................................................................................9
5.3.1 Requirements Control..........................................................................................................9
5.3.2 Schedule Control................................................................................................................10
5.3.3 Budget Control...................................................................................................................10
5.3.4 Quality Control...................................................................................................................11
5.3.5 Project Reporting and Communication...............................................................................11
5.3.6 Metrics Collection..............................................................................................................11
5.4 Risk Management......................................................................................................................12
5.5 Project Closeout.........................................................................................................................12
SECTION 6. TECHNICAL PROCESS....................................................................................................13
6.1 Process Model...........................................................................................................................13
6.2 Methods, Tools and Techniques.................................................................................................13
6.3 Project Infrastructure.................................................................................................................13
6.4 Product Acceptance...................................................................................................................13

v
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

SECTION 7. SUPPORTING PROCESSES..............................................................................................15

7.1 Configuration Management.......................................................................................................15
7.2 Independent Verification and Validation....................................................................................15
7.3 Documentation..........................................................................................................................15
7.4 Quality Assurance......................................................................................................................16
7.5 Reviews and Audits...................................................................................................................16
7.6 Problem Resolution...................................................................................................................16
7.7 Contractor Management............................................................................................................16
7.7.1 Contracting Process............................................................................................................17
7.7.2 Contractor Performance Monitoring..................................................................................17
7.8 Process Improvement................................................................................................................17
7.8.1 Systems/Software Process Improvement Lead...................................................................17
7.8.2 Systems Engineering Process Group..................................................................................17
SECTION 8. ADDITIONAL PLANS.......................................................................................................18
APPENDIX A. [[PROJECT NAME]] MASTER SCHEDULE (MICROSOFT PROJECT)......................2
APPENDIX B. [[PROJECT NAME]] FACILITIES PLAN........................................................................3
APPENDIX C. [[PROJECT NAME]] PROJECT TRAINING PLAN........................................................4
APPENDIX D. [[PROJECT NAME]] MEASUREMENT PLAN..............................................................5
APPENDIX E. [[PROJECT NAME]] PRODUCT ENGINEERING AND QUALIFICATION PROCESS
6
APPENDIX F. [[PROJECT NAME]] QUALITY ASSURANCE PLAN....................................................7
Appendix G. [[Project Name]] Configuration Management Plan...............................................................8

LIST OF FIGURES
Figure Page

LIST OF TABLES
Table Page
Table 7-1. [[Project Name]] Documentation.............................................................................................16

vi
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

SECTION 1. OVERVIEW
1.1 PROJECT SUMMARY
IEEE Std 1058-1998 Guidance
The IEEE Std 1058-1998 provides no specific guidance on Project Summary (Subclause1.1). This section
may be tailored as needed to provide additional subsections in which a project may be more fully
described. For example, 1.1 Project Summary, 1.1.1 System Overview, 1.1.2 Purpose, Scope, and
Objectives, etc.

1.1.1 Purpose, Scope, and Objectives

IEEE Std 1058-1998 Guidance
(Subclause 1.1.1) Purpose, scope, and objectives
This subclause shall define the purpose, scope, and objectives of the project. This shall include a brief
statement of the business or system needs to be satisfied by the project, with a concise summary of the
project objectives, the products to be delivered to satisfy those objectives, and the methods by which
satisfaction will be determined. The project statement of purpose shall describe the relationship of this
project to other projects, and, as appropriate, how this project will be integrated with other projects or
ongoing work processes.

1.1.2 Assumptions and Constraints

IEEE Std 1058-1998 Guidance
(Subclause 1.1.2) Assumptions and constraints
This subclause shall describe the assumptions on which the project is based and imposed constraints on
project factors such as the schedule, budget, resources, components to be reused, acquirer components to
be incorporated, technology to be employed, and product interfaces to other products.

1.1.3 Project Deliverables

IEEE Std 1058-1998 Guidance
(Subclause 1.1.3) Project deliverables
This subclause shall list the work products that will be delivered to the acquirer, the delivery dates,
delivery locations, and quantities required to satisfy the terms of the project agreement. In addition, this
subclause shall specify the delivery media and any special instructions for packaging and handling. The
list of project deliverables may be incorporated into the document directly or by reference to an external
document such as a Contract Data Requirements List (CDRL) or a Product Parts List (PPL).

1.1.4 Master Schedule and Budget Summary

IEEE Std 1058-1998 Guidance
(Subclause 1.1.4) Schedule and budget summary

1
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

This subclause shall provide a summary of the schedule and budget for the project. The level of detail
should be restricted to an itemization of the major work activities and supporting processes as, for
example, those depicted by the top level of the work breakdown structure.

1.2 EVOLUTION OF THE PLAN

IEEE Std 1058-1998 Guidance
(Subclause 1.2) Evolution of the Plan
This subclause shall specify the plans for producing both scheduled and unscheduled updates to this
planning document. Methods of disseminating the updates shall be specified. This subclause shall also
specify the mechanisms used to place the initial version under configuration management and to control
subsequent changes to the planning document.

1.3 DOCUMENT STRUCTURE

General Guidance
This section has been added to the template to help provide the reader of the final planning document an
understanding of the structure and content of the document without having to reference the IEEE Std
1058-1998.
This plan is organized as follows:
a. Section 1, Project Overview. This section provides an overview of the scope and objectives of
the project, the project’s assumptions and constraints, reference to the project deliverables,
schedule and budget, and a description of the evolution of the plan.
b. Section 2, References. This section provides a list of all documents, policies, templates,
processes, and other sources of information referenced in the plan.
c. Section 3, Definitions. This section contains the abbreviations and acronyms required to properly
understand this planning document.
d. Section 4, Project Organization. This section identifies interfaces to organizational entities
external to the project, the project’s internal organizational structure, and defines roles and
responsibilities for the project.
e. Section 5, Management Process. This section describes the planning, measurement, tracking,
reporting, risk control mechanisms needed to provide management control over the technical
processes and product quality, and appropriate project initiation and closeout procedures.
f. Section 6, Technical Process. This section describes the technical solution in terms of a process
model and implementation methods, tools, and techniques to be used to develop the various work
products, plans for establishing and maintaining the project infrastructure, and the product
acceptance.
g. Section 7, Supporting Processes. This section describes processes that are employed to facilitate
and control the technical processes and the state of the product. These include, but are not limited
to, configuration management, verification and validation, documentation, quality assurance,
reviews and audits, problem resolution, and contractor management, and methods to ensure
continuous process improvement.
h. Section 8, Additional Plans. This section addresses the logistic support strategy to be applied to
increase the system’s operational effectiveness.

2
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

i. Appendix A. [[Project Name]] Master Schedule (Microsoft Project)

j. Appendix B. [[Project Name]] Facilities Plan
k. Appendix C. [[Project Name]] Project Training Plan
l. Appendix D. [[Project Name]] Measurement Plan
m. Appendix E. [[Project Name]] Product Engineering and Qualification Process
n. Appendix F. [[Project Name]] Quality Assurance Plan
o. Appendix G. [[Project Name]] Configuration Management Plan

3
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

SECTION 2. REFERENCES
IEEE Std 1058-1998 Guidance
(Clause 2) References
This clause shall provide a complete list of all documents and other sources of information referenced in
the document. Each document should be identified by title, report number, date, author, path/name for
electronic access, and publishing organization. Other sources of information, such as electronic files,
shall be identified using unique identifiers such as date and version number. Any deviations from
referenced standards or policies shall be identified and justifications shall be provided.

2.1 STANDARDS AND DOCUMENTS

The standards and documents listed below are referenced in this document:

4
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

SECTION 3. DEFINITIONS
IEEE Std 1058-1998 Guidance
(Clause 3) Definitions
This clause shall define, or provide references to, documents containing the definition of all terms and
acronyms required to properly understand this planning document.

5
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

SECTION 4. PROJECT ORGANIZATION

4.1 EXTERNAL INTERFACES

IEEE Std 1058-1998 Guidance
(Subclause 4.1) External interfaces
This subclause shall describe the organizational boundaries between the project and external entities.
This should include, but is not limited to, the following: the parent organization, the acquiring
organization, subcontracted organizations, and other organizational entities that interact with the
project. Representations such as organizational charts and diagrams may be used to depict the project’s
external interfaces.

4.2 INTERNAL STRUCTURE

IEEE Std 1058-1998 Guidance
(Subclause 4.2) Internal structure
This subclause shall describe the internal structure of the project organization to include the interfaces
among the units of the development team. In addition, the organizational interfaces between the project
and organizational entities that provide supporting processes, such as configuration management, quality
assurance, and verification and validation, shall be specified in this subclause. Graphical devices such
as organizational charts or diagrams should be used to depict the lines of authority, responsibility, and
communication within the project.

4.2.1 The Project Manager

4.2.1.1 Scope of Authority.

4.2.1.2 Scope of Responsibility.

4.2.1.3 Internal Responsibilities.

4.2.1.4 External Responsibilities.

4.3 PROJECT ROLES AND RESPONSIBILITIES

IEEE Std 1058-1998 Guidance
(Subclause 4.3) Roles and responsibilities
This subclause shall identify and state the nature of each major work activity and supporting process and
identify the organizational units that are responsible for those processes and activities. A matrix of work
activities and supporting processes vs. organizational units may be used to depict project roles and
responsibilities.

6
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

SECTION 5. MANAGEMENT PROCESS

5.1 START-UP
IEEE Std 1058-1998 Guidance
(Subclause 5.1) Project start-up plan
This subclause shall specify the estimation plan, staffing plan, resource acquisition plan, and training
plan. Depending on the size and scope of the project, these plans may be incorporated directly or by
reference to other plans.
.
5.1.1 Estimation
IEEE Std 1058-1998 Guidance
(Subclause 5.1.1) Estimation plan
This subclause shall specify the cost and schedule for conducting the project as well as methods, tools,
and techniques used to estimate project cost, schedule, resource requirements, and associated confidence
levels. In addition, the basis of estimation shall be specified to include techniques such as analogy, rule
of thumb, or local history and the sources of data. This subclause shall also specify the methods, tools,
and techniques that will be used to periodically re-estimate the cost, schedule, and resources needed to
complete the project. Re-estimation may be done on a monthly basis and/or periodically as necessary.

5.1.2 Staffing
IEEE Std 1058-1998 Guidance
(Subclause 5.1.2) Staffing plan
This subclause shall specify the number of staff required by skill level, the project phases in which the
numbers of personnel and types of skills are needed, the source of personnel and the duration of need.
Resource Gantt charts, resource histograms, spreadsheets, and tables may be used to depict the staffing
plan by skill level, by project phase, and by aggregations of skill levels and project phases.

5.1.3 Resource Acquisition

IEEE Std 1058-1998 Guidance
(Subclause 5.1.3) Resource acquisition plan
This subclause shall specify the plan for acquiring the resources in addition to personnel needed to
successfully complete the project. The resource acquisition plan should include a description of the
resource acquisition process, including assignment of responsibility for all aspects of resource
acquisition. The plan should include, but not be limited to, acquisition plans for equipment, computer
hardware and software, training, service contracts, transportation, facilities, and administrative and
janitorial services. The plan should specify the points in the project schedule when the various
acquisition activities will be required. Constraints on acquiring the necessary resources shall be
specified.

7
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

5.1.4 Staff Training

IEEE Std 1058-1998 Guidance
(Subclause 5.1.4) Project staff training plan
This subclause shall specify the training needed to ensure that necessary skill levels in sufficient numbers
are available to successfully conduct the project. The training schedule shall include the types of training
to be provided, numbers of personnel to be trained, entry and exit criteria for training, and the training
method (e.g., lectures, consultations, mentoring, or computer-assisted training). The training plan should
include training as needed in both technical and managerial skills.

5.2 WORK PLANNING

IEEE Std 1058-1998 Guidance
(Subclause 5.2) Work plan
This clause shall specify the work activities, schedule, resources, and budget details for the project.
The following paragraphs provide a working management plan for the acquisition of the [[Project
Name]].
5.2.1 Work Activities
IEEE Std 1058-1998 Guidance
(Subclause 5.2.1) Work activities
This subclause shall specify the various work activities to be performed in the project. A work breakdown
structure shall be used to depict the work activities and the relationships among work activities. Work
activities should be decomposed to a level that exposes all project risk factors and allows accurate
estimate of resource requirements and schedule duration for each work activity. Work packages should
be used to specify, for each work activity, factors such as the necessary resources, estimated duration,
work products to be produced, acceptance criteria for the work products, and predecessor and successor
work activities. The level of decomposition for different work activities in the work breakdown structure
may be different depending on factors such as the quality of the requirements, familiarity of the work, and
novelty of the technology to be used.

5.2.2 Schedule Allocation

IEEE Std 1058-1998 Guidance
(Subclause 5.2.2) Schedule allocation
This subclause shall provide scheduling relationships among work activities in a manner that depicts the
time-sequencing constraints and illustrates opportunities for concurrent work activities. Any constraints
on scheduling of particular work activities caused by factors external to the project shall be indicated in
the work activity schedule. The schedule should include frequent milestones that can be assessed for
achievement using objective indicators to assess the scope and quality of work products completed at
those milestones. Techniques for depicting schedule relationships may include milestone charts, activity
lists, activity Gantt charts, activity networks, critical path networks, and PERT.

8
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

5.2.3 Resource Allocation

IEEE Std 1058-1998 Guidance
(Subclause 5.2.3) Resource allocation
This subclause shall provide a detailed itemization of the resources allocated to each major work activity
in the project work breakdown structure. Resources shall include the numbers and required skill levels of
personnel for each work activity. Resource allocation may include, as appropriate, personnel by skill
level and factors such as computing resources, tools, special testing and simulation facilities, and
administrative support. A separate line item should be provided for each type of resource for each work
activity. A summary of resource requirements for the various work activities should be collected from the
work packages of the work breakdown structure and presented in tabular form.

5.2.4 Budget Allocation

IEEE Std 1058-1998 Guidance
(Subclause 5.2.4) Budget allocation
This subclause shall provide a detailed breakdown of necessary resource budgets for each of the major
work activities in the work breakdown structure. The activity budget shall include the estimated cost for
activity personnel and may include, as appropriate, costs for factors such as travel, meetings, computing
resources, tools, special testing and simulation facilities, and administrative support. A separate line
item shall be provided for each type of resource in each activity budget. The work activity budget may be
developed using a spreadsheet and presented in tabular form.

5.3 PROJECT CONTROLS

IEEE Std 1058-1998 Guidance
(Subclause 5.3) Control plan
This subclause shall specify the metrics, reporting mechanisms, and control procedures necessary to
measure, report, and control the product requirements, the project schedule, budget, and resources, and
the quality of work processes and work products. All elements of the control plan should be consistent
with the organization’s standards, policies, and procedures for project control as well as with any
contractual agreements for project control.

5.3.1 Requirements Control

IEEE Std 1058-1998 Guidance
(Subclause 5.3.1) Requirements control plan
This subclause shall specify the control mechanisms for measuring, reporting, and controlling changes to
the product requirements. This subclause shall also specify the mechanisms to be used in assessing the
impact of requirements changes on product scope and quality, and the impacts of requirements changes
on project schedule, budget, resources, and risk factors. Configuration management mechanisms shall
include change control procedures and a change control board. Techniques that may be used for
requirements control include traceability, prototyping and modeling, impact analysis, and reviews.

9
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

5.3.2 Schedule Control

IEEE Std 1058-1998 Guidance
(Subclause 5.3.2) Schedule control plan
This subclause shall specify the control mechanisms to be used to measure the progress of work
completed at the major and minor project milestones, to compare actual progress to planned progress,
and to implement corrective action when actual progress does not conform to planned progress. The
schedule control plan shall specify the methods and tools that will be used to measure and control
schedule progress. Achievement of schedule milestones should be assessed using objective criteria to
measure the scope and quality of work products completed at each milestone.
The following paragraphs define the management approach for schedule control of the [[Project Name]].
5.3.2.1 Schedule Tracking.

5.3.2.2 Schedule Performance Reports.

5.3.2.3 Schedule Reviews.

5.3.2.4 Progress Variance Monitoring.

5.3.2.5 Progress Variance Resolution.

5.3.2.6 Follow-Up on Corrective Action.

5.3.3 Budget Control

IEEE Std 1058-1998 Guidance
(Subclause 5.3.3) Budget control plan
This subclause shall specify the control mechanisms to be used to measure the cost of work completed,
compare planned cost to budgeted cost, and implement corrective action when actual cost does not
conform to budgeted cost. The budget control plan shall specify the intervals at which cost reporting will
be done and the methods and tools that will be used to manage the budget. The budget plan should
include frequent milestones that can be assessed for achievement using objective indicators to assess the
scope and quality of work products completed at those milestones. A mechanism such as earned value
tracking should be used to report the budget and schedule plan, schedule progress, and the cost of work
completed.
The following paragraphs define the management approach for budget control of the The following
paragraphs define the management approach for schedule control of the [[Project Name]].
.
5.3.3.1 Cost Management.

5.3.3.2 Methods to Ensure Cost Adherence.

5.3.3.3 Cost Control.

10
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

5.3.3.4 Contractor Cost Control.

5.3.3.5 Cost Variance Measurement.

5.3.3.6 Cost Variance Corrective Action.

5.3.4 Quality Control

IEEE Std 1058-1998 Guidance
(Subclause 5.3.4) Quality control plan
This subclause shall specify the mechanisms to be used to measure and control the quality of the work
processes and the resulting work products. Quality control mechanisms may include quality assurance of
work processes, verification and validation, joint reviews, audits, and process assessment.

5.3.5 Project Reporting and Communication

IEEE Std 1058-1998 Guidance
(Subclause 5.3.5) Reporting plan
This subclause shall specify the reporting mechanisms, report formats, and information flows to be used
in communicating the status of requirements, schedule, budget, quality, and other desired or required
status metrics within the project and to entities external to the project. The methods, tools, and
techniques of communication shall be specified in this subclause. The frequency and detail of
communications related to project measurement and control shall be consistent with the project scope,
criticality, risk, and visibility.
The following paragraphs define the management plan for ensuring the broadest communication of
needed information for project coordination.
5.3.5.1 Electronic Media.

5.3.5.2 Meetings.

5.3.5.3 Information Repository.

5.3.5.4 Reviews.

5.3.5.5 Status Reporting.

5.3.6 Metrics Collection

IEEE Std 1058-1998 Guidance
(Subclause 5.3.6) Metrics collection plan
This subclause shall specify the methods, tools, and techniques to be used in collecting and retaining
project metrics. The metrics collection plan shall specify the metrics to be collected, the frequency of
collection, and the methods to be used in validating, analyzing, and reporting the metrics.

11
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

5.4 RISK MANAGEMENT

IEEE Std 1058-1998 Guidance
(Subclause 5.4) Risk management plan
This subclause shall specify the risk management plan for identifying, analyzing, and prioritizing project
risk factors. This subclause shall also describe the procedures for contingency planning, and the
methods to be used in tracking the various risk factors, evaluating changes in the levels of risk factors,
and the responses to those changes.
Risk factors that should be considered include risks in the acquirer-supplier relationship, contractual
risks, technological risks, risks caused by the size and complexity of the product, risks in the development
and target environments, risks in personnel acquisition, skill levels and retention, risks to schedule and
budget, and risks in achieving acquirer acceptance of the product.

5.5 PROJECT CLOSEOUT

IEEE Std 1058-1998 Guidance
(Subclause 5.5) Project closeout plan
This subclause shall contain the plans necessary to ensure orderly closeout of the project. Items in the
closeout plan should include a staff reassignment plan, a plan for archiving project materials, a plan for
postmortem debriefings of project personnel, and preparation of a final report to include lessons learned
and analysis of project objectives achieved.

12
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

SECTION 6. TECHNICAL PROCESS

6.1 PROCESS MODEL
IEEE Std 1058-1998 Guidance
(Subclause 6.1) Process model
This subclause shall define the relationships among major project work activities and supporting
processes by specifying the flow of information and work products among activities and functions, the
timing of work products to be generated, reviews to be conducted, major milestones to be achieved,
baselines to be established, project deliverables to be completed, and required approvals that span the
duration of the project. The process model for the project shall include project initiation and project
termination activities. To describe the process model, a combination of graphical and textual notations
may be used. Any tailoring of an organization’s standard process model for a project shall be indicated
in this subclause.

6.2 METHODS, TOOLS AND TECHNIQUES

IEEE Std 1058-1998 Guidance
(Subclause 6.2) Methods, tools, and techniques
This subclause shall specify the development methodologies, programming languages and other
notations, and the tools and techniques to be used to specify, design, build, test, integrate, document,
deliver, modify and maintain the project deliverable and non-deliverable work products. In addition, the
technical standards, policies, and procedures governing development and/or modification of the work
products shall be specified.

6.3 PROJECT INFRASTRUCTURE

IEEE Std 1058-1998 Guidance
(Subclause 6.3) Infrastructure plan
This subclause shall specify the plan for establishing and maintaining the development environment
(hardware, operating system, network, and software), and the policies, procedures, standards, and
facilities required to conduct the project. These resources may include workstations, local area networks,
tools for analysis, design, implementation, testing, and project management, desks, office space, and
provisions for physical security, administrative personnel, and janitorial services.

6.4 PRODUCT ACCEPTANCE

IEEE Std 1058-1998 Guidance
(Subclause 6.4) Product acceptance plan
This subclause shall specify the plan for acquirer acceptance of the deliverable work products generated
by the project. Objective criteria for determining acceptability of the deliverable work products shall be
specified in this plan and a formal agreement of the acceptance criteria shall be signed by representatives
of the development organization and the acquiring organization. Any technical processes, methods, or

13
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

tools required for product acceptance shall be specified in the product acceptance plan. Methods such as
testing, demonstration, analysis, and inspection should be specified in this plan.

14
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

SECTION 7. SUPPORTING PROCESSES

7.1 CONFIGURATION MANAGEMENT
IEEE Std 1058-1998 Guidance
(Subclause 7.1) Configuration management plan
This subclause shall contain the configuration management plan for the project, to include the methods
that will be used to provide configuration identification, control, status accounting, evaluation, and
release management. In addition, this subclause shall specify the processes of configuration management
to include procedures for initial baselining of work products, logging and analysis of change requests,
change control board procedures, tracking of changes in progress, and procedures for notifying
concerned parties when baselines are first established or later changed. The configuration management
process should be supported by one or more automated configuration management tools.

7.2 INDEPENDENT VERIFICATION AND VALIDATION

IEEE Std 1058-1998 Guidance
(Subclause 7.2) Verification and validation plan
This subclause shall contain the verification and validation plan for the project to include scope, tools,
techniques, and responsibilities for the verification and validation work activities. The organizational
relationships and degrees of independence between development activities and verification and validation
activities shall be specified. Verification planning should result in specification of techniques such as
traceability, milestone reviews, progress reviews, peer reviews, prototyping, simulation, and modeling.
Validation planning should result in specification of techniques such as testing, demonstration, analysis,
and inspection. Automated tools to be used in verification and validation should be specified.

7.3 DOCUMENTATION
IEEE Std 1058-1998 Guidance
(Subclause 7.3) Documentation plan
This subclause shall contain the documentation plan for the project, to include plans for generating non-
deliverable and deliverable work products. Organizational entities responsible for providing input
information, generating, and reviewing the various documents shall be specified in the documentation
plan. The documentation plan should include a list of documents to be prepared, the controlling template
or standard for each document, who will prepare it, who will review it, due dates for review copy and
initial baseline version, and a distribution list for review copies and baseline versions.

TABLE 7-1. [[PROJECT NAME]] DOCUMENTATION

Format Standard Estimated
Document Type Peer Review Type
Page Count

15
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

7.4 QUALITY ASSURANCE

IEEE Std 1058-1998 Guidance
(Subclause 7.4) Quality assurance plan
This subclause shall provide the plans for assuring that the project fulfills its commitments to the process
and the product as specified in the requirements specification, the document, supporting plans, and any
standards, procedures, or guidelines to which the process or the product must adhere. Quality assurance
procedures may include analysis, inspections, reviews, audits, and assessments. The quality assurance
plan should indicate the relationships among the quality assurance, verification and validation, review,
audit, configuration management, system engineering, and assessment processes.

7.5 REVIEWS AND AUDITS

IEEE Std 1058-1998 Guidance
(Subclause 7.5) Reviews and audits plan
This subclause shall specify the schedule, resources, and methods and procedures to be used in
conducting project reviews and audits. The plan should specify plans for joint acquirer-supplier reviews,
management progress reviews, developer peer reviews, quality assurance audits, and acquirer-conducted
reviews and audits. The plan should list the external agencies that approve or regulate any product of the
project.

7.6 PROBLEM RESOLUTION

IEEE Std 1058-1998 Guidance
(Subclause 7.6) Problem resolution plan
This subclause shall specify the resources, methods, tools, techniques, and procedures to be used in
reporting, analyzing, prioritizing, and processing problem reports generated during the project. The
problem resolution plan should indicate the roles of development, configuration management, the change
control board, and verification and validation in problem resolution work activities. Effort devoted to
problem reporting, analysis, and resolution should be separately reported so that rework can be tracked
and process improvement accomplished.

7.7 CONTRACTOR MANAGEMENT

IEEE Std 1058-1998 Guidance
(Subclause 7.7) Subcontractor management plans
This subclause shall contain plans for selecting and managing any subcontractors that may contribute
work products to the project. The criteria for selecting subcontractors shall be specified and the
management plan for each subcontract shall be generated using a tailored version of this standard.
Tailored plans should include the items necessary to ensure successful completion of each subcontract.
In particular, requirements management, monitoring of technical progress, schedule and budget control,
product acceptance criteria, and risk management procedures shall be included in each subcontractor

16
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

plan. Additional topics should be added as needed to ensure successful completion of the subcontract. A
reference to the official subcontract and prime contractor/subcontractor points of contact shall be
specified.

7.7.1 Contracting Process

7.7.2 Contractor Performance Monitoring

7.8 PROCESS IMPROVEMENT

IEEE Std 1058-1998 Guidance
(Subclause 7.8) Process improvement plan
This subclause shall include plans for periodically assessing the project, determining areas for
improvement, and implementing improvement plans. The process improvement plan should be closely
related to the problem resolution plan; for example, root cause analysis of recurring problems may lead
to simple process improvements that can significantly reduce rework during the remainder of the project.
Implementation of improvement plans should be examined to identify those processes that can be
improved without serious disruptions to an ongoing project and to identify those processes that can best
be improved by process improvement initiatives at the organizational level.
The following paragraphs provide data on the [[Project Name]] efforts for continuing process
improvement.
7.8.1 Systems/Software Process Improvement Lead

7.8.2 Systems Engineering Process Group

17
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

SECTION 8. ADDITIONAL PLANS

IEEE Std 1058-1998 Guidance
(Clause 8) Additional plans
This clause shall contain additional plans, or activities, required to satisfy product requirements and
contractual terms.
Additional plans for a particular project may include plans for assuring that safety, privacy, and security
requirements for the product are met, special facilities or equipment, product installation plans, user
training plans, integration plans, data conversion plans, system transition plans, product maintenance
plans, logistic engineering approach, or product support plans.

18
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

APPENDICES
IEEE Std 1058-1998 Guidance
Annexes may be included, either directly or by reference to other documents, to provide supporting
details that could detract from the document if included in the body.
General Guidance
In this template, the following appendices are used for reference purposes only. It should not be assumed
that the referenced documents exist as an example.

Appendices -1
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

APPENDIX A. [[PROJECT NAME]] MASTER SCHEDULE (MICROSOFT

PROJECT)
Guidance
The objective of the [[Project Name]] master schedule is to provide management with the task map and
tracking tool needed to guide the project in the performance of its mission.
The [[Project Name]] master schedule’s Microsoft Project representation of the WBS would be tailored
from the templates available from the SSC Pacific Process Asset Library (PAL) in the “SW-CMM
Archive”. Draft Microsoft Project templates are found under the “Process Assets by SW-CMM KPA”,
“Software Project Planning (SPP)” in the “Tools” section. These templates can be tailored up or down
to meet specific project needs.

Appendices -2
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

APPENDIX B. [[PROJECT NAME]] FACILITIES PLAN

Guidance
The objective of the [[Project Name]] Facilities Plan is to document the environmental needs of the
project. These needs include space, equipments, security, safety, support tools, and the staff necessary to
maintain and operate an environment needed for project operations.
The facilities requirements for projects vary broadly, often with several projects sharing both facilities
and computer resources. There currently are no templates available from the SSC Pacific PAL to assist
in developing a facilities plan. However, recommended issues to address in a Facilities Plan would
include, but not be limited to, the following list:
1. Facility Objectives/General Description
2. Facility Locations (i.e., Building Locations)
3. Facility Diagrams
a. Floor Plans (i.e., lab, work cubicles)
b. Environmental Requirements i.e. Heating, Lighting
4. Facilities Equipment Requirements
a. Equipment Lists (i.e., work stations, development, test)
b. Equipment Interface Diagrams
c. Space Equipment Layouts
d. Inspections and Records Requirements
5. Facilities Software Requirements
a. Software by Development/Test Host Equipment
b. Software by Workstation
6. Facilities Operating Personnel Requirements
7. Facilities Operating Personnel Training Requirements
8. Security Measures
a. Internal
b. External
9. Safety Measures
10. Maintenance Requirements (i.e., spaces, per equipment)
11. Facilities Performance Measurements

Appendices -3
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

APPENDIX C. [[PROJECT NAME]] PROJECT TRAINING PLAN

Guidance
The objective of the [[Project Name]] Project Training Plan is to develop the skills and knowledge of the
project staff so they can perform their roles effectively and efficiently.
The [[Project Name]] Project Training Plan would be tailored from the Department/Project Training
Plan Template available from the SSC Pacific Process Asset Library (PAL). The template is located in
the “Process Assets” sub-page under the “Organizational Training” PA in the “Plans” section. The
template can be tailored up or down to meet specific project needs.

Appendices -4
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

APPENDIX D. [[PROJECT NAME]] MEASUREMENT PLAN

Guidance
The objective of the [[Project Name]] Measurement Plan is to develop and present the data needed to
support project management information needs necessary to ensure objective decision-making.
The [[Project Name]] Measurement Plan would be tailored from the Software Measurement Plan
Template available from the SSC Pacific Process Asset Library (PAL) in the “SW-CMM Archive”. This
template can be found under the ”Process Assets by SW-CMM KPA”, “Software Project Tracking and
Oversight (SPTO)” KPA in the “Tools” section. The template can be tailored up or down to meet specific
project needs.

Appendices -5
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

APPENDIX E. [[PROJECT NAME]] PRODUCT ENGINEERING AND

QUALIFICATION PROCESS
Guidance
The objective of the [[Project Name]] Product Engineering and Qualification (PE&Q) Process is to
document the processes comprising a technical solution for development, maintenance, test, and product
qualification.
The [[Project Name]] PE&Q Process would be tailored from the Product Engineering and Qualification
Process available from the SSC Pacific Process Asset Library (PAL). The process is located in the
“Process Assets” sub-page under the “Technical Solution” PA in the “Process” section. The PE&Q
Process can be tailored up or down to meet specific project needs.

Appendices -6
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

APPENDIX F. [[PROJECT NAME]] QUALITY ASSURANCE PLAN

Guidance
The objective of the [[Project Name]] Quality Assurance Plan is to provide staff and management with
objective insights into processes and associated work products, ensuring their conformance to
documented requirements.
The [[Project Name]] Quality Assurance Plan would be tailored from the Quality Assurance Plan
Template available from the SSC Pacific Process Asset Library (PAL). The process is located in the
“Process Assets” sub-page under the “Process and Product Quality Assurance (PPQA)” PA in the
“Plans” section. The template can be tailored up or down to meet specific project needs.

Appendices -7
 [[Project Name]] PMP
[[Document Configuration Identifier]]
[[Date]]

APPENDIX G. [[PROJECT NAME]] CONFIGURATION MANAGEMENT

PLAN
Guidance
The objective of the [[Project Name]] Configuration Management Plan is to establish and maintain the
integrity of [[Project Name]] work products using configuration identification, configuration control,
configuration status accounting, and configuration audits.
The [[Project Name]] Configuration Management Plan would be tailored from the Configuration
Management Plan Template available from the SSC Pacific Process Asset Library (PAL). The template is
located in the “Process Assets” sub-page under the “Configuration Management (CM)” PA in the
“Plans” section. The template can be tailored up or down to meet specific project needs.

Appendices -8
 DOCUMENT CHANGE REQUEST (DCR)

Document Title: [[Project]] Project Management Plan Tracking Number:

Name of Submitting Organization:

Organization Contact: Phone:

Mailing Address:

DCR Description: Date:

Change Location:
(use section #, figure #, table #, etc.)
Proposed change:

Rationale for Change:

Note: For the appropriate authority to take appropriate action on a change request, please provide a clear
description of the recommended change along with supporting rationale.
Send to: Commanding Officer, Space and Naval Warfare Systems Center, Code [[xxx]], 53560 Hull Street, San
Diego, CA 92152-5001
Fax to: indicate appropriate fax number
Email to: indicate appropriate email
Submit online: indicate appropriate URL
DCR Form 1/2009