首页/文章/ 详情

配置管理怎么理解?

1年前浏览3338

早就想写这个主题了,但碍于工作忙碌和懒惰,实际上主要是懒惰,一直拖到今天。

配置管理,最早是在PMP培训时,听说的这个概念,大体理解下来,也就是文档或产品的版本控制之类。Just so so,没什么可讲的。

现在回头想来,嗯,也没多大问题,但理解得还是粗浅了一点点。

当时,还处在机械制造行业,尽管也会有BOM、零部件、图纸及其他技术文档的版本控制概念,但由于机械领域的变更动辄都是模具的改动,对周期和成本的影响自然也是非常大的,变更是个比较大且少的事情,所以版本控制、追溯和配置管理的概念就没有那么强,毕竟脑子里也都能记清楚了,最多用几句话描述下,也能把这个事情变更的来龙去脉大体讲明白。

现在,进入了电子软件行业,完全不同于机械行业,开发的敏捷性,软件迭代和文档升级的快速性,都不可同日而语。这时,配置管理的价值就出来了。

讲了这么多,还没有讲配置管理到底是什么?  大家应该会有一个朴素的直观的理解,但具体怎么严谨地讲出来,还是有一点困难。  翻了一些资料,觉得这句话更恰当全面且易理解,“配置管理是为了系统地控制配置变更,在系统的整个生命周期中维持配置的完整性和可追踪性,而标识系统在不同时间点上配置的学科”。  这个解释在我看来有两个优点,一是从系统工程的视角来看待,我们在开发一件产品,并不仅仅是一团代码或者一个机械结构,其背后有很多支撑的东西,比如软件代码、开发工具、测试用例、FMEA、功能安全状态,以及开发计划、需求文档、测试计划等,总之它是一个系统工程,基于需求,可以提取出来各个单元,这些单元共同构成了这个交付系统,这也就是所谓的配置项。  

二是,标识这个词用得很到位,后面也会提到,尽管理论上或学术上可能有很多价值,但实际使用中最大的意义就是在系统“标识”上。

此外,还有一个配置基线的概念,既然配置管理很大程度上来源于不断的变更,那么就需要有一个基准或叫基线,否则变更也就无从谈起,而所有配置项的某一个基准共同锁定了一个状态,它就构成了一个相对稳定的逻辑系统实体,这就是配置基线的概念。  举个更贴合生活的例子,比如我们去药店买了一盒药,这盒药有药片、包装盒、说明书,而药片、包装盒和说明书都有自己的演变过程,可能是针对不同人群不同版本的说明书,可能是适合不同环境气候的包装盒材料,也可能是用了不用配比的药片,而当下我们买到的这盒药就是在这三者特定版本下的配置基线。当生产商保证产品一致性时,当我们发现什么问题需要追溯原因时,或者需要基于此做一个新药开发时,都可能使用到此配置基线。  设想一个更直观的状态,多个镜头在记录这盒药的所有配置项随时间变化的状态,咔嚓一声,拍了一张照片,这张照片其实就是配置基线,它锁定了系统在整个生命周期上特定时间点的特定状态。  在汽车行业里会有各种质量阀来管控产品质量和释放,在这样的质量阀点,通常会审核项目的配置基线状态,用以确认这个节点上的各个配置项是否按要求完成并进行了冻结。  整体的思路大概这么多,前面也带过,但在最后还想说一句,话虽如此,实际上这仅仅是个管理工具,并没有那么大作用。  作者所处的公司是行业龙头,而且以流程详细且高标准著称,但这样的工具大多数沦落为一个检查清单和文档存档的作用。  据此,有三点小体会,一、隔行如隔山,莫以己度人;二、管理更是在管人性人心,工具仅仅是起到少量的辅助作用;三、简单的才是最好的,凡事能探究到第一性原理才是大牛。  
 
来源:汽车软件质量
汽车电子理论材料FMEA控制模具
著作权归作者所有,欢迎分享,未经许可,不得转载
首次发布时间:2022-10-11
最近编辑:1年前
Bruce Yang
签名征集中
获赞 0粉丝 6文章 48课程 0
点赞
收藏
未登录
还没有评论
课程
培训
服务
行家
VIP会员 学习 福利任务 兑换礼品
下载APP
联系我们
帮助与反馈