|
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发布类型[p=16,null,left]类型
| [p=16,null,left]选择规范
| [p=16,null,left]重大发布
| [p=16,null,left]1、政策性的，有重大政策上意义的发布
| [p=16,null,left]2、发布本身会对关键或众多系统带来影响（如全公司数据库升级）
| [p=16,null,left]3、上级领导重点关注的发布ITSS认证
| [p=16,null,left]4、新系统上线
| [p=16,null,left]紧急发布
| [p=16,null,left]1、服务中断且没有替代方案，目的为立即恢复服务的发布
| [p=16,null,left]2、政策因素导致的，且需要立即执行的发布
| [p=16,null,left]3、短时间内必须完成，且延误会造成一定损失的发布
| [p=16,null,left]正常发布
| [p=16,null,left]除重大发布和紧急发布之外的所有发布
|
。
8.3.4发布分类在本项目中，将使用三级（CTI）分类来对发布进行分类： q类别（Category） 类别是CTI分类方法的最高层。它将被用作对变更进行分组的第一层。例如：硬件、系统软件、网络、应用软件、数据库。 q子类（Type） 子类用来区分每个“系统”的基本组成模块。它将被用作对变更进行分组的第二层。例如：对类别“硬件”来说，可以分为服务器、打印机和监视器等“子类”。 q项目（Item） 这个层次体系中第三层是项目。项目这一层能够获得更详细的信息和更准确的搜索。
8.3.5发布优先级在确定发布优先级时需要考虑两个因素：影响度和紧急度。这两个因素的定义分别如下： [p=16,null,left]严重等级
| [p=16,null,left]影响程度
| [p=16,null,left]广泛/普遍
| [p=16,null,left]极大/大型
| [p=16,null,left]适度/受限
| [p=16,null,left]次要/本地化
| [p=16,null,left]紧急度
| [p=16,null,left]极高
| [p=16,null,left]极高
| [p=16,null,left]极高
| [p=16,null,left]高
| [p=16,null,left]中
| [p=16,null,left]高
| [p=16,null,left]极高
| [p=16,null,left]高
| [p=16,null,left]中
| [p=16,null,left]中
| [p=16,null,left]中
| [p=16,null,left]高
| [p=16,null,left]中
| [p=16,null,left]中
| [p=16,null,left]低
| [p=16,null,left]低
| [p=16,null,left]中
| [p=16,null,left]中
| [p=16,null,left]低
| [p=16,null,left]低
|
8.3.6发布关闭代码发布结束代码用来表示发布实施的结果，如下表所示：ITSS培训 结束代码
| 描述
| 审批未通过
| 未通过发布经理审批
| 成功
| 发布成功实施完毕
| 部分成功
| 发布实施过程中某些步骤失败而导致了部分完成，且此结果可以接受
| 失败
| 发布实施失败（全部变更结果均汇报失败）
| 取消
| 提交前取消了发布
|
本帖关键字：ITSS
|
转播
分享
淘帖
()