查看完整版本: 配置管理日常工作有哪些

配置管理日常工作有哪些

大家都聊聊关于配置管理方面的事情吧？讲讲近况，谈谈经验什么的。
我来说所自己的近况吧。
公司这个项目有4、5年了吧。一直都没有配置管理员，自从通过了CMMI认证。我们这个项目也开始重视配置管理了，引进了新的配置管理工具，由项目经理兼做配置管理工作。现在工作压力越来越大，不得不单独找个人来做这个配置管理的工作。这个人就是我了。我有一年的编码经验。也仅限于后台数据开发，而且很没有自信。希望能在编程能力方面好好提升一下自己。
配置管理这个工作比起开发不会那么辛苦，而且能学习一些新的管理方面的思想，锻炼锻炼自己，就是需要与人交流，经常去打搅忙得要命的开发人员会吃力不讨好。正如领导一开始说的，如果加考核办法开始实行的话，那就更容易得罪人了。
现在有点后悔。以前做开发，觉得自己的工作很充实。挺有干劲的。现在什么都不那么正式，我好像可有可无的样子。
两个星期了，我每天就是回复个流程单据，检查文档等等，真比以前清闲很多，感觉自己很没有着落似的。

很想知道大家的日常配置管理都做些什么。

“引入了新的配置管理工具”；
楼主说下现在用的配置管理工具是什么。

you can 基于配置管理工具，对整个研发过程进行审计和改进。
另外，指导其它CM工作，撰写组织级CM流程、定义、规范，也是高级工作内容

配置管理的日常工作可以有这些吧：
1、监督版本库的更新是否按照变更计划进行
2、每次变更是否按照变更控制流程进行
3、检查开发人员和其他相关人员的提交物
4、定时备份版本库
5、提交变更报告给项目经理
6、查看统计日志
。。。。。

回复 沙发 的帖子

以前用的VSS现在用CVS啊，已经用了快一年了，同事们都说不太好用呢。

回复 板凳 的帖子

我现在是新手，所做的都是领导安排的。
自己是想过要‘指导其它CM工作，撰写组织级CM流程、定义、规范’
但是，我经验那么少，自己也做不好啊，我不能结合公司实际情况写出好的东西来呀。
对项目有些地方还是不了解，毕竟我以前只是做后台数据开发的。只有慢慢学习啦。

回复 板凳 的帖子

我现在是新手，所做的都是领导安排的。
自己是想过要‘指导其它CM工作，撰写组织级CM流程、定义、规范’
但是，我经验那么少，自己也做不好啊，我不能结合公司实际情况写出好的东西来呀。
对项目有些地方还是不了解，毕竟我以前只是做后台数据开发的。只有慢慢学习啦。

[quote]原帖由 [i]callmechen[/i] 于 2008-7-9 14:09 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=103220&ptid=14008][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
you can 基于配置管理工具，对整个研发过程进行审计和改进。
另外，指导其它CM工作，撰写组织级CM流程、定义、规范，也是高级工作内容 [/quote]
虽然很想这样做，但是很难实施。
研发过程的审计和改进太不具体。
同时，过程的缺陷不是软件配置管理员轻易可以看的出来的，改进就更有问题。
例如，我们公司使用的敏捷开发，整个过程，配置管理员没有办法介入，更确切的说是开发主管觉得这个过程已经很好了，不需要配置管理员介入什么。唯一需要配置管理做的就是开发前期将持续集成的环境做出了，以实现构建的自动化。
此外，CM流程，定义，规范等，即使制定了也未必能获得管理层支持。
过于文档化的东西就会束手束脚，也会导致开发和QA的不满。

[quote]原帖由 [i]dreamyan[/i] 于 2008-7-25 11:09 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=106803&ptid=14008][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]

虽然很想这样做，但是很难实施。
研发过程的审计和改进太不具体。
同时，过程的缺陷不是软件配置管理员轻易可以看的出来的，改进就更有问题。
例如，我们公司使用的敏捷开发，整个过程，配置管理员没有办法介入 ... [/quote]

1。请你耐心地仔细读一下，我说的改进是“基于配置管理工具”的，或者说是在配置管理范围内的。“研发过程的审计和改进”其实很具体，只要不是追求ISO或CMMI，那么我们面对的就是实实在在的问题。PM、QA、CM、研发负责人、客户代表一起坐下来，说说目前的风险和问题，肯定会有配置管理方面的，还会有一些问题会涉及到配置管理这个环节。所以我们完全可以基于自己的工具和能力范围，把我们的工作做好，从而推进其它环节的改进。

2。如果配置管理员看不出来研发过程的缺陷，只有两种原因，1是他还没有了解具体情况，2是他没有到那个层次或者没用心。即使是最规范的流程，也有改进的空间。CM发布版本的时候与实施人员接触，平时还要与研发人员打交道，项目沟通会也要参加，怎么可能发现不了问题呢？有哪个项目组敢说自己的过程没有缺陷？

3。既然开发主管觉得这个过程已经很好了，那不妨试试我发表的那个《配置管理成熟度评级表》，给产品线打打分。

4。“开发前期将持续集成的环境做出了，以实现构建的自动化”这些工作，我个人觉得都应该是开发组自己做的。至于配置管理员的工作，看来你还是没有一个大概的认识，建议你多看看论坛里的帖子。敏捷开发对配置管理工作的要求可以算是最高的了，也是目前大家探讨最多的话题，也许你真的该好好认识一下配置管理了。

5。文档。我的感觉就和航空保险一样，平时看起来没什么用，真到了需要的时候连补的机会都没有。
当然，可能是企业规模和发展方向的问题。如果你的公司像承接外包项目、如果你的公司想给大型集团做项目、如果你的公司想投标做项目、如果你的公司像规模化地生产商业软件，那ISO和CMMI就是必不可少的了，也就是说，过程就是生命，文档就是血液。推拖文档的开发组成员只有两个根本原因，一是没认识文档的重要性，二是能力不足写不出来像样的文档。（这也是为什么程序员那么多，能成长为架构师却那么少）
至于文档的意义，只能慢慢地去给领导洗脑了，重要性不用我多说（除非你也觉得文档没用）。

日常工作就是配置审查

感谢大家的支持，已经做了快半年了，现在配置管理的各项工作已走向正轨，每天工作感到很充实。
我现在每天做的就是文档审计，程序上线等工作。此外还有自动编译工具的维护等等。
做习惯了，也不觉得文档很多了。

[quote]原帖由 [i]lijiefenger[/i] 于 2008-10-13 17:21 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=118007&ptid=14008][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
感谢大家的支持，已经做了快半年了，现在配置管理的各项工作已走向正轨，每天工作感到很充实。
我现在每天做的就是文档审计，程序上线等工作。此外还有自动编译工具的维护等等。
做习惯了，也不觉得文档很多了。 [/quote]
你提的这个“自动编译工具”具体是指什么？
可否详细说一下看。

做配置管理 实在很无聊~

[quote]原帖由 [i]CMStruggling[/i] 于 2008-10-13 17:45 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=118017&ptid=14008][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]

你提的这个“自动编译工具”具体是指什么？
可否详细说一下看。 [/quote]

好像很多公司都在用BAMBOO，[url=http://www.fangwai.net]www.fangwai.net[/url]

另外还有很多自动编译的工具，但与管理平台结合的有些差距。