ProcessCM

Configuration Management

The discipline of tracking and controlling changes to hardware, software, and documentation throughout a product's lifecycle.

Configuration Management (CM) is the systems engineering discipline of identifying, controlling, accounting for, and auditing the configuration of a product — the specific hardware, software, firmware, and documentation that defines what a product is at any point in time. CM ensures that the product is built from known, approved configurations; that changes are made through a controlled process; and that the configuration of any fielded unit can be reconstructed from records.

The four functions of CM are: configuration identification (assigning unique identifiers and revisions to every item), configuration control (the ECO process for approving and documenting changes), configuration status accounting (maintaining records of the current approved configuration and change history), and configuration audits (verifying that the physical product matches the documented configuration). Together, these functions answer the question 'exactly what was built, and why is it that way?'

CM is mandated in regulated industries: FDA QSR requires a Device History Record for medical devices; DO-178C requires CM for aviation software; AS9100 requires CM for aerospace products. Beyond regulatory compliance, CM is valuable in any hardware project because it enables root cause analysis (which configuration revision introduced the failure?), field service (which units are affected by a known issue?), and product evolution (what changed between Rev A and Rev C, and why?).

Standard reference: ANSI/EIA-649B-2011 'Configuration Management Standard'; MIL-STD-973 'Configuration Management'; ISO 10007:2017 'Quality Management — Guidelines for Configuration Management.'

Practical Example

A medical device company's CM system tracks: PCB at Rev D (schematic approved 2024-08-15, layout approved 2024-09-02), firmware at v2.3.1, enclosure at Rev C, and IFU (Instructions for Use) at version 5. Each production unit receives a Device History Record with all configuration details at time of manufacture.

How SpecZero handles this

SpecZero's automatic timeline provides lightweight configuration accounting: every BOM update, status change, and design decision is timestamped and attributed. This gives teams a configuration history without manual logging, supporting traceability back to specific decisions.