Key Takeaways
- Perform Integrated Change Control is the process of reviewing all change requests, approving changes, and managing changes to baselines
- The Change Control Board (CCB) is a formally constituted group responsible for reviewing, evaluating, and approving or rejecting changes
- All change requests must be documented in the Change Log and processed through formal change control procedures
- Approved changes update the project management plan baselines; rejected changes are documented with rationale
- Configuration Management ensures that changes to work products are properly identified, documented, and controlled
Change Control
Change control is the process of reviewing, approving, and managing changes to the project. In predictive projects, baselines are established during planning, and any modifications require formal approval through integrated change control.
Understanding Change in Projects
Change is inevitable in projects, but uncontrolled change leads to scope creep, budget overruns, and schedule delays. Effective change control provides structure for evaluating and implementing necessary changes while protecting project baselines.
Types of Changes
| Change Type | Description |
|---|---|
| Corrective Action | Realigns project performance with the project management plan |
| Preventive Action | Ensures future project performance aligns with the plan |
| Defect Repair | Modifies a product or component to address a defect |
| Update | Changes to formally controlled documents or plans |
Perform Integrated Change Control
Perform Integrated Change Control is the process of reviewing all change requests, approving changes and managing changes to deliverables, project documents, and the project management plan.
Key Characteristics
| Aspect | Description |
|---|---|
| Scope | Applies to ALL changes, regardless of source |
| Timing | Performed throughout the project lifecycle |
| Authority | Decisions made by CCB or project manager |
| Documentation | Every request documented and tracked |
Process Flow
| Step | Activity | Output |
|---|---|---|
| 1 | Change request is submitted | Documented change request |
| 2 | Change is logged in Change Log | Updated Change Log |
| 3 | Impact analysis is performed | Impact assessment |
| 4 | CCB reviews and decides | Approved/Rejected/Deferred |
| 5 | Decision is communicated | Updated status |
| 6 | Approved changes are implemented | Updated baselines |
Change Control Board (CCB)
The Change Control Board is a formally constituted group responsible for reviewing, evaluating, and approving/rejecting changes.
CCB Composition
| Role | Responsibility |
|---|---|
| Project Sponsor | Strategic decisions, major changes |
| Project Manager | Day-to-day decisions, presents recommendations |
| Key Stakeholders | Represent their areas of interest |
| Subject Matter Experts | Provide technical input |
| Customer Representative | Represents customer requirements |
CCB Decision Options
| Decision | Meaning |
|---|---|
| Approved | Change will be implemented |
| Rejected | Change will not be implemented |
| Deferred | Decision postponed pending more information |
| Partially Approved | Modified version of change approved |
CCB Authority Levels
The Change Management Plan defines CCB composition and authority:
| Change Impact | Decision Authority |
|---|---|
| Minor (< 5 days, < $10K) | Project Manager alone |
| Moderate (5-15 days, $10K-$50K) | Project Manager + Sponsor |
| Major (> 15 days, > $50K) | Full CCB |
| Strategic | Steering Committee |
Impact Assessment
Before any change is approved, a thorough impact assessment must be conducted:
Areas to Assess
| Area | Impact Questions |
|---|---|
| Scope | Does this change what we're delivering? |
| Schedule | Will this affect the timeline? |
| Cost | What is the budget impact? |
| Quality | Will quality standards be affected? |
| Risk | Are new risks introduced? |
| Resources | Are additional resources needed? |
| Stakeholders | Who is affected by this change? |
| Contracts | Does this affect vendor agreements? |
Impact Analysis Steps
- Document the change request — Clear description of what is requested
- Identify affected baselines — Which baselines will be modified
- Assess impact on each baseline — Quantify schedule, cost, scope effects
- Identify secondary effects — Ripple effects on other areas
- Evaluate alternatives — Consider different ways to address the need
- Recommend action — Provide recommendation to CCB
Change Log
The Change Log is the document that tracks all change requests throughout the project:
Change Log Contents
| Field | Description |
|---|---|
| Change ID | Unique identifier |
| Date Submitted | When request was received |
| Submitted By | Person requesting change |
| Description | Detailed description of change |
| Category | Scope, schedule, cost, quality, etc. |
| Impact Assessment | Summary of analyzed impacts |
| Priority | Urgency of the change |
| Status | Pending, Approved, Rejected, Deferred |
| Decision Date | When decision was made |
| Decision By | CCB or PM |
| Implementation Date | When change was implemented |
Configuration Management
Configuration Management ensures that changes to work products are properly identified, documented, and controlled.
Configuration Management Activities
| Activity | Purpose |
|---|---|
| Identification | Uniquely identify all project items |
| Status Accounting | Track status of all configuration items |
| Verification and Audit | Ensure configuration items are complete and accurate |
| Control | Manage changes to configuration items |
Configuration Management vs. Change Management
| Aspect | Configuration Management | Change Management |
|---|---|---|
| Focus | What (products, documents) | How (process, approval) |
| Purpose | Maintain accurate record of items | Control modifications |
| Scope | Version control, naming conventions | Request, review, approve |
Configuration Management Plan
The plan defines:
- Naming conventions for documents and deliverables
- Version control system and procedures
- Document storage and retrieval methods
- Review and approval requirements
- Tools to be used
Baseline Updates
When changes are approved, affected baselines must be updated:
Baseline Change Process
| Step | Activity |
|---|---|
| 1 | Approved change documented |
| 2 | Affected baseline(s) identified |
| 3 | Baseline updated to reflect change |
| 4 | New baseline version recorded |
| 5 | Stakeholders notified of update |
| 6 | Old baseline archived |
Common Baseline Updates
| Baseline | Change Examples |
|---|---|
| Scope Baseline | New deliverables, modified WBS |
| Schedule Baseline | New activities, changed dates |
| Cost Baseline | Budget adjustments, new estimates |
Emergency Changes
Some changes cannot wait for formal CCB review:
Emergency Change Criteria
- Immediate action required to prevent harm
- Critical defect affecting operations
- Safety or security concern
- Legal or regulatory requirement
Emergency Change Process
- Implement — Take immediate action
- Document — Record what was done and why
- Report — Notify CCB as soon as possible
- Formalize — Retrospectively approve the change
- Update — Modify baselines and documentation
Key Takeaways
- Integrated Change Control reviews ALL change requests formally
- The CCB is a formally constituted group that approves or rejects changes
- All changes must be documented in the Change Log
- Impact assessment evaluates effects across all project constraints
- Configuration Management maintains version control of project items
- Approved changes update baselines; rejected changes are documented with rationale
- Emergency changes may be implemented before CCB approval but must be formalized afterward
What is the primary purpose of the Change Control Board (CCB)?
A stakeholder requests a change that will add $50,000 to the project budget and extend the schedule by 3 weeks. What should the project manager do FIRST?
What is the difference between Configuration Management and Change Management?
You've completed this course
Continue exploring other exams