Configuration Management Plan Template

Configuration Management Plan

Project name: 

Date:     February 7, 2012

Version:  2.6x

Author: 

Text in blue is used for instructions or examples. It must be deleted from the document if not used or changed to black if used. 

In the final version, all text must be black, except hyperlinks.

Table of contents

1.Change Control Board

1.1Participants and responsibilities

This section lists the persons involved in the project CCB and their respective roles:

2.1Version Control System

The Version Control System to be used on the project is the standard VCS tool (Perforce). The project materials are located under .

2.2Issue Tracking System

The Issue Tracking System to be used on the project is JIRA. The project materials are located in [] < specify link>. 

2.3Project materials locations

All additional project materials (not subject for version tracking) are stored in the following shared file locations:

∙\\\\[fileserver]\\work\\projects\\

∙

∙

∙

∙

E-mail project information is kept in:

Public folders/ All public folders/ Projects/// - information to and from customer significant for team use, other useful e-mails. Access is opened for team. 

Public folders/ All public folders/ Projects/// Project Archive/ – information to and from customer for management use. Access rights limited. 

3.Development Environment

3.1Operating system(s)

3.2Compiler(s)

3.3Database engine

3.4

4.Build Procedure

4.1Building the product

4.2Database initialization

4.3Creating the installation package

4.4Baselining the product

Product is baselined after each milestone delivery to customer.

Baselining is done by labelling depot///.

Label format is .

CM is responsible for product baselining.

4.5Baseline changing

5.Installation Procedure

6.Daily Build and Smoke Test Procedure

7.Packaging and Delivery

1.Delivery via product packaging.

 Cover the following points:

What components should be included into the package;

What documentation should be included into the package;

How the package should be produced (using Zip, etc.);

How the package should be delivered (by e-mail, FTP address, etc.);

How the database should be created and initialized in customer’s environment

2.Delivery via VCS common with customer. 

Cover the following points:

Specify VCS directories with product parts treated as delivery

Specify delivery regularity: e.g. end of iteration, weekly, as soon as discussed functionality is implemented

3.Delivery via uploading product to the server visible for customer.

Specify server location (in-house/customer), responsible for configuration if server is external 

Specify server name and needed access rights

Specify required components and specific settings needed for uploading if any

Specify how customer is notified about implemented functionality and known bugs (delivery notes; e-mail with specific report; free e-mail form; specific practices as show-sessions with result minutes; defect database with customer access.)

Person responsible for delivery should be specified in section 3.1.>

8.Configuration Audits

Configuration audits listed in following table are planned on project.