<Project Name>
Project Management Plan
Version <x.x>
[Note: The following template is provided for use in Xavor projects. Text enclosed in square brackets and displayed in blue italics (style=InfoBlue) is included to provide guidance to the author and should be deleted before publishing the document.]
Revision History
[For every revision of this document, provide the revision history that should include the date of revision, version number, description of the changes in the document, and author of the document for that particular version.]
Date |
Version |
Description |
Author |
<dd/mm/yyyy> |
<x.x> |
<Details> |
<Name> |
|
|
|
|
|
|
|
|
|
|
|
|
Distribution List
[State the persons/teams/groups to whom this document should be distributed whenever the document is revised. Also state the name of their parent organization.]
Document Recipient |
Organization |
<Role Name> |
<Organization Name> |
|
|
|
|
|
|
Table of Contents
1. Introduction
Project Management Plan
Introduction
[The introduction of the Project Management Plan should provide an overview of the entire document. It should include the purpose, scope, definitions, acronyms, abbreviations, references and overview of this Project Management Plan.]
Purpose
[Specify the purpose of this Project Management Plan.]
Scope
[A brief description of the scope of this Project Management Plan; what Project(s) it is associated with, and anything else that is affected or influenced by this document.]
Definitions, Acronyms and Abbreviations
[This subsection should provide the definitions of all terms, acronyms, and abbreviations required to interpret properly the Project Management Plan. This information may be provided by reference to the project Glossary.]
References
[This subsection should provide a complete list of all documents referenced elsewhere in the Project Management Plan. Each document should be identified by title, report number (if applicable), date, and publishing organization. Specify the sources from which the references can be obtained. This information may be provided by reference to an appendix or to another document. For the Project Management Plan, the list of referenced artifacts may include:
Risk Management Plan
User Interfaces Guidelines
Configuration Management Plan
Software Quality Assurance Plan, etc.]
Document Title |
Publishing Organization |
<Title> |
<Organization Name> |
|
|
|
|
|
|
Overview
[This subsection should describe what the rest of the Project Management Plan contains and explain how the document is organized.]
Project Overview
Project Name, Code and Leader
[Specify the project name, project code and project leader (project manager).]
Project Name: <Project Name>
Project Code: <xxx-xxx>
Project Leader: <Name>
Project Purpose, Scope and Objectives
[A brief description of the purpose and objectives of this project, and a brief description of what deliverables the project is expected to deliver.]
Assumptions and Constraints
[A list of assumptions that this plan is based on, and any constraints (e.g. budget, staff, equipment, schedule, etc.) that apply to the project. Make a distinction between critical and non-critical factors.]
Critical Assumptions and Constraints
[State the critical assumptions and constraints affecting the project.]
Non-Critical Assumptions and Constraints
[State the non-critical assumptions and constraints affecting the project.]
Project Milestones
[Tabular list of major milestones to be achieved during the project, with target dates.]
Milestone |
Target Achievement Date |
<Milestone Name> |
<dd/mm/yyyy> |
|
|
|
|
|
|
Project Deliverables
[Tabular list of the artifacts to be created during the project, with target delivery dates.]
Deliverables |
Target Delivery Date |
<Deliverable Name> |
<dd/mm/yyyy> |
|
|
|
|
|
|
Tailoring Guidelines
[Specify the tailoring guidelines for the project.]
Software Development Life Cycle
[Specify the Software Development Life Cycle that is to be followed in the project.]
Project Organization
Organizational Structure
[Describe the organizational structure of the project team, including management and other review authorities. This should include identification of all project organizational units and a description of their function and responsibility. A diagram of the organizational structure should also be attached for further illustration.
Examples of project organizational units are:
Project Implementation Committee
Project Steering Committee
Project Management Team
Architecture Group
User Experience Design Team
Requirements Team
Analysis and Design Team
Implementation Group
Development Team
Database Management Team
Testing Team
Infrastructure Team
Configuration Management Team
Software Quality Assurance Team, etc.]
Organizational Unit |
Description |
<Organizational Unit Name> |
<Description> |
|
|
|
|
|
|
External Interfaces
[Describe how the project interfaces with external groups. For each external group, identify the internal/external contact names.]
External Organization |
External Role |
External Role Holder |
Responsibility of External Role Holder |
Internal Contact Role and Person |
<Organization Name> |
<Role Name> |
<Role Holder Name> |
<Responsibility Details> |
<Role Name>, <Person Name> |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Roles and Responsibilities
[Specify the roles, responsibilities and role holders within each organizational unit of the project.]
<Organizational Unit Name>
Role |
Responsibility |
Role Holder |
<Role Name> |
<Responsibility Detail> |
<Role Holder Name> |
|
|
|
|
|
|
|
|
|
Management Process
Work Breakdown Structure (WBS)
[List the activities necessary for completing the project.]
Project Estimates
Estimation Technique
[Specify the estimation method and the reason for its choice. Provide the estimated cost as well as the basis for those estimates, and the points/circumstances in the project when re-estimation will occur.]
Size
[State the size of each activity as calculated according to the estimation technique. Units of size may be in LOC, FP, etc.]
Effort
[Specify the amount of effort required to perform each activity on the basis of the size estimation. Units may be man-hours, man-days, etc.]
Project Schedule
[Diagrams/tables showing target dates for completion of iterations and phases, release points, demos, and other milestones. Critical path must be specified. Usually enclosed by reference to MS Project file.]
Pre-Development Schedule
[This schedule will cater for project planning, requirements, analysis and design activities.]
Development Schedule
[This schedule will cater coding, testing and deployment activities.]
Project Phases, Iterations and Releases
Project Phases
[Identify phases and major milestones with their achievement criteria.]
Project Iterations
[Specify the number of iterations and list the objectives to be accomplished for each of the iterations.]
Releases
[Brief descriptions of each software release, whether demo, beta, etc.]
Project Resourcing
Staffing
[Identify here the numbers and type of staff required (including and special skills or experience), scheduled by project phase or iteration. State what resources are critical.]
Resource Acquisition
[Describe how you will approach finding and acquiring the staff needed for the project.]
Training
[List any special training project team members will require, with target dates for when this training should be completed.]
Project Budget
[Allocation of costs against the WBS and the project phases.]
Project Monitoring and Control
Schedule Control
[Describes the approach to be taken to monitor progress against the planned schedule and how to take corrective action when required.]
Budget Control
[Describes the approach to be taken to monitor spending against the project budget and how to take corrective action when required.]
Measurements
[Describe the types of measurements to be taken, their frequency, and responsible workers/entities for this purpose.]
Risk Management Plan
[Enclosed by reference]
Project Closure
[Describe the activities for the orderly completion of the project, including staff reassignment, archiving of project materials, post-mortem debriefings and reports etc.]
Technical Process Plans
User Experience Design
[Describe the approach that will be adopted with details of processes, procedures, and guidelines to be followed.]
Requirements
[Describe the approach that will be adopted with details of processes, procedures, and guidelines to be followed.]
Analysis and Design
[Describe the approach that will be adopted with details of processes, procedures, and guidelines to be followed.]
Development Plan
[Enclosed by reference]
Peer Review Plan
[Specify the work products to be peer reviewed, type of peer review, their frequency, etc.]
Maintenance
[Describe details of any software maintenance for the warranty period of the project.]
Test Plan
[Enclosed by reference]
Tools, Techniques and Standards
Tools
Project Management Tools
[Specify the project management tools that are to be used in the project and the reasons for their selection. Examples of areas to be covered are project planning, project scheduling, project monitoring, status reporting, measurements, etc. Examples of these tools are MS Project, etc.]
Requirements Management Tools
[Specify the requirements management tools that are to be used in the project and the reasons for their selection. Examples of areas to be covered are requirements gathering, requirement issue resolution, requirement change management, measurements, etc. Examples of these tools are Rational Requisite Pro, EINS, etc.]
System Analysis & Design Tools
[Specify the system analysis and design tools that are to be used in the project and the reasons for their selection. Examples of tools in this area are Visio, Rational Rose, Power Designer etc.]
Languages
[Specify the languages that are to be used for software development in the project and the reasons for their selection. Examples of languages are HTML, Java, etc.]
User-Interface Development Tools
[Specify the tools that are to be used for UI development in the project and the reasons for their selection. Examples of these tools can be Dreamweaver, Flash, etc.]
Database Management System Software
[Specify the database management system software that is to be used in the project and the reasons for their selection. Examples of these tools are Oracle, SQL Server, etc.]
Third Party Software
[Specify any third party software that is to be used in the project and the reasons for their selection. Examples are Inktomi, Infranet, etc.]
Software Testing Tools
[Specify the software testing tools that are to be used in the project and the reasons for their selection. Examples of these tools are WinRunner, LoadRunner, etc.]
Defect and Change Management Tools
[Specify the defect and change management tools that are to be used in the project and the reasons for their selection. Examples of these tools are ClearQuest, etc.]
Configuration Management Tools
[Specify the configuration management tools that are to be used in the project and the reasons for their selection. Examples of these tools are ClearCase, etc.]
Integrated Development Environment
[Specify the operating systems (platforms), web servers, application servers, development servers that are to be used in the project and the reasons for their selection. Examples of these tools are Sun Solaris, iPlanet, JBuilder, WebSphere, etc.]
Techniques and Standards
[Lists the documented project technical standards etc by reference. Examples may be:
User-Interface Guidelines
Programming Guidelines
Test Guidelines, etc.]
Infrastructure
[Specify hardware, network connectivity, bandwidth, etc., required in this project. Make a clear distinction about what factors are critical.]
Facilities
[Describe the facilities required for the execution of the project. This will cover physical workspace, buildings, etc.]
Security Plan
[List down the security consideration e.g. of security can be operating system, access controls to site/product, physical security considerations.]
Supporting Process Plans
Configuration Management Plan
[Enclosed by reference]
Documentation
[Specify the documents that will be produced in the project, what document templates will be used, and any other information pertaining to documentation.]
Software Quality Assurance Plan
[Enclosed by reference]
Intergroup Coordination
[Describe how different project groups will communicate with one another; specify dependencies, and commitments.]
Communication
[Specify how various workers/units/entities, both within and outside the project team, will communicate with each other.]
Problem Resolution
[Describe the approach for resolving issues in the project, escalation procedures, etc.]
Subcontractor Management
[If subcontractors are involved in the project give details of what kind of contractors are required for various tasks, the duration for which they are required and how they will be managed.]
Additional plans
[Additional plans if required by contract or regulations.]
Appendices
[Attach any supplementary information.]
Xavor Corporation
|
Organization Level Template
CMM - Xavor Corporation |
Document #: XVR.0002/PMP |
Ver.: 0 |
Title:
|
Page #: 2 of 17 |
Confidential |
©Xavor Corporation, 2001 |
Page 2 of 17 |