Wiki source code of 28 持续改进(尚未发布)
Version 7.1 by superadmin on 2021/02/19, 18:00
Show last authors
| author | version | line-number | content |
|---|---|---|---|
| 1 | (% class="jumbotron" %) | ||
| 2 | ((( | ||
| 3 | (% class="container" %) | ||
| 4 | ((( | ||
| 5 | = = | ||
| 6 | |||
| 7 | |||
| 8 | |||
| 9 | |||
| 10 | |||
| 11 | |||
| 12 | ))) | ||
| 13 | ))) | ||
| 14 | |||
| 15 | 需要下载 **ITIL 4 持续改进实践【中文】**pdf版全文,请关注微信公众号itilxf ,并回复“持续改进”即可。 | ||
| 16 | |||
| 17 | [[image:微信截图_20210206234644.png]] | ||
| 18 | |||
| 19 | (% class="row" %) | ||
| 20 | ((( | ||
| 21 | (% class="col-xs-12 col-sm-4" %) | ||
| 22 | ((( | ||
| 23 | |||
| 24 | ))) | ||
| 25 | ))) | ||
| 26 | |||
| 27 | **申明:** | ||
| 28 | |||
| 29 | 本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译,国内众多从事ITIL理论推广及落地实践的专家们参与,需要下载最新翻译版本请关注微信公众号:ITILXF,也可访问ITIL4中文知识库网站:itil4hub.cn。 | ||
| 30 | |||
| 31 | 请注意,ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作,我们并不拥有包括原著以及中文发行文件的任何版权,所有版权均为Axoles持有,读者在使用这些文件(含本中文翻译版本)时需完全遵守Axoles 和 TSO所申明的所有版权要求。 | ||
| 32 | |||
| 33 | |||
| 34 | 翻译:严诚 审校:邓晓毅 审核:樊伟焯 | ||
| 35 | |||
| 36 | |||
| 37 | |||
| 38 | ---- | ||
| 39 | |||
| 40 | = **1 关于本文档** = | ||
| 41 | |||
| 42 | 本文档提供持续改进实践实用指南,分为五个主要部分,涵盖: | ||
| 43 | |||
| 44 | * 有关实践的一般信息 | ||
| 45 | * 本实践相关的流程和活动及其在服务价值链中的作用 | ||
| 46 | * 参与本实践的组织和人员 | ||
| 47 | * 支持本实践的信息和技术 | ||
| 48 | * 对本实践的合作伙伴和供应商的考虑 | ||
| 49 | |||
| 50 | |||
| 51 | == **1.1 ITIL 4资格认证计划** == | ||
| 52 | |||
| 53 | 本文档中的部分内容可作为以下教学大纲的一部分以供检查: | ||
| 54 | |||
| 55 | * ITIL专家创建,交付和支持 | ||
| 56 | * ITIL专家指引,计划和优化 | ||
| 57 | |||
| 58 | 详情请参考各部分教学大纲。 | ||
| 59 | |||
| 60 | |||
| 61 | |||
| 62 | ---- | ||
| 63 | |||
| 64 | = **2 一般信息** = | ||
| 65 | |||
| 66 | |||
| 67 | == **2.1 ** **目的与描述** == | ||
| 68 | |||
| 69 | * **关键信息** | ||
| 70 | |||
| 71 | 持续改进实践的目的是通过持续的改进产品、服务、实践或管理产品和服务中涉及的任何元素,使组织的实践和服务与不断变化的业务需求保持一致。 | ||
| 72 | |||
| 73 | 当服务提供者采用实践作为其常规活动的一部分来规范,鼓励和管理改进时,它就开始了持续改进实践。 | ||
| 74 | |||
| 75 | 持续改进实践使服务提供者能够不断适应不断变化的业务需求,并维护和增加其服务价值系统(SVS)产生的价值。服务提供者应: | ||
| 76 | |||
| 77 | * 适应变化的环境(随机应变)。 | ||
| 78 | * 提高他们有效交付和管理服务的整体能力。 | ||
| 79 | |||
| 80 | 如果不能适应和改进,将导致服务价值的减少。 | ||
| 81 | |||
| 82 | |||
| 83 | == **2.2 术语和概念** == | ||
| 84 | |||
| 85 | * **定义:改进** | ||
| 86 | |||
| 87 | 有意引入的变更,为一个或多个干系人带来价值的增加。 | ||
| 88 | |||
| 89 | 组织中采取的几乎每个行动都可以被视为一种改进活动。改进意味着改变,如果不改变当前状态,将无法改变结果。 | ||
| 90 | |||
| 91 | |||
| 92 | * **定义:愿景** | ||
| 93 | |||
| 94 | 组织未来将成为什么的明确愿望。 | ||
| 95 | |||
| 96 | 愿景可能是对将来状态的简短描述,组织及其价值网络的所有部分都需要对此作出贡献。愿景专注于组织的抱负,但通常不详述实现这些抱负的方式。 | ||
| 97 | |||
| 98 | 所有改进计划都需要从组织愿景中展开。如果任何改进对实现愿景没有贡献,哪怕是很小的贡献都没有,那么这种改变可能就是不必要的或无效的。 | ||
| 99 | |||
| 100 | |||
| 101 | * **定义:日程业务[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml2876\wps23.png]] BAU** | ||
| 102 | |||
| 103 | 通常可重复执行的常规任务,可以由具有适当技术或技能的人员执行,而不必作为项目进行管理。 | ||
| 104 | |||
| 105 | 日常业务(BAU)的一个示例是:需要在相对较短的时间范围内对现有产品进行修改或增强。在产品的整个生命周期中,通常会定期收到一长串这样的任务。可能有一支专门负责这项工作的团队。 | ||
| 106 | |||
| 107 | |||
| 108 | * **定义:改进登记表** | ||
| 109 | |||
| 110 | 用于记录并在其整个生命周期中管理改进项目的数据库或者结构化文档。 | ||
| 111 | |||
| 112 | 应该鼓励整个组织中的人们将想法记录在改进登记表中,以便对其进行评估和实施。改进是每个人的责任,包括: | ||
| 113 | |||
| 114 | * 干系人 | ||
| 115 | * 发起人 | ||
| 116 | * 客户 | ||
| 117 | * 用户 | ||
| 118 | * 负责服务交付的角色、团队 | ||
| 119 | * 产品和服务所有者 | ||
| 120 | * 服务交付的供应商和合作伙伴 | ||
| 121 | |||
| 122 | |||
| 123 | * **定义:反馈回路** | ||
| 124 | |||
| 125 | 一个活动的输出被用作新输入的一部分。在运作良好的组织中,反馈将沿着价值链积极收集和处理。 | ||
| 126 | |||
| 127 | 建立良好的反馈机制有助于您理解: | ||
| 128 | |||
| 129 | ● 终端用户和客户感知价值的创造 | ||
| 130 | |||
| 131 | ● 价值链活动的效率和效果 | ||
| 132 | |||
| 133 | ● 服务治理和管理控制的有效性 | ||
| 134 | |||
| 135 | ● 组织及其合作伙伴与供应商网络之间的接口 | ||
| 136 | |||
| 137 | ● 产品和服务的需求。 | ||
| 138 | |||
| 139 | ● 收到反馈后,就可以对其进行分析,以识别和验证改进的机会,风险或问题。 | ||
| 140 | |||
| 141 | |||
| 142 | === **2.2.1 ** **涉及服务消费者** === | ||
| 143 | |||
| 144 | 在服务关系中,服务提供者和服务消费者可以共享价值流活动。因此: | ||
| 145 | |||
| 146 | ● 某些改进可能涉及服务使用的变化 | ||
| 147 | |||
| 148 | ● 某些改进可能会直接影响服务消费者。 | ||
| 149 | |||
| 150 | 在获取改进机会和规划改进时,应考虑这两个因素。应鼓励服务消费者及其代表向改进登记表提交建议,并参与改进规划和风险评估。 | ||
| 151 | |||
| 152 | 服务消费者应该很自在地对服务提供者提出改进建议。服务提供者应该计划并为服务消费者及其代表提供反馈渠道。持续改进实践中开放的沟通和包容性将有助于构建成为有价值,有效的关系。 | ||
| 153 | |||
| 154 | 服务提供者应与服务消费者紧密合作,以确保快速的反馈循环,并验证改进的结果和效果。追求快速有效的持续改进的组织通常会尝试与他们的服务消费者达成密切的合作,从而消除沟通,协作和决策制定方面的正式官僚障碍。 | ||
| 155 | |||
| 156 | |||
| 157 | == **2.3 范围** == | ||
| 158 | |||
| 159 | 持续改进实践的范围包括: | ||
| 160 | |||
| 161 | ● 建立和培育持续改进的文化 | ||
| 162 | |||
| 163 | ● 在整个组织中规划和维护持续改进的方式和方法 | ||
| 164 | |||
| 165 | ● 在其整个生命周期中规划和推动持续改进 | ||
| 166 | |||
| 167 | ● 评估改进的效果,包括输出,结果,效率,风险和成本 | ||
| 168 | |||
| 169 | ● 生成并合并有关改进的实施和结果的反馈。 | ||
| 170 | |||
| 171 | 尽管仍与持续改进密切相关,但其中有几个活动的职责并未包括在持续改进的范围内。表2.1中列出了这些内容,以及可以找到它们的对应实践的参考。重要的是要记住,ITIL实践只是价值流的环境中使用的工具的集合;根据情况,必要时应将它们组合在一起。 | ||
| 172 | |||
| 173 | 表2.1 其他实践指南中描述的与持续改进实践相关的活动 | ||
| 174 | |||
| 175 | |||
| 176 |