公司意识到软件配置管理的重要性，所以开始加强软件配置管理，但做了几个月了，效果不是很明显，而且做这个工作难度很大，主要是大部分开发人员不支持配置管理所要求做的工作，比如公司采用VSS做版本控制，但开发人员基本上都不愿意用VSS做check in/check out，所以结果令人很不满意。请各位高手、专家指点迷津，怎样才能做好软件配置管理？谢谢！  返回IT界网站首页>>

--------解决方案--------

培训+宣传+强硬措施，让开发人员在意识上认可，可以抓一些典型的案例。让他们意识到配置管理是开发的一部分。另外要考虑足够的可操作性，简单而实用，避免过多的耗费工作量，否则只能引起大家的反感。

--------解决方案--------

非常感谢MyStarDream(摘星梦) 的建议，我会试着去做，谢谢！还希望和你继续交流！

--------解决方案--------

是啊，我现在就遇到这样的问题，目前的解决办法，是个别人员搞特殊化，新员工严格按照规范开发！！！！

--------解决方案--------

如果你使用ClearCase，就可以映射一个VOB到本地硬盘，让所有开发者使用这个映射硬盘。
或者在Visual Studio中设置。这就需要MIS部门的管理了。

--------解决方案--------

在配置管理初期，从公司管理层制定管理政策是必不可少的，毕竟作为一个
配置管理人员没有多大权利。你能强制项目负责人听你的指使么？

--------解决方案--------

我也做配置管理，同时也做了CMM过程改进。有如下体会可以大家分享：
1－－写好必要的操作手册和支持文档，把这些标准的文档发给你的上司，引起他们的注意；
2－－争取一个小时的时间对大家进行统一的培训，真样你就会有一个发挥的时间；
3－－在介绍配置管理和使用配置管理工具的时候，清楚明了，并且强调这是部门的要求，需要所有人员参与配合。大家都可以在实施配置管理过程中得到相应的关于软件过程管理的知识，体现程序员的基本素质，适应软件组织发展的要求；
4－－自己要有信心，对同事要有热情，及时报告结果。
祝所有的配置管理同仁工作顺利！！

--------解决方案--------

谢谢happykarol(咯咯)！你的经验非常值得借鉴，希望和你多交流！

--------解决方案--------

1－－写好必要的操作手册和支持文档，把这些标准的文档发给你的上司，
引起他们的注意；

仅仅是引起注意还不够，一定要让你的上司认识到配置管理工作的重要性，从而
获得上层的支持，否则，作配置管理的人在公司里可就真是舅舅不亲，姥姥不疼
了。上司觉得你的工作可有可无，开发人员又觉得你碍手碍脚，tmd，里外不
是人。

--------解决方案--------

我觉得通过行政手段来达到配置管理的目标，毕竟是没有办法的办法了。因为我想大家也都是程序员出身的，知道同事之间的信任关系如何如何重要。

开发人员不愿意按照你的配置管理方法来做，有他的意识问题，这时一定要向他们说明工作不是他一个人在做，让他们明白如果他不这么做的话，会给别人带来什么样的麻烦。最好有实际的例子。

另外一个更重要的原因可能在于你的配置管理方法不够合理。比如过程过于繁琐，Lirayry的规划不好或不稳定等等。

我在做PM，一起做开发的人一开始也很不理解为什么要用VSS，也有过这样那样的摩擦。最终还是让他们理解了为什么要这样做：
 1.至少不用担心操作失误造成代码丢失
 2.以前他们经常在自己的硬盘上存有无数个各种日期的版本(我也干过这样的傻事)
 3.利于大家的文件交换和更新
 4.在测试阶段,严格对所有要Check In的文件进行Diff,可以避免版本错乱.
等等。

--------解决方案--------

谢谢laolin(老林)同志非常好的意见!我会试着努力的去改变工作方式的.
近段时间我们公司的大部分员工都在用户现场长时间出差,所以我的工作根本没办法开展。不知道是否有必要一个项目组的所有人员都长时间住在用户那里做开发?高昂的差旅费、住宿费、补助费等，不知道这样的项目能不能赚钱？

--------解决方案--------

> 不知道是否有必要一个项目组的所有人员都长时间住在用户
> 那里做开发?高昂的差旅费、住宿费、补助费等，不知道这样
> 的项目能不能赚钱？

所有的公司大概都想把项目拿回来在公司内部做，以求更高的利润。到现场做肯定是没办法的办法。不过对于老板来说，这样可以减少管理成本和风险。到现场做，往往客户会对进度和质量把关（？）

--------解决方案--------

其实我认为只需要一部分人在现场就可以了，没有必要所有人都呆在那里，这样成本太高，而且很多情况下是没有那个必要。我不知道公司管理人员是怎么想的？如果一个公司所有项目都要在用户现场做的话，我觉得这个公司一定不是一个好公司！呵呵！我们公司好不好，现在我也不敢确定。见谅！

--------解决方案--------

只要头重视，一切都好办。

--------解决方案--------

做两个项目目录(开发库/产品库),利用Share文件的方法进行Check In/Out,当基线确定时,再利用Branch分离文件.也许这样程序员更易于接受一点.

--------解决方案--------

从个人观点来看，做到软件的开发版本管理离真正的CMM2里的软件配置管理还是不一样的。

从配置管理要求有软件产品的基线：这个基线和我们所说的程序版本的管理还是不一样的。我想大家都知道软件和程序这两个东东的不一样吧。配置管理里的要求基线是软件的基线，把所有可运行的程序，对应的源代码和文档归在一起作为一个基线，从基线开始的更改必须是受控的。而这些任务，必须要有相应的人来完成，这个职责必须明确，但可以由项目组中的人来兼任，未必要专人负责。因而我觉得在公司中开始开展配置管理过程，并不是一定要有VSS这个破玩意儿的啊。

再来说说软件版本管理工具，开发人员不习惯用这个是因为他们看这个看作公司的制度，而不是看作开发过程中如同IDE一样必不可少的工具了，楼主反思一下在推行软件版本管理工具的过程吧。其实，我觉得软件版本管理工具中，VSS是最差的了。首先，他安全性极差：用过的人都知道，他首先要对相应的文件夹有写的权限才行，万一有对权限不满的人把整个文件夹XX了....；CHECK－OUT－LOCK这个有时也蛮头痛的，万一有人CHECK－OUT了不应该由他CHECK－OUT的东东，而文件又不可以MULTIPUL CHECKOUT，那就只能找管理员或直接找人去了；VSS好象也不支持BRANCH，这个功能在软件持续性发展上也是很重要的。

回到配置管理上，我觉得做负责配置管理的人只需要去管理基线就行了。由项目里的人负责提交整个软件产品的源代码，目标代码，各种文档，并保证这些东西是在一个版本的，并完全相匹配的，由配置管理的人负责归档。当软件有新的版本发布，或是补丁发布时，亦必须交由配置管理人员负责归档。在小的项目中，提交软件产品可以是项目经理本身，而在大的项目中，提交的则应该是测试组经过测试的东东

--------解决方案--------

FYI: 《PMT软件配置管理文集》
http://www.itjie.wang

--------解决方案--------

我们公司在做配置管理时分了两个层面，在项目周期内，配置管理在项目中进行，由项目小组成员兼任，公司级配置管理员指导，pm作为支持，当项目结项后，所有产品进入公司级的配置管理，公司级配置管理员专人负责。现在再考虑是否进入基线即纳入公司级配置管理。配置管理同时分为开发库、基线库和产品库。

--------解决方案--------

现在我们公司的做法与dian(点) 一样，可以多交流。

--------解决方案--------

我们公司的做法与dian差不多，也是2级控制。希望能够多交流。

--------解决方案--------

我们公司一开始也是没什么配置管理，大家吃了很多亏，闹了很多乱子，客户非常不满意。。。
经过这些痛苦的历程，大家现在都强烈认识到配置管理的必要性和重要性，每个项目组都有专门的配置管理负责人，在项目计划中有完整的配置管理计划，在开发过程中，大家严格按照计划和要求，把配置管理流程和填写相关文档做为一件非常重要的工作来做，这样使我们的开发和管理有序且有效。
顺便说一句，我们使用过VSS,CVS来进行配置管理，还有谁用过其他比较好的工具的，推荐一下？

文章来源 IT界 

公司意识到软件配置管理的重要性，所以开始加强软件配置管理，但做了几个月了，效果不是很明显，而且做这个工作难度很大，主要是大部分开发人员不支持配置管理所要求做的工作，比如公司采用VSS做版本控制，但开发人员基本上都不愿意用VSS做check in/check out，所以结果令人很不满意。请各位高手、专家指点迷津，怎样才能做好软件配置管理？谢谢！  返回IT界网站首页>>

--------解决方案--------

培训+宣传+强硬措施，让开发人员在意识上认可，可以抓一些典型的案例。让他们意识到配置管理是开发的一部分。另外要考虑足够的可操作性，简单而实用，避免过多的耗费工作量，否则只能引起大家的反感。

--------解决方案--------

非常感谢MyStarDream(摘星梦) 的建议，我会试着去做，谢谢！还希望和你继续交流！

--------解决方案--------

是啊，我现在就遇到这样的问题，目前的解决办法，是个别人员搞特殊化，新员工严格按照规范开发！！！！

--------解决方案--------

如果你使用ClearCase，就可以映射一个VOB到本地硬盘，让所有开发者使用这个映射硬盘。
或者在Visual Studio中设置。这就需要MIS部门的管理了。

--------解决方案--------

在配置管理初期，从公司管理层制定管理政策是必不可少的，毕竟作为一个
配置管理人员没有多大权利。你能强制项目负责人听你的指使么？

--------解决方案--------

我也做配置管理，同时也做了CMM过程改进。有如下体会可以大家分享：
1－－写好必要的操作手册和支持文档，把这些标准的文档发给你的上司，引起他们的注意；
2－－争取一个小时的时间对大家进行统一的培训，真样你就会有一个发挥的时间；
3－－在介绍配置管理和使用配置管理工具的时候，清楚明了，并且强调这是部门的要求，需要所有人员参与配合。大家都可以在实施配置管理过程中得到相应的关于软件过程管理的知识，体现程序员的基本素质，适应软件组织发展的要求；
4－－自己要有信心，对同事要有热情，及时报告结果。
祝所有的配置管理同仁工作顺利！！

--------解决方案--------

谢谢happykarol(咯咯)！你的经验非常值得借鉴，希望和你多交流！

--------解决方案--------

1－－写好必要的操作手册和支持文档，把这些标准的文档发给你的上司，
引起他们的注意；

仅仅是引起注意还不够，一定要让你的上司认识到配置管理工作的重要性，从而
获得上层的支持，否则，作配置管理的人在公司里可就真是舅舅不亲，姥姥不疼
了。上司觉得你的工作可有可无，开发人员又觉得你碍手碍脚，tmd，里外不
是人。

--------解决方案--------

我觉得通过行政手段来达到配置管理的目标，毕竟是没有办法的办法了。因为我想大家也都是程序员出身的，知道同事之间的信任关系如何如何重要。

开发人员不愿意按照你的配置管理方法来做，有他的意识问题，这时一定要向他们说明工作不是他一个人在做，让他们明白如果他不这么做的话，会给别人带来什么样的麻烦。最好有实际的例子。

另外一个更重要的原因可能在于你的配置管理方法不够合理。比如过程过于繁琐，Lirayry的规划不好或不稳定等等。

我在做PM，一起做开发的人一开始也很不理解为什么要用VSS，也有过这样那样的摩擦。最终还是让他们理解了为什么要这样做：
 1.至少不用担心操作失误造成代码丢失
 2.以前他们经常在自己的硬盘上存有无数个各种日期的版本(我也干过这样的傻事)
 3.利于大家的文件交换和更新
 4.在测试阶段,严格对所有要Check In的文件进行Diff,可以避免版本错乱.
等等。

--------解决方案--------

谢谢laolin(老林)同志非常好的意见!我会试着努力的去改变工作方式的.
近段时间我们公司的大部分员工都在用户现场长时间出差,所以我的工作根本没办法开展。不知道是否有必要一个项目组的所有人员都长时间住在用户那里做开发?高昂的差旅费、住宿费、补助费等，不知道这样的项目能不能赚钱？

--------解决方案--------

> 不知道是否有必要一个项目组的所有人员都长时间住在用户
> 那里做开发?高昂的差旅费、住宿费、补助费等，不知道这样
> 的项目能不能赚钱？

所有的公司大概都想把项目拿回来在公司内部做，以求更高的利润。到现场做肯定是没办法的办法。不过对于老板来说，这样可以减少管理成本和风险。到现场做，往往客户会对进度和质量把关（？）

--------解决方案--------

其实我认为只需要一部分人在现场就可以了，没有必要所有人都呆在那里，这样成本太高，而且很多情况下是没有那个必要。我不知道公司管理人员是怎么想的？如果一个公司所有项目都要在用户现场做的话，我觉得这个公司一定不是一个好公司！呵呵！我们公司好不好，现在我也不敢确定。见谅！

--------解决方案--------

只要头重视，一切都好办。

--------解决方案--------

做两个项目目录(开发库/产品库),利用Share文件的方法进行Check In/Out,当基线确定时,再利用Branch分离文件.也许这样程序员更易于接受一点.

--------解决方案--------

从个人观点来看，做到软件的开发版本管理离真正的CMM2里的软件配置管理还是不一样的。

从配置管理要求有软件产品的基线：这个基线和我们所说的程序版本的管理还是不一样的。我想大家都知道软件和程序这两个东东的不一样吧。配置管理里的要求基线是软件的基线，把所有可运行的程序，对应的源代码和文档归在一起作为一个基线，从基线开始的更改必须是受控的。而这些任务，必须要有相应的人来完成，这个职责必须明确，但可以由项目组中的人来兼任，未必要专人负责。因而我觉得在公司中开始开展配置管理过程，并不是一定要有VSS这个破玩意儿的啊。

再来说说软件版本管理工具，开发人员不习惯用这个是因为他们看这个看作公司的制度，而不是看作开发过程中如同IDE一样必不可少的工具了，楼主反思一下在推行软件版本管理工具的过程吧。其实，我觉得软件版本管理工具中，VSS是最差的了。首先，他安全性极差：用过的人都知道，他首先要对相应的文件夹有写的权限才行，万一有对权限不满的人把整个文件夹XX了....；CHECK－OUT－LOCK这个有时也蛮头痛的，万一有人CHECK－OUT了不应该由他CHECK－OUT的东东，而文件又不可以MULTIPUL CHECKOUT，那就只能找管理员或直接找人去了；VSS好象也不支持BRANCH，这个功能在软件持续性发展上也是很重要的。

回到配置管理上，我觉得做负责配置管理的人只需要去管理基线就行了。由项目里的人负责提交整个软件产品的源代码，目标代码，各种文档，并保证这些东西是在一个版本的，并完全相匹配的，由配置管理的人负责归档。当软件有新的版本发布，或是补丁发布时，亦必须交由配置管理人员负责归档。在小的项目中，提交软件产品可以是项目经理本身，而在大的项目中，提交的则应该是测试组经过测试的东东

--------解决方案--------

FYI: 《PMT软件配置管理文集》
http://www.itjie.wang

--------解决方案--------

我们公司在做配置管理时分了两个层面，在项目周期内，配置管理在项目中进行，由项目小组成员兼任，公司级配置管理员指导，pm作为支持，当项目结项后，所有产品进入公司级的配置管理，公司级配置管理员专人负责。现在再考虑是否进入基线即纳入公司级配置管理。配置管理同时分为开发库、基线库和产品库。

--------解决方案--------

现在我们公司的做法与dian(点) 一样，可以多交流。

--------解决方案--------

我们公司的做法与dian差不多，也是2级控制。希望能够多交流。

--------解决方案--------

我们公司一开始也是没什么配置管理，大家吃了很多亏，闹了很多乱子，客户非常不满意。。。
经过这些痛苦的历程，大家现在都强烈认识到配置管理的必要性和重要性，每个项目组都有专门的配置管理负责人，在项目计划中有完整的配置管理计划，在开发过程中，大家严格按照计划和要求，把配置管理流程和填写相关文档做为一件非常重要的工作来做，这样使我们的开发和管理有序且有效。
顺便说一句，我们使用过VSS,CVS来进行配置管理，还有谁用过其他比较好的工具的，推荐一下？

文章来源 IT界 http://www.itjie.wang/seprocess/8071230.html