3.2 角色细分
在EIP项目配置管理工作存在的问题之一，就是开发人员承担着过多角色的工作。所以，在引入ClearCase和ClearQuest后，我们为EIP项目进行了角色细分，分配了专职测试人员和配置管理员，定义了专职的需求分析员，明确了项目经理的职责。
测试人员负责变更处理完毕的确认及发布确认测试，开发人员不再负责发布确认测试，而只负责单元测试和自测。
配置管理员负责提供测试环境的更新程序、生产环境的更新程序。
需求管理员作为变更接收人，决策需求变更的处理顺序。
项目经理负责批准变更的处理。
3.3 设置合适的并行开发模式
考虑到EIP项目的实际情况，我们采用IBM的UCM(统一变更管理)解决方案作为它的配置管理和变更管理解决方案。对EIP项目发布版本错误问题产生原因进行分析后，我们采用如下流策略作为该项目的并行开发模式。
上述流策略中，我们采用三层流架构：开发流、测试流、集成流进行项目配置管理工作。其中，开发流是开发人员日常工作使用的工作空间
测试流是测试人员获取测试程序的工作空间
集成流是产品稳定版本流，也是获取项目发布程序的空间
由于这个项目属于彼此之间需要紧密协作开发的类型，所以，我们采用复用流的方式，所有开发人员共享一条开发流。这样，开发人员在检入文件时就可以看到彼此的修改结果，实现了集成的最大化。但是，由于多个开发人员共享一个开发流，如果存在对一个文件的并发修改，容易引起冲突;另外，这种方式也容易引起交付依赖，使得程序在提交时，必须按照一定次序进行提交。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
