查看完整版本: 配置管理员究竟应该做些什么？

和楼主的感觉一样！！

目前做配置管理完全处于迷茫状态，这两天在论坛里得到大家的经验分享，都理清不少思路！

[[i] 本帖最后由 angieny 于 2008-4-16 12:34 编辑 [/i]]

[quote]原帖由 [i]angellhood[/i] 于 2008-1-29 09:57 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=73626&ptid=9340][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
在我们公司看来，配置管理是服务性工作，只能为开发人员服好务。 [/quote]
恩恩，这是比较不同的的观点了！如果从这个角度出发应该更容易做到，呵呵。只是不知老板不知是不是满足只做到这些

谢谢，分享中，共同努力

配置管理的工作是不是都是女孩子在做呀。。。我一直做的是文职方面的工作。现在准备换行了想做配置管理。。。。以后大家一起交流呀。。

我和楼主的情况差不多，也是做了半年，每天基本上没什么事情可以做，很闲。所以很郁闷，很无奈。
真的，我经常一天都没什么事情可以做，基本上我的工作就是版本控制，其他就没什么事情了。
郁闷死了！！！

;)

国内公司对配置管理的工作定义不清晰的,有的公司只定义在仓库管理员的位置上,有的公司 则定位在配置+QA,有的公司是配置+文控.个人觉得楼主所说的配置管理工作都会涉及到,

我也刚刚开始做配置管理的工作，有时真的很迷茫！很希望有人能够提供一个配置管理员应该那些事情的标准说明，给我们这些新人作为工作时的参考！谢谢各位高手！！

大家好：）我是从这两天开始接手配置管理方面的工作的哦，还要向前辈们多多学习，像大家说的类似，我今天刚刚做了建库，设权限之类的工作，感觉还有点紧张，害怕设错了之类的，呵呵之前给我交接的配置管理员经验很丰富，因为他会编程所以自己还编写了一些很实用的小工具呢，他说做配置管理很重要的一点是细致，协作到软件配置管理、QA工作。继续学习中：P还望大家以后多多指点。Thx
不知道论坛上那本《未雨绸缪---理解软件配置管理》如何？

关键你们公司是不是有规范的培置管理流程 不是有了配置管理环境 安排了配置管理人员就是做了配置管理了! 职责不清还是很大的问题!

首先，CM的工作范围在不同的公司，是不一样的，这个没办法。至于CM的地位，那就完全看老板和高层了（如果发生过软件流失，CM地位肯定高）

CM的工作大致可以分为三块：版本控制、变更控制、配置审计。

除了高级CM，基本所有的CM都要做版本控制的工作，简单地说，就是监督提交、规范配置项、管理权限和日常维护。有些公司还要求CM兼做编译或测试的工作（有些公司基线区只留代码，需CM编译成程序包再提交到发布区）。但是大致上，都是一些琐碎的重复性的劳动。
每月、每季、每半年、每年，或是每个项目，根据公司需要，CM要编写配置审计报告。版本提交情况、版本提交质量、变更记录、再加上一些必要的数学统计，这些都要按照高层的意思和喜好写清楚，呈现上去。日常，也要细心地记录配置库中发生的一些问题和记录。配置审计，这也是CM份内工作。
如果公司对CM有控制变更的要求的话，那么CM就要与CCB其它成员一起，对每一次变更提出意见，并且及时针对变更做出调整。当然，这时候如果身兼QA的话，就可以更加深刻地理解变更，积累宝贵经验。

能够掌握工具（我说的掌握是能够指导他人工作）、积累一定经验，就可以做配置经理了。这时候就应该指导手下的CM工作，解决他们搞不定的难题，针对公司情况改进CM计划及相关流程，还要有部门内的管理工作（招聘、培训、管理）。
另外，还有很多客户也需要成熟的CM，用以监督和审计供应商，那就是偏向监理和审计的方向了。

总之，CM和QA一样，都是新鲜职位，我们只能说目前中国对他们的认识还不够深刻。大家多多交流，自然就在差异中寻求到共鸣，在共鸣中共同发展。

SCM的四大功能领域

配置标识或者又称为配置需求，包括标识软件系统的结构，标识独立部件，并使它们是可访问的。配置标识的目的，是在整个生命周期中标识系统各部件并提供对软件过程及其软件产品的跟踪能力。它回答：什么是受控的？
配置变更控制包括在软件生命周期中控制软件产品的发布和变更，目的是建立确保软件产品质量的机制。它回答：受控产品怎样变更？谁控制变更？何时接受，恢复，验证变更？
配置状态统计包括记录和报告变更过程，目标是不间断记录所有基线项的状态和历史，并进行维护，它解决以下问题：系统已经做了什么变更？此问题将会对多少个文件产生影响？配置变更控制是针对软件产品，状态统计针对软件过程。因此，二者的统一就是对软件开发（产品、过程）的变更控制。
配置审核将验证软件产品的构造是否符合需求、标准、或合同的要求，目的是根据SCM的过程和程序，验证所有的软件产品已经产生并有正确标识和描述，所有的变更需求都已解决。它回答：系统和需求是否吻合？是否所有变更都是在版本控制下？

有人说配置管理员是清洁管理员  恨贴切的

::em32:: 我也是刚接触配置管理方面的工作，有好多东西不知道，甚至都不晓得自己要学些什么？

回复 33# 的帖子

理论的知识看了不少，可是面对现实，有时还是有些一筹莫展。
公司的配置管理进行的并不久，前面也没有什么可实际参考的东东，全在摸索中，包括一些关于这方面的管理制度也不是太完善，公司领导也不是太重视

回复 17# 的帖子

我们公司开发人员有70-80号人，部门多，项目也多，大大小小的项目，所有目前只有分重点项目和普通项目，普通项目的管理基本就给部门领导了，我只帮忙设置权限，重点项目就要跟踪了，从开始的立项，项目过程文档的评审工作，中间一些需要协调的问题，基线的设置，成果的发布到最后的项目归档.........做起来比较艰难，由于各方面的不是太配合。

回复 30# 的帖子

谢谢你的宝贵经验
感觉CM和QA是一个锦上添花的事情，所以公司也并不十分重视。
似乎这个岗位的设置就是为了应付ISO的检查，
目前项目过程文档由于种种原因有时也不齐全，可说开发人员不愿意写文档。项目经理的执行力也不够。唉！很难啊

做配置其实也比较难的 不管要掌握我们本身的配置管理工作，还要学习软件工程的知识，还有协调开发人员，项目人员  繁啊  如果加上领导看你不爽  什么都抓辫子  那就更是难上加难

有时候可能是我们的能力束缚了我们的工作，这个岗位的基本要求可能是不高，入门也不是很困难，但是要做一个被大家认可的cm，还是需要广博的知识和丰富的经验，否则，很容易就成为边缘人。
主动的学习，主动的交流，主动的工作，岗位职责不是很明确的时候，更考验我们的工作主动性了。

[[i] 本帖最后由 xiaoyanscm 于 2008-6-26 11:32 编辑 [/i]]

我们公司配置管理是专职的，这也是我来这里的原因。但是实际工作更像是文档管理员，公司级的规章规范很全，但是并不执行，每个开发部门的配置库目录各不相同，想统一规范了，但是项目经理说看看别的部门再说吧，一直不规范实施。

好像大家的工作都差不多，配置和QA一起做了