生命周期管理者（LCM）之 变更管理

LCM

在《生命周期管理者 之 工程管理》一文里，我们粗略的这样说过：”当项目之前已经有内容被归入基线管理，或已经添加为配置项的计划、需求、设计书、测试用例和代码等发生变更需求时，就可以利用LCM建立起相应的变更流程了。1 “

  

（工程管理过程内容）

对于项目管理中的那些理念我就不多说了，不然会被丢砖头的。

就直入主题了：

先由系统管理员在系统的分类管理中定义“变更”自定义字段，并结合固定项和自定义字段信息。

这里我们给出一般参考操作步骤：

  

1.  公司内部人员提出变更需求或客户提出需求由项目经理进行相应的整理记录之后，在LCM系统中新建分类为“变更”的工作单，填写关于变更的基本信息；
2.   由项目经理或CCB组织对变更进行评审，评审结束后由项目经理将问题状态设置为“已确认”；
3.   项目经理将变更分派给实施人员进行处理；
        然后将变更单的状态调整为“已分派”；
        接着就是要添加变更项了；
        添加变更项的同时，可以将其指定给相关执行者。
        此时，变更列表中的文件才可在SVN中执行checkin操作。
4.  变更执行者在处理完变更后，在SVN中提交文件时，必须在Log Message中按下列标准格式输入信息。
        提交后，可以在变更单的详细页面的注释中看到提交说明。
5.  提交结束后，将变更单的状态更新为“已解决”；
6.  项目经理进行审核确认，并关闭，此时配置项将不能够进行SVN checkin操作；
SQA需要对整个变更过程进行审核确认。

在这一系列的内容的衔接中，LCM可以让各个部门，各个职位上的相关人员在最少的磨合上更好的协同工作。
当然，我们也相信使用过的客户都可以体会得到。

最后，还是加根油条
----------------------------------------------------------------------------
如果大家有兴趣的话，可以就这一话题发表自己的想法、建议和意见！





上一篇：生命周期管理者（LCM）之 工程管理
下一篇：生命周期管理者（LCM）之 测试管理

Badia

居然是沙发！O(∩_∩)O~哈哈！小小的支持一把！

lanj

志存高远

变更控制很难的，不知道公司的体制能不能适应这种流程化的东东，继续关注中。

璇虔湛

顶一下

思步软件

不要沉了，顶顶。

老亮

看了LZ的帖子，我只想说一句很好很强大！

囚鸟不知海

不错 支持一个了

孤独王子-青蛙

我也来顶一下..

女二号。

非常好，顶一下占位编辑

我会等你.

我也来顶一下..

绝非偶然

确实不错，顶先

别低贱了自己

没人回帖。。。我来个吧！

古城微笑少年丶

我也来顶一下..

幼稚园杀手

看起来好像不错的样子