发布流程中ITSS信息项及其状态定义
20150722淡然
续上8.2流程执行原则
8.2.1总体执行原则
1)所有涉及运行环境的程序更新都必须严格遵循发布管理流程。
2)用于发布的版本都是经过授权、测试通过的。
3)所有发布执行工作都应被记录并可追踪。
4)每季度产生发布流程管理报表,对失败的发布进行回归和检查,更好地管理发布流程。
1)定期对流程进行回顾,回顾内容包括流程KPI、流程执行效率和流程支持工具的有效性,以改进发布管理流程。;
8.2.2提交发布的入口政策
新项目满足下列条件时,可提交发布:
1)业务验收(或技术测试)通过
2)上线核查通过
变更任务,满足下列条件时,可提交发布:
1)业务验收(或技术测试)通过。
8.2.3发布单重开政策
已经关闭的发布单,不能重新打开
8.2.4发布失败开单政策
1、发布失败时,如果对应发布单已关闭,则修改关闭代码,新建发布单,并与之前的发布单进行关联。
2、发布失败时,如果对应发布单未关闭,则新建变更单,重新安排发布。ITSS考试
8.3流程相关定义
8.3.1发布单信息项
发布单通常包含如下主要信息项,集团可以根据自身的情况在此该信息项上进行扩充或删减:
序号 | 信息项 | 说明 |
1 | 发布ID | 为每个发布请求分配一个唯一的序列号 |
2 | 登记时间 | 发布请求创建的时间 |
3 | 实际请求人信息 | 记录实际发布请求人的信息,包括:姓名、部门、电子邮件、办公电话、手机 |
4 | 发布标题 | 简单描述发布请求 |
5 | 发布来源 | 参见“发布来源”定义 |
6 | 关联的需求单号 | 如果发布来源是需求,则关联到相应的需求单 |
7 | 关联的变更单号 | 发布所生成的变更单号,一般为多个 |
8 | 发布类型 | 参见“发布类型”定义 |
9 | 发布影响程度 | 参见“影响程度”定义 |
10 | 发布紧急程度 | 参见“发布紧急程度”定义 |
11 | 发布优先级 | 参见“发布优先级”定义 |
12 | 发布分类 | 参见“发布分类”定义 |
13 | 发布描述 | 详细描述发布的内容 |
14 | 所影响的应用系统、部门 | 实施该发布将对哪些应用系统、部门、使用人员产生影响,用于评估发布 |
15 | 发布状态 | 参见“发布状态”定义 |
16 | 发布经理 | 发布经理姓名 |
17 | 发布受理人 | 发布受理人姓名 |
18 | 发布实施人 | 发布实施人姓名 |
19 | 发布实施人 | 发布实施人姓名 |
20 | 计划开始时间 | 发布计划开始时间 |
21 | 计划完成时间 | 发布计划完成时间 |
22 | 实际开始时间 | 发布实际开始时间 |
24 | 实际完成时间 | 发布实际完成时间 |
25 | 发布系统日志 | 发布系统日志, |
26 | 发布工作日志 | 发布工作日志,人工记录的发布工作进度和问题 |
27 | 发布关闭代码 | 参见“发布结束代码”定义 |
28 | 关闭时间 | 发布关闭的时间 |
29 | 备注 | 填写备注信息 |
30 | 附件 | 发布附件 |
8.3.2发布主要状态定义
新建 | New | 发布申请表正在填写之中 |
已分派 | Assigned | 发布请求已分派给发布受理者进行初始的计划、准备工作 |
计划中 | Planning | 发布受理者正在准备变更的计划 |
审批中 | Approving | 发布经理正在审阅发布的计划 |
实施中 | WorkingInProgress | 发布正在处理中 |
已实施 | Implemented | 发布实施结束,并且返回结果 |
已关闭 | Closed | 发布完成 |
8.3.3发布类型
| 类型 | 选择规范 |
| 重大发布 | 1、政策性的,有重大政策上意义的发布 |
| 2、发布本身会对关键或众多系统带来影响(如全公司数据库升级) | |
| 3、上级领导重点关注的发布ITSS认证 | |
| 4、新系统上线 | |
| 紧急发布 | 1、服务中断且没有替代方案,目的为立即恢复服务的发布 |
| 2、政策因素导致的,且需要立即执行的发布 | |
| 3、短时间内必须完成,且延误会造成一定损失的发布 | |
| 正常发布 | 除重大发布和紧急发布之外的所有发布 |
。
8.3.4发布分类
在本项目中,将使用三级(CTI)分类来对发布进行分类:
q类别(Category)
类别是CTI分类方法的最高层。它将被用作对变更进行分组的第一层。例如:硬件、系统软件、网络、应用软件、数据库。
q子类(Type)
子类用来区分每个“系统”的基本组成模块。它将被用作对变更进行分组的第二层。例如:对类别“硬件”来说,可以分为服务器、打印机和监视器等“子类”。
q项目(Item)
这个层次体系中第三层是项目。项目这一层能够获得更详细的信息和更准确的搜索。
8.3.5发布优先级
在确定发布优先级时需要考虑两个因素:影响度和紧急度。这两个因素的定义分别如下:
| 严重等级 | 影响程度 | ||||
| 广泛/普遍 | 极大/大型 | 适度/受限 | 次要/本地化 | ||
| 紧急度 | 极高 | 极高 | 极高 | 高 | 中 |
| 高 | 极高 | 高 | 中 | 中 | |
| 中 | 高 | 中 | 中 | 低 | |
| 低 | 中 | 中 | 低 | 低 | |
8.3.6发布关闭代码
发布结束代码用来表示发布实施的结果,如下表所示:ITSS培训
结束代码 | 描述 |
审批未通过 | 未通过发布经理审批 |
成功 | 发布成功实施完毕 |
部分成功 | 发布实施过程中某些步骤失败而导致了部分完成,且此结果可以接受 |
失败 | 发布实施失败(全部变更结果均汇报失败) |
取消 | 提交前取消了发布 |
待续
本帖关键字:ITSS