配置管理之”配置状态记录”

配置管理(Configuration Management)主要包括4类工作：

• 配置识别(Configuration Identification)
• 配置控制(Configuration Control)
• 配置状态记录(Configuration Status Accounting)
• 配置审计(Configuration Audit)

配置识别、配置控制等在本公众号的下述文章中有阐述。

• ​​配置管理之配置项识别​​
• ​​配置管理之”变更控制”​​
• ​​配置管理之基线​​

本文谈【配置状态记录(Configuration Status Accounting)】

ASPICE中“SUP.8.BP7:报告配置状态 /Report configuration status”是对这个部分的要求。

配置状态记录(Configuration Status Accounting)的目的

配置项通常是项目中某些任务的输出成果物，配置项状态【例如包括：未着手(Not Started)、开发中(In development)、已评审(Reviewed)、已发布(Released)】是提示了工作产品的完成情况，如下图所示：

因此：通过配置项状态记录，能够帮助项目管理中的项目任务进展情况监控。

有些读者可能会问：为什么一定需要基于“工作产品的状态“，来判定工作任务的进展情况？

项目进展监控时，为保证监控的准确性，通常需要“眼见为实“。

如果不了解工作任务的输出成果物的状态，那么判定工作任务进展情况的判定原则，是什么呢？

哪些工作产品需要进行配置状态记录(Configuration Status Accounting)？

配置状态记录的目的是支持项目管理中的项目任务进展情况监控。

项目任务相关的工作产品，就都需要进行配置状态记录。

通常来说：采用版本控制 & 基线控制的工作产品，需要纳入配置状态记录。

什么时机来输出配置状态记录(Configuration Status Accounting)？

配置状态记录的目的是支持项目管理中的项目任务进展情况监控。

因此，在进行项目进展监控时，配置状态记录需要是available的。

如果项目进展监控的频率是每周，那么配置状态记录的频率也需要是每周。

有些OEM会对配置状态提出特别具体的频率要求，例如：

For all work products identified in XXX, the configuration state must be evident and a respective up-to-date (at least weekly) overview of the configuration states must be available.

(配置状态记录，需要每周更新)

For each baseline, the state of allconfiguration elements must be documented (e.g. "work in progress","in review", "released").​

(基线中的每个配置元素的状态，需要文档化)

文章转载自公众号：仨人谈起