|
n 设计;项目管理者联盟
n 测试计划和规程;项目管理者联盟
n 测试结果;PgMp.mypm.net
n 代码/模块;项目管理者联盟
n 工具(例如编辑器);项目管理者联盟
n 界面描述项目管理者联盟
等项目管理者联盟
这里需要强调的是一些开发工具，如：数据库设计工具、原型工具等等的版本也要进行统一和管理，否则就会出现问题。项目管理者联盟
例如：我2001年在某个公司，做数据库设计的ERWIN版本没有统一，结果两个数据库设计师使用了不同版本的ERWIN，结果两个文件合并不到一起。高版本打开低版本的文件，数据库关系概览图不能放大，低版本又打不开高版本，造成了不必要的返工，造成了开发的延误。其实我们常用的PPT,也时常有版本不兼容的内容演示时也会出现错误。所以开发工具版本的管理也是很重要，但是配置管理却往往忽视这些管理。项目管理者联盟
那什么样的输出适合作为配置项呢?大家可以参照一下的原则选取配置项。项目管理者联盟
选择配置项的原则：转自项目管理者联盟
Ø 可能由两个或两个以上的人或组使用的工作产品;项目管理者联盟
Ø 预计可能在今后由于差错或改变而会相应变更的工作产品;项目管理者联盟
Ø 彼此相关并且一个产品发生变更将迫使其他工作产品变更的那些工作产品;项目管理者联盟
Ø 对产品至关重要的工作产品。项目管理培训
配置项的选取一般是在做项目WBS分解时确定的，详见 [项目策划]的PA。在做项目WBS时把研发产出和管理产出都拆分出来，根据配置管理的要求，确定粒度，可以把不同的产出物组成一个配置项进行管理，也可以把每个分解出的产出物作为一个配置项。配置项是配置管理所能管理的最小单位。项目管理者联盟
SP1.2 建立配置管理系统bbs.mypm.net
在这里配置管理系统不只是配置管理的工具，还包括配置管理的机制、规程等(如配置库的访问规则等)。项目管理者联盟
1. 制定配置管理计划项目经理圈子
当项目开发计划初稿形成时就可以制定配置管理计划。配置管理计划是配置人员与研发经理、产品经理共同制定，至少也应是配置管理人员制定后与研发经理和产品经理确认后才能执行。转自项目管理者联盟
配置管理计划一般主要包含：配置环境的建立、维护和管理要求;配置的管理策略(包括：配置项的选择和命名规则、入库要求、标识名称、分支策略等);;配置项清单;各阶段基线库名称;变更流程、CCB成员与职责;配置项与基线状态发布的时机和频率;配置审计的时机与频率;配置度量数据等等;项目管理者联盟
配置管理计划是配置人员执行配置管理活动的最主要依据。项目管理者联盟
2. 建立配置管理系统talent.mypm.net
对于配置库CMMI讲有三类：动态系统、主系统和静态系统。我这里简单的分为开发库、基线库、产品库。开发库是研发人员使用的库，是可以多次Check in、Chenk out的，配置项变更决定权开发者自己，所有权归开发者所有。基线库是开发库中的工作产品经检查、评审或测试等验证后打上基线标识后所要放入的库。在基线库的内容变更的决定权在CCB。基线库的配置项要变更就要走正式变更流程。产品库是存放经过测试后达到可发布产品标准的产品成果的库，这个库的产品要经过产品经理甚至是组织高层确认后放可以放入。需要注意的是:产品库中的产品并不一定要发布，而是表示达到了可发布的标准，具体是否发布要产品经理确定。PgMp.mypm.net
配置管理人员要根据产品需求和架构的内容确定三个库的目录结构并根据项目组织架构进行确定各级别库的访问权限。项目管理者联盟
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
