[摘要]：
2009年1月，我作为项目经理参与了某**(名称请自己填充)系统项目的开发，主要负责系统的组织规划、实施开发与项目管理。该系统选型原则：套件适于高校环境，适应性强，可集成，可发展；系统功能强大，适应于数字化管理，有完整的服务体系，整个项目投资近300万元，建设工期18个月。
由于此项目规模大，建设周期长，系统复杂，使得配置管理在此项目中显得尤其重要。为了按照既定的进度、成本和质量完成该项目的目标，在该项目中，我进行了良好配置管理，在整个项目的建设过程中，始终遵循了变更控制程序。本文以该项目为例，结合作者实践，主要通过在项目前期，做好需求调研、总体设计和详细设计，并制定完整的配置管理计划；在该项目全过程规范化配置管理，注重版本管理，注意员工培训并加强沟通与协调，来实施项目的配置管理。目前，该系统已开发完毕，正式投入运行，状况良好，受到客户一致好评。
[正文]：
2009年1月，我作为项目经理开始参与**系统项目的开发，主要负责系统的组织规划、实施开发与项目管理。该系统适应于**环境，共开发了14个应用模块，实现149个信息系统功能，实现了数据共享，管理决策一体的信息集成。整个系统采用了.NET+sql2005的主流WEB应用框架，实现了WEB应用服务器与数据库服务器的高度集成。系统复杂，规模大，建设周期长，配置管理成为项目生命周期中的主要控制过程。
在项目开发过程中，配置管理角色的扮演越来越重要。一个好的配置管理过程能覆盖整个项目开发和维护的各个方面，同时对项目管理也有重要的支持作用。在该项目中，我主要使用pvcs配置管理工具，并通过在项目前期做好需求调研，总体设计和详细设计同时制定完整的配置管理计划；在项目全过程规范化配置管理和注重版本管理，注意员工培训并加强沟通与协调等方法和策略来实施配置管理。
1、做好项目前期需求调研，总体设计和详细设计，并制定完整的配置管理计划。
配置管理计划的制定是配置管理中不可少的一步，它能有效的指导后期配置管理工作。在本项目中，配置管理计划由项目经理、客户代表、配置管理员，通过小组会议形式制定完成，主要内容包括：软硬件资源配置管理计划，配置项计划，交付计划，备份计划，基线计划，CCB审批计划等。建立了维护配置管理的组织方针，确定了配置管理的总负责人及其责任和权限，确了配置管理的项目干系人，确定其介入时机。总之，我认为项目前期做好以上铺垫工作可以减少变更，后面一些工作也可以水到渠成。同时，一个比较完整的计划，也可以避免不必要的项目返工，而且项目管理员的工作也会比较好做一些。
在项目计划阶段，我对需求分析，总体设计和详细设计这三项活动工期安排如下：需求分析1个月，总体设计和详细设计总共2个月，时间尽量充足。在做需求调研的时候，我要求一定要和客户充分沟通，深入挖掘客户的隐性需求。不仅要实现客户需求的功能，在界面上也要让客户满意，为此我们制作出了虚拟界面，让客户对系统有一个感官上的整体了解，在需求分析完成工作之后，我们还通过小组会议的形式进行了确认和评审。并邀请客户方代表参与。最终的《需求规格说明》，我们也要求客户方代表一定要签字确认。在总体设计和详细设计过程中，我们尽量使用适合本项目团队特点的工具和技术，并充分考虑其先进性和成熟性。在设计完成之后，我们仍旧对其进行了评审，总结和讨论，对争议比较大的地方交公司资深专家审核评定。
2、 项目全过程规范化配置管理，注重版本管理。
开发过程中，对文档修改非常麻烦，在配置管理中，对任何一配置项的修改都可能导致版本的变化。因此，对配置管理规范化势在必行，在本项目中，我要求配置标识一定要规范，必须独立命名配置项，配置对象的标识要充分考虑命名对象之间存在的联系。在配置管理中，项目组成员要各司其职，不得越权操作，同时还要根据自己的权限操作配置项。我在配置管理中的工作主要是：定制开发子系统，定制访问控制，制定常用策略，制定集成里程碑，进行系统集成．．．．．而配置管理员的职责主要是：创建配置顺序，为项目成员分配权限，对存储库进行日常备份恢复等．．．软件开发人员主要根据项目的开发配置管理策略，创建，修改和测试工作等。开发工程中某一阶段的变更都会引起软件配置的变更，对这种变更也必须做到严格规范的控制和管理。为此，我做了如下规定：处于工作状态的产品开发人员可对其修改，而作为基线进入配置库的产品，则不允许开发人员对其进行修改。在本项目中，我们还成立了临时变更控制委员会CCB,由项目经理，用户代表，质量控制人员，配置管理员5人组成。我们要求对于用户提出的变更请求要严格按照变更控制流程处理。在用户提交更多请求后，开发人员对其进行评价，并产生变更报告。由变更控制委员会〈CCB〉作出决定是否进行变更。通过批准，就重新检出变更的配置项，建立测试基准程序，并执行质量保证和测试活动，必须通过CCB的鉴定审批后，方可实施变更。项目中的各种文件、技术文档和程序版本均列入版本控制的范畴，按照一定的规则保存配置项的所有版本，配置管理员负责版本编号及控制工作。所有项目成员都必须遵照版本控制规程操作配置库。
3、 注意员工培训并加强协调与沟通。
项目组成员大多来自不同部门，为了能实施配置管理系统，我建议公司对项目组成员进行相关培训。针对配置管理员，我们要求他学习配置管理工具相关的内容。针对开发人员，主要学习配置管理工具与开发相关的常用操作。针对全体人员，要让他们了解配置管理策略和流程，以及如何与开发管理，与项目管理相结合。同时，我要求项目组成员要加强协调和沟通。可以使用PVCS，通过文档共享和连锁机制，电子邮件，飞信等，加强项目成员之间的沟通，做到有问题及时发现，及时修改，及时通知，但又不额外增加工作量，这样有助于营造一个和谐，公平，竞争的气氛和环境。
[结束语]：
**系统在2010年6月下旬正式上线，完成了项目规定的目标，应用于**14个应用岗位，目前系统运行正常，受到客户和有关部门的一致好评，对项目的满意度较高。此项目的成功，配置管理功不可没，由于系统复杂，规模大，建设周期长等原因，整个项目的建设过程中充满了配置管理变更的风险。重新回顾该项目也存在一些问题不足，比如：项目初期，大多数成员对版本管理一点都不重视，总是敷衍了事。代码编写人员编写的代码也混乱不堪，给测试人员和维护人员带来了很大不便，一些垃圾资料也被放置到配置服务器上，给配置管理人员带了很多麻烦。因此我建议在项目一开始，就要让项目成员认识到版本管理的好处和配置管理的重要性，这些也是我对该项目中的一些管理经验。