×

扫描二维码登录本站

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies
Serendipity 发表于 2011-4-29 16:00:21
你们是不是把“发布流程”定义为初始发布了?
Serendipity 发表于 2011-4-29 16:03:17
我做个产品版本变更图说明下,你看看你们是不是这种情况
V1.0 功能点A-B-C-D-E
V1.1功能点A变更为A1
A1-B-C-D-E
V2.0发布新功能F
功能点A1-B-C-D-E-F
……

看了你们的流程设置,我觉得你们是理解成这样了,对不对?
longerwood 发表于 2011-4-30 01:33:10
本帖最后由 longerwood 于 2011-4-30 01:33 编辑

    1、变更管理是规避IT环境的变化给IT服务满足业务目标所带来的风险的控制过程。
    2、发布管理是规避一个变更的实施给IT服务满足业务目标所带来的风险的控制过程。
    3、也就是说,变更管理的主要执行内容是在对变更的需求或原因的评估和审查,确认是否需要执行这样一个变更,同时跟踪变更的执行过程。这个过程就是变更管理过程的前一部分。
    4、而当一个变更被确定实施后,为了保证这个变更给生产环境带来的风险最小,我们需要在变更在生产系统上实施之前,在测试环境中进行测试,确认IT环境的这个变化不会对IT服务形成风险,或知晓这个变化可能对IT服务造成什么样的风险并进一步评估,以确定最终是否将这个变化付诸实施于生产环境。这个过程就是发布管理过程。
    5、在确认一个IT环境的变化可以实施于生产环境中,还要考虑“回退”的机制,因为虽然在测试环境中经过测试和评估,但任何生产环境的变化仍然还是存在一定的不确定性的风险,因此在生产环境中执行变更要有“回退”机制的保障。这个过程是变更管理过程的后一部分,在这部分之后还有变更的完成部分,比如通知客户,归档进行配置管理变更等等。
    6、另外,发布管理不仅仅是针对“软件系统”的,可能我们比较习惯于“软件的发布”,即软件又发布了一个新版本,但对于IT服务来讲,IT环境的一个配置项的变化都需要“发布”到IT环境之中。
    7、对于什么样的变更会引起发布管理过程的执行,这个要根据变更的分类分级确定,比如常规变更/日常变更就不需要发布管理,一般变更和重要变更需要进行发布管理,而紧急/例外变更是先变更,而后补充履行发布管理。
nilewole2008 发表于 2011-5-1 09:21:13
:P 楼上解释的很清晰。
jennyzhu 发表于 2011-5-3 10:16:41
回复 Serendipity 的帖子

我们现在还没具体实施,只是定义是这样定义的,按照我们的定义,感觉就是
V1.0 A-B-C-D-E
有变更了
V1.1 A1-B-C-D-E 可以走变更,也可以走发布,两者都可以选,就是不知道什么时候改选什么
Powered by ITIL  © 2001-2025
返回顶部