会员登录
会员注册经过需求分析、环境评估、定制、安装后，配置管理系统终于完成实施工作了。一个多月的辛苦总算没有白费，在开发人员的培训会上，气氛活跃、反映热烈，大家都认为配置管理系统会对今后软件开发提供巨大的帮助，彻底的解决由软件版本不匹配带来的问题。培训会议上，大家达成一致意见，今后所有的文档，代码，数据都要使用配置管理软件进行管理。SPI(软件流程改进)人员们也觉得很满足，这一次的工作竟然是出乎意料的顺利，也许要把SPI工作的进度稍微加快一些才好。
一天过去了，两天过去了，一周过去了，一个月过去了。怎么回事?配置管理系统好像不是很对劲啊――配置项明显偏少，有些配置项Check out的时间竟然超过两个星期，而有的配置项一天竟然被修改了三十多次，而且经常发生旧版本覆盖新版本的情况。不会吧?不可能吧?这些问题不应该出现的，我们的配置管理模型是很完善的啊?流程也都考虑了所有的分支情况，角色也都分配了啊，而且也进行了所有人员的培训，不应该出现这些问题啊。太奇怪了。SPI人员觉得有点不能理解，到底发生了什么事情了?
私人交谈，会议，邮件，电话，终于，SPI人员听到了开发人员心里最真实的声音：
这么做对我有什么好处?
我觉得还是我的方法好。
我觉得挺悬。
这样做对我有什么好处?
每当提到配置管理系统的好处的时候，下面的句子总会被不厌其烦的用到：
建立并且管理统一的基线
避免因为版本不一致带来的混乱
更好的保存团队的工作成果
……