文档更改服务管理实践 - 30 业务分析
由 superadmin 于 2024/12/25, 15:41 最后修改
Summary
Details
- Page properties
-
- 标题
-
... ... @@ -1,1 +1,1 @@ 1 -业务分析管理实践 1 +30 业务分析管理实践 - Content
-
... ... @@ -22,6 +22,7 @@ 22 22 23 23 24 24 ---- 25 + 25 25 {{box cssClass="floatinginfobox" title="**Contents**"}} 26 26 {{toc/}} 27 27 {{/box}} ... ... @@ -116,7 +116,6 @@ 116 116 * 应该确定机会 117 117 * 必须管理威胁 118 118 119 - 120 120 (% style="text-align:center" %) 121 121 [[image:1641305653437-331.png]] 122 122 ... ... @@ -183,7 +183,6 @@ 183 183 * 建立并持续改进整个组织针对业务分析的方法,确保以一致且有效的方式执行业务分析 184 184 * 确保组织及其客户当前和未来的需求得到理解和分析,并及时推荐高效和有效的解决方案 185 185 186 - 187 187 === **2.4.1 建立并持续改进整个组织的业务分析方法,确保以一致且有效的方式执行业务分析** === 188 188 189 189 组织在产品和服务组合上采用一致的业务分析方法很重要。但是,这并不意味着所有业务分析任务都以相同的方式处理。一种方法可能包括在不同背景下遵循了几种模型,如新产品和服务、变化的需求以敏捷方式或传统方式管理产品或整体方法等。 ... ... @@ -197,7 +197,6 @@ 197 197 * 识别业务需求并转化为明确表达的需求和/或解决方案建议 198 198 * 评估实际解决方案的绩效和价值,并推荐进一步改进 199 199 200 - 201 201 === **2.4.2 确保组织及其客户当前和将来的需求得到理解、分析,并得到及时、高效和有效的解决方案支持** === 202 202 203 203 业务分析是价值流中的一个重要步骤,该步骤将想法转换为解决方案,实现价值创建。接收者必须能够基于业务分析的结果采取行动。这些分析必须准确描述当前状态和拟议的未来状态,并清楚说明实现这些建议的步骤。 ... ... @@ -210,7 +210,6 @@ 210 210 211 211 除了需求之外,了解感性的背景也很重要。情商和服务同理心对于业务分析的成功至关重要,对于终端用户服务尤其如此。 212 212 213 - 214 214 == **2.5 关键度量** == 215 215 216 216 应该在每个实践所贡献的价值流背景内评估ITIL实践的有效性和绩效。与任何工具的绩效一样,只能在应用背景下评估ITIL实践的绩效。但是,工具的设计和质量可能会有很大差异,这些差异确定了在按照目的使用时,工具的潜力或有效的能力。有关度量、关键绩效指标(Key Performance Indicator, KPI),以及可以帮助解决此问题的其他技术的指南,请参见“度量和报告”实践指南。 ... ... @@ -237,7 +237,6 @@ 237 237 确定和推荐解决方案的数量/百分比和效果 238 238 ))) 239 239 240 - 241 241 将指标正确汇总到复杂的度量当中,将使数据更易用于正在进行的价值流的管理,并用于业务分析实践的周期性评估和持续改进。没有唯一的最佳解决方案。度量的基础是整体的服务战略和组织的优先级,以及实践贡献的价值流的目标。 242 242 243 243 ... ... @@ -281,7 +281,6 @@ 281 281 * 设计和维护业务分析方法 282 282 * 分析业务和确定解决方案 283 283 284 - 285 285 === **3.2.1 设计和维护业务分析方法** === 286 286 287 287 该流程的重点是为业务分析建立一致且有效的方法,解决组织的当前和预期的需求。 ... ... @@ -290,9 +290,9 @@ 290 290 291 291 表3.1 设计和维护业务分析方法流程的输入、活动和输出 292 292 293 -(% style="width: 932px" %)294 -|关键输入|活动|(% style="width: 343px" %)关键输出295 -|((( 288 +(% style="width:656px" %) 289 +|(% style="width:194px" %)关键输入|(% style="width:204px" %)活动|(% style="width:255px" %)关键输出 290 +|(% style="width:194px" %)((( 296 296 组织的原则、政策和愿景 297 297 298 298 组织战略 ... ... @@ -306,13 +306,13 @@ 306 306 业务分析记录和评审报告 307 307 308 308 审计报告 309 -)))|((( 304 +)))|(% style="width:204px" %)((( 310 310 分析组织和需求 311 311 312 312 开发业务分析方法并达成一致 313 313 314 314 评审业务分析方法 315 -)))|(% style="width: 343px" %)(((310 +)))|(% style="width:255px" %)((( 316 316 业务分析方法,包括范围、方法和技术、程序和职责 317 317 318 318 改进倡议和变更请求 ... ... @@ -335,7 +335,6 @@ 335 335 |开发并同意业务分析方法|业务分析师、架构师、产品负责人和组合经理开发,同意并交流组织范围内的业务分析方法,包括范围、方法和技术、程序和责任|业务分析师、产品架构师和产品负责人开发,同意并交流以产品为中心的业务分析方法,包括范围、方法和技术、程序和职责 336 336 |评审业务分析方法|基于业务分析记录,定期评审和审计报告,业务分析师与产品负责人、架构师和项目组合经理评审业务分析方法的有效性,为“分析组织和需求”活动提供输入,并/或启动所需的变革|基于业务分析记录和定期评审,业务分析师与产品负责人评审业务分析方法的有效性,为“分析组织和需求” 提供输入,并/或启动所需的变革 337 337 338 - 339 339 === **3.2.2 业务分析和确定解决方案** === 340 340 341 341 该流程专注于分析利益干系人的需要和需求,包括确定和提出解决方案以解决利益干系人的需要和需求。 ... ... @@ -375,7 +375,6 @@ 375 375 修订风险日志、知识库和其他信息资源 376 376 ))) 377 377 378 - 379 379 表3.4 业务分析和解决方案标识流程的活动 380 380 381 381 |**活动**|**样例** ... ... @@ -396,7 +396,6 @@ 396 396 业务分析人员在整个交付和支持过程中管理对业务需求的变更。新确定的需要和需求作为“从利益相关者获取和分析信息”活动的输入,还可以作为“ 设计和维护业务分析方法”流程的输入。 397 397 ))) 398 398 399 - 400 400 图3.3显示了业务分析和确定解决方案流程的工作流程。 401 401 402 402 (% style="text-align:center" %) ... ... @@ -426,7 +426,6 @@ 426 426 |М|**方法和技术专家**(Methods and techniques expert)**:**设计和实施工作技术,编制程序文件,提供流程咨询,工作分析以及持续改进 427 427 |Т|**技术专家**(Technical expert)**:**提供技术(IT)专业知识和基于专业知识的任务 428 428 429 - 430 430 表4.2 负责业务分析活动的角色示例 431 431 432 432 |**活动**|**负责角色**|**能力简介**|**具体技能** ... ... @@ -528,7 +528,6 @@ 528 528 分析技能、业务分析技术和框架的专业知识 529 529 ))) 530 530 531 - 532 532 === **4.1.1 业务分析师** === 533 533 534 534 本实践中的关键角色是业务分析师,根据实践范围,业务分析师可以专长于组织层面或以解决方案为重点的基础层面。该角色可以由专门的团队执行,也可以归属于产品负责人;后者通常出现在以解决方案为中心的业务分析中。 ... ... @@ -651,8 +651,6 @@ 651 651 从各种来源收集、处理和演示数据 652 652 )))|中 653 653 654 - 655 - 656 656 ---- 657 657 658 658 = **6 合作伙伴和供应商** =