Appendix O Project Performance Management Plan Template



Similar documents
Appendix E Program Management Plan Template

Appendix H Software Development Plan Template

Appendix V Risk Management Plan Template

<name of project> Software Project Management Plan

PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME >

Configuration Management Plan (CMP) Template

STC 2015 Tutorial Part 2 Managing Technical Debt for Software and Systems Development Projects

<Project Name> Quality Assurance Plan

Measure for Measure: A Practical Quality Management Program. Robert Altizer and Don Downin Motorola Semiconductor Products Sector Tempe, AZ

CDC UNIFIED PROCESS JOB AID

DATA ITEM DESCRIPTION

Software Project Management Plan (SPMP)

Software Configuration Management Plan

IEEE Software Engineering Risk Management: Measurement-Based Life Cycle Risk Management PSM 2001 Aspen, Colorado

MKS Integrity & CMMI. July, 2007

PROJECT MANAGEMENT METHODOLOGY SECTION 3 -- PLANNING PHASE

CMMI KEY PROCESS AREAS

<Project Name> Configuration Management Plan

<Project Name> Deployment Plan

Distributed and Outsourced Software Engineering. The CMMI Model. Peter Kolb. Software Engineering

Input, Output and Tools of all Processes

Page 1 of 7 Effective Date: 12/18/03 Software Supplier Process Requirements

PROJECT PLAN TEMPLATE

Attachment 2 Project Management Plan Template PROJECT MANAGEMENT PLAN WORK PERFORMED UNDER AGREEMENT SUBMITTED BY PRINCIPAL INVESTIGATOR SUBMITTED TO

Software Quality Management

Software Quality Subcontractor Survey Questionnaire INSTRUCTIONS FOR PURCHASE ORDER ATTACHMENT Q-201

CONFIGURATION MANAGEMENT PLAN GUIDELINES

DOE O 226.1A, IMPLEMENTATION OF DEPARTMENT OF ENERGY OVERSIGHT POLICY CONTRACTOR ASSURANCE SYSTEMS CRITERIA ATTACHMENT 1, APPENDIX A

The purpose of Capacity and Availability Management (CAM) is to plan and monitor the effective provision of resources to support service requirements.

SEI Level 2, 3, 4, & 5 1 Work Breakdown Structure (WBS)

Project Management Guidelines

Sample Quality Management Plan

CDC UNIFIED PROCESS PRACTICES GUIDE

Your Software Quality is Our Business. INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc.

This is the software system proposal document for the <name of the project> project sponsored by <name of sponsor>.

Software and Hardware Configuration Management

PMP/CAPM Prep course. Anwers to all questions with rationale

Business Management System Manual. Context, Scope and Responsibilities

Project Management Planning

ITRM Guideline CPM Date: January 23, 2006 SECTION 5 PROJECT CLOSEOUT PHASE

Custom Development Management and Resource Planning. Eric Halbur, Application Development Manager

About this guide. 4 The syllabus requires knowledge of this topic This is material that may be of interest to the reader but is

MANAGING THE CONFIGURATION OF INFORMATION SYSTEMS WITH A FOCUS ON SECURITY

Project QA and Collaboration Plan for <project name>

The V-Model. Prepared for. Prepared by. Christian Bucanac Software Engineering Student, University Of Karlskrona/Ronneby

Appendix S Security Engineering Plan Template

Software Project Management and Support - Practical Support for CMMI -SW Project Documentation: Using IEEE Software Engineering Standards

Service Support Kasse Initiatives, LLC. ITIL Configuration Management - 1. version 2.0

SOFTWARE DEVELOPMENT STANDARD FOR SPACECRAFT

VA ICJIS. Program Management Plan

Capability Maturity Model Integration (CMMI SM ) Fundamentals

Theme 1 Software Processes. Software Configuration Management

ITRM Guideline CPM Date: January 23, 2006 SECTION 4 - PROJECT EXECUTION AND CONTROL PHASE

Procedure for Writing Technical Procedures

System Requirement Checklist

Problems and Measures Regarding Waste 1 Management and 3R Era of public health improvement Situation subsequent to the Meiji Restoration

Appendix <<1>> System Status Report for System template

SOFTWARE ASSURANCE STANDARD

ITS Projects Systems Engineering Process Compliance Checklist

Software Test Plan (STP) Template

PALAU A SITUATION ANALYSIS OF CHILDREN, YOUTH & WOMEN. GOVERNMENT OF PALAU with the assistance of UNICEF

Audit of the Data Center Consolidation Initiative at NARA. OIG Draft Audit Report No May 10, 2012

System Development and Life-Cycle Management (SDLCM) Methodology

Regulation Automated Trading (AT) Roundtable and Comment Period Discussion Points Roundtable: June 10, 2016 Comment Period: June 10-24, 2016

CM00 Change Management High Level

NSSC Enterprise Service Desk Configuration Management Database (CMDB) Configuration Management Service Delivery Guide

Program Management Professional (PgMP) Examination Content Outline

Interpreting Capability Maturity Model Integration (CMMI ) for Service Organizations a Systems Engineering and Integration Services Example

PURCHASE ORDER ATTACHMENT Q-202 SOFTWARE QUALITY SUBCONTRACTOR REQUIREMENTS TASK DESCRIPTIONS - PURCHASE CATEGORY "B"

Best Practices for the Acquisition of COTS-Based Software Systems (CBSS): Experiences from the Space Systems Domain

Systems Engineering Process

How to Write a Software Process Procedures and Policy Manual for YOUR COMPANY

Software and Systems Engineering. Software and Systems Engineering Process Improvement at Oerlikon Aerospace

Project Plan for <project name>

Software Configuration Management

Fundamentals of Measurements

U.S. DEPARTMENT OF TRANSPORTATION FEDERAL AVIATION ADMINISTRATION. Air Traffic Organization Policy

Overview of the System Engineering Process. Prepared by

Florida s Statewide Systems Engineering Management Plan

How To Improve A Test Process

Independent Verification and Validation of SAPHIRE 8 Software Project Plan

Plan of Action and Milestones (POA&M) Training Session

Organization. Project Name. Project Overview Plan Version # Date

Release & Deployment Management

CMMI and IBM Rational Unified Process

<Company Name> <Project Name> Software Development Plan. Version <1.0>

AS9100 B to C Revision

USGS EOS SYSTEMS ENGINEERING MANAGEMENT PLAN (SEMP)

Office of Audits and Evaluations Report No. AUD The FDIC s Controls over Business Unit- Led Application Development Activities

APPENDIX 6 TECHNICAL UNDERSTANDING - FORMATS AND EXAMPLES

What is a life cycle model?

A Report on The Capability Maturity Model

CDC UNIFIED PROCESS PRACTICES GUIDE

CPET 545 SOA and Enterprise Applications. SOA Final Project Project Scope Management

CENG492 SENIOR DESIGN PROJECT AND SEMINAR II SOFTWARE CONFIGURATION MANAGEMENT PLAN

Appendix 2-A. Application and System Development Requirements

NARA s Information Security Program. OIG Audit Report No October 27, 2014

Cisco Network Optimization Service

How To Manage A Vulnerability Management Program

Transcription:

Appendix O Project Performance Management Plan Template Version 2 March 7, 2005

This page is intentionally left blank. Version 2 March 7, 2005

Title Page Document Control Panel Table of Contents List of Acronyms Definitions 1. Overview The Project Performance Management Plan (PPMP) describes the methods used by FDOT engineering and management, or its subcontractors, to quantitatively manage the performance of the processes. The PPMP establishes the engineering process goals and product quality goals as well as the methods used for collecting, analyzing, quantitatively controlling, and reporting performance data in terms of project goals. The PPMP also describes the project s management process, using project management measurements for progress and status. 1.1 Scope The PPMP describes the goals and measurements for management of systems, hardware, and software engineering processes. The PPMP is applicable to project managers for the use of measurements, analyses, and reports. 1.2 Identification This section contains a full identification of the system to which this document applies, including, identification number(s), title(s), abbreviation(s), version number(s), and release number(s), as applicable. The PPMP is managed and controlled in accordance with FDOT configuration management (CM) practices. 2. Organizational Metrics This section establishes project goals and associated measurements (i.e., metrics) for systems, hardware, and software engineering at the organizational level. The organizational metrics serve as a resource to use when deriving the process performance baseline for a project. The FDOT metrics are collected from each project and retained in a central metrics database. The project measurements are used for periodic risk analysis. The metrics are used to define the FDOT process capability baseline; assess process stability and control; and identify opportunities for process improvements. Version 2 March 7, 2005 O-1

3. Project Objectives The project goals are defined for FDOT to use in meeting the project s customer expectations. The process and product quality measurements (i.e., quantitative management metrics) are used to manage program process and product quality. Project measurements are used to determine program status and identify program risks that will be managed and mitigated in accordance with the program risk management process. 3.1 Project Analysis This section includes project plans for decomposition and analysis of FDOT goals and customer goals. The project s plan for defining the goals must also identify the critical processes and measurements that most directly impact the project goals. The project identifies all the processes and associated measurements that will support tracking and management control. The project prioritizes these processes and measurements, and compares the proposed project measurements against the FDOT s project tracking and quantitative measurements to select a specific set of project metrics to be used for managing project performance. 3.2 Process Goals This section lists the project process goals related to FDOT goals, and customer goals that are specific to the project. An example of a project-specific process goal is: Meet 100 percent on-time customer document deliveries All FDOT and project process goals are passed to subcontractors in their statements of work. 3.3 Product Quality Goals This section lists the product quality goals related to FDOT goals and customer product quality goals that are specific to the project. An example of a project specific goal is: Meet project reliability requirements (i.e., project contractual requirements) All FDOT and project product quality goals are passed to subcontractors in their statements of work. Version 2 March 7, 2005 O-2

3.4 Program Measurements and Metrics This section provides the list of metrics that are used for quality management (QM) of the project. An example of a project specific goal and its associated metrics is: Goal: Metrics: Delivery 100 percent of the system documents on time Planned delivery date Actual delivery date 4. Engineering Process This section describes any special or tailored project processes (e.g., the systems engineering management plan [SEMP], software development plan [SDP], hardware development plan [HDP], etc.) that require unique metrics or measurements, or that cause project modification of any FDOT organizational measurements or their interpretation. 5. Quantitative Management 5.1 Data Collection and Verification This section identifies the project resources and describes tools used to collect and verify measurement data. Data collected for project performance management purposes is collected at least monthly and analyzed to support timely management of both project processes and product quality. 5.2 Measurement Analysis This section describes the analytical techniques for measurement analysis of the metrics associated with each project goal. One of the typical metrics is productivity (e.g., hardware, software, systems, etc.) and the associated units of measure (e.g., labor hours spent per system). 5.3 Causal Analysis This section describes the causal analysis (i.e., analysis of both the data and the process) used to determine root cause and corrective action. Version 2 March 7, 2005 O-3

5.4 Management Reporting Quality measurements are presented to the appropriate levels of management. The project metrics coordinator compiles and distributes the QM report to project and engineering management on a monthly basis. This report will track performance for process and product quality against the goals defined in the quality management plan (QMP). 6. Responsibilities This section lists the personnel responsible for managing the performance of the processes. Project metrics coordinator (include responsibilities) Project manager (include responsibilities) Project engineer (include responsibilities) Quality assurance manager (include responsibilities) 7. Training This section describes any available training related to management of ITS process performances. 8. Acronyms and Notes This section contains any general information that aids in understanding this document. This section will contain an alphabetical listing of all acronyms and abbreviations, along with their meanings as used in this document, and a list of any terms and definitions needed to understand this document. Version 2 March 7, 2005 O-4