Change Control Board CCB Charter Artifact
Change Control Board CCB Charter Artifact
FOR
<SYSTEM NAME>
CHANGE LOG
This record shall be maintained throughout the life of the document. Each published update shall
be recorded. Revisions are a complete re-issue of entire document. A revision shall be made
whenever the cumulative changes reaches ten percent (10%) of this document’s content.
TABLE OF CONTENTS
1. OVERVIEW........................................................................................................................................... 2
2. INTRODUCTION.................................................................................................................................. 2
2.1 CHANGE CONTROL BOARD PROCESS OVERVIEW........................................................................................2
2.2 CHANGE CONTROL BOARD MEMBERSHIP................................................................................................... 3
2.3 MEMBER RESPONSIBILITIES....................................................................................................................... 3
3. CHANGE CONTROL BOARD ACTIVITIES......................................................................................4
3.1 CHANGE CONTROL BOARD APPROVAL...................................................................................................... 4
3.2 CHANGE CONTROL BOARD MINUTES......................................................................................................... 5
3.2.1 Preparing for the Change Control Board Meeting.....................................................................................5
3.2.2 Conducting the Change Control Board Meeting.......................................................................................6
EXECUTIVE SUMMARY
The following table lists the DoDI 8500.2 IA Controls that are satisfied through this artifact.
1. OVERVIEW
<SYSTEM OVERVIEW>
2. INTRODUCTION
The Change Control Board (CCB) Charter defines and describes the functions of the CCB in
configuration control of the <SYSTEM NAME>. It documents the process by which proposed
changes will be evaluated and implemented and the roles and responsibilities of participants.
The goal of the Change Control Board (CCB) is to promote a smooth and harmonious
enhancement of the <SYSTEM NAME> over time. This will be accomplished by ensuring that a
structured process is used to consider proposed changes and incorporate them into a specified
release of <SYSTEM NAME> changes. The CCB will review change requests, perform impact
analyses of proposed changes, reach consensus decisions and communicate these to the
<SYSTEM NAME> community.
Represent the interests of all groups who may be affected by changes to the baselines
CCB Chair
CCB meetings will be open, by prior arrangement, to additional registry personnel as appropriate
to issues under discussion. Initially, each CCB meeting will be preceded by an open meeting to
discuss agenda items. The open meeting will be scheduled for about one week before the CCB
meeting.
CCB members have a basic responsibility to adequately prepare for, attend, and actively
participate in all scheduled meetings. This requires a commitment to perform the assigned duties
and functions of the CCB, including reasonable attendance at CCB meetings and
teleconferences. Alternates for members will not be permitted unless so designated by the CCB
chair. In addition each member is responsible for:
3. Reviewing CPs
4. Responding to actions
The primary purpose of the CCB is change control management for the duration of the
<SYSTEM NAME> lifecycle. Any member of the <SYSTEM NAME> community (including
users, developers, staff, etc) can recommend changes or report defects. Change control is
exercised after establishment of each baseline or version.
Change control ensures that all modifications/enhancements follow an orderly process for
evaluation and implementation so that traceability and accountability are supported. The CCB
must approve any change before it is implemented.
Review cost effectiveness and feasibility reviews from <SYSTEM NAME> staff
Prioritize CRs
Approval of CRs will be determined based upon a consensus of the board. The minutes of CCB
meetings will be documented.
CCB Meetings for the <SYSTEM NAME> will occur on an as needed basis, throughout the
entire system lifecycle. It is anticipated that the CCB will meet at least once per Quarter. The
scheduling of additional meetings will depend upon the frequency of CRs received and the needs
of the <SYSTEM NAME> community
Change requests will be captured via a Change Request Form (CRF). A CRF will be designed
and made available to the <SYSTEM NAME> community. CRs will be reviewed by the
Architecture, Operations and Deployment Managers and other members of the development
team as appropriate.
1. Trivial or low-risk
2. Non-trivial or high-risk
Any change to the <SYSTEM NAME> has a risk associated with it due to the nature of
modifying system processes. The Architecture, Operations and Deployment Managers will
evaluate whether a request represents a low or high risk to the system. The <SYSTEM NAME>
IAM will determine overall Information Assurance Risk. This risk will be presented to the CCB.
Listed below are the guidelines for assessing risk.
Re-implements a routine to increase speed or flexibility of design where the output of the
new implementation can be directly checked against the current output
Fixes a programming error that does not violate the high risk rules for length of
modification
The Architecture Manager will initially review each CRF for completeness and accuracy. If
necessary, additional information about the request may be required. In the case of a
necessary but trivial or low-risk change, the Architecture Manager will approve the request
and schedule its implementation, after discussion with the <SYSTEM NAME> IAM, but
without review by the CCB. However, all members of the CCB will be notified of the
modification.
Review current status of CRs approved or denied at the last meeting including associated
timelines
Prioritize and assign approved CRs to a release and identify an individual who will
provide timelines and progress reports
Occasionally, CCB meetings will be called on an ad hoc/emergency basis. Meeting agenda and
minutes will still be captured. Decisions on proposed modifications will be arrived at as soon as
possible. Any steps that were bypassed during the emergency must be completed as soon as
possible or officially waived by the CCB at their next meeting.
1. MINUTES
[Items discussed]
2. ACTION ITEMS
The Action Items discussed at the [Insert date of meeting] meeting are as follows. Shaded areas
identify the Action Items that were closed at the previous meeting. New Action Items are placed
above previous items.
3. REVIEWED CRS
See attached CR report or fill-in the table below for each CR reviewed.
4. ATTENDEES
Name