Changes for page 服务管理实践 - 30 业务分析

Last modified by superadmin on 2024/12/25, 15:41

From version < 8.1 >

edited by superadmin
on 2022/01/04, 22:21

To version < 6.1 >

edited by superadmin
on 2022/01/04, 22:19

< >

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

@@ -22,7
          +22,6 @@
  ----
--
  {{box cssClass="floatinginfobox" title="**Contents**"}}
  {{toc/}}
  {{/box}}
@@ -117,6
          +117,7 @@
  * 应该确定机会
  * 必须管理威胁
++
  (% style="text-align:center" %)
  [[image:1641305653437-331.png]]
@@ -167,8
          +167,6 @@
  |验证实现的解决方案|服务验证和测试
  |风险分析和响应优化|风险管理
--(% class="wikigeneratedid" %)
--
  == **2.4 实践成功因素** ==
@@ -185,6
          +185,7 @@
  * 建立并持续改进整个组织针对业务分析的方法，确保以一致且有效的方式执行业务分析
  * 确保组织及其客户当前和未来的需求得到理解和分析，并及时推荐高效和有效的解决方案
++
  === **2.4.1 建立并持续改进整个组织的业务分析方法，确保以一致且有效的方式执行业务分析** ===
  组织在产品和服务组合上采用一致的业务分析方法很重要。但是，这并不意味着所有业务分析任务都以相同的方式处理。一种方法可能包括在不同背景下遵循了几种模型，如新产品和服务、变化的需求以敏捷方式或传统方式管理产品或整体方法等。
@@ -198,6
          +198,7 @@
  * 识别业务需求并转化为明确表达的需求和/或解决方案建议
  * 评估实际解决方案的绩效和价值，并推荐进一步改进
++
  === **2.4.2 确保组织及其客户当前和将来的需求得到理解、分析，并得到及时、高效和有效的解决方案支持** ===
  业务分析是价值流中的一个重要步骤，该步骤将想法转换为解决方案，实现价值创建。接收者必须能够基于业务分析的结果采取行动。这些分析必须准确描述当前状态和拟议的未来状态，并清楚说明实现这些建议的步骤。
@@ -210,6
          +210,7 @@
  除了需求之外，了解感性的背景也很重要。情商和服务同理心对于业务分析的成功至关重要，对于终端用户服务尤其如此。
++
  == **2.5 关键度量** ==
  应该在每个实践所贡献的价值流背景内评估ITIL实践的有效性和绩效。与任何工具的绩效一样，只能在应用背景下评估ITIL实践的绩效。但是，工具的设计和质量可能会有很大差异，这些差异确定了在按照目的使用时，工具的潜力或有效的能力。有关度量、关键绩效指标（Key Performance Indicator, KPI），以及可以帮助解决此问题的其他技术的指南，请参见“度量和报告”实践指南。
@@ -236,6
          +236,7 @@
  确定和推荐解决方案的数量/百分比和效果
  )))
++
  将指标正确汇总到复杂的度量当中，将使数据更易用于正在进行的价值流的管理，并用于业务分析实践的周期性评估和持续改进。没有唯一的最佳解决方案。度量的基础是整体的服务战略和组织的优先级，以及实践贡献的价值流的目标。
@@ -279,6
          +279,7 @@
  * 设计和维护业务分析方法
  * 分析业务和确定解决方案
++
  === **3.2.1 设计和维护业务分析方法** ===
  该流程的重点是为业务分析建立一致且有效的方法，解决组织的当前和预期的需求。
@@ -287,9
          +287,9 @@
  表3.1 设计和维护业务分析方法流程的输入、活动和输出
--(% style="width:656px" %)
--|(% style="width:194px" %)关键输入|(% style="width:204px" %)活动|(% style="width:255px" %)关键输出
--|(% style="width:194px" %)(((
++(% style="width:932px" %)
++|关键输入|活动|(% style="width:343px" %)关键输出
++|(((
  组织的原则、政策和愿景
  组织战略
@@ -303,13
          +303,13 @@
  业务分析记录和评审报告
  审计报告
--)))|(% style="width:204px" %)(((
++)))|(((
  分析组织和需求
  开发业务分析方法并达成一致
  评审业务分析方法
--)))|(% style="width:255px" %)(((
++)))|(% style="width:343px" %)(((
  业务分析方法，包括范围、方法和技术、程序和职责
  改进倡议和变更请求
@@ -332,6
          +332,7 @@
  |开发并同意业务分析方法|业务分析师、架构师、产品负责人和组合经理开发，同意并交流组织范围内的业务分析方法，包括范围、方法和技术、程序和责任|业务分析师、产品架构师和产品负责人开发，同意并交流以产品为中心的业务分析方法，包括范围、方法和技术、程序和职责
  |评审业务分析方法|基于业务分析记录，定期评审和审计报告，业务分析师与产品负责人、架构师和项目组合经理评审业务分析方法的有效性，为“分析组织和需求”活动提供输入，并/或启动所需的变革|基于业务分析记录和定期评审，业务分析师与产品负责人评审业务分析方法的有效性，为“分析组织和需求” 提供输入，并/或启动所需的变革
++
  === **3.2.2 业务分析和确定解决方案** ===
  该流程专注于分析利益干系人的需要和需求，包括确定和提出解决方案以解决利益干系人的需要和需求。
@@ -371,6
          +371,7 @@
  修订风险日志、知识库和其他信息资源
  )))
++
  表3.4 业务分析和解决方案标识流程的活动
  |**活动**|**样例**
@@ -391,6
          +391,7 @@
  业务分析人员在整个交付和支持过程中管理对业务需求的变更。新确定的需要和需求作为“从利益相关者获取和分析信息”活动的输入，还可以作为“ 设计和维护业务分析方法”流程的输入。
  )))
++
  图3.3显示了业务分析和确定解决方案流程的工作流程。
  (% style="text-align:center" %)
@@ -420,6
          +420,7 @@
  |М|**方法和技术专家**（Methods and techniques expert）**：**设计和实施工作技术，编制程序文件，提供流程咨询，工作分析以及持续改进
  |Т|**技术专家**（Technical expert）**：**提供技术（IT）专业知识和基于专业知识的任务
++
  表4.2 负责业务分析活动的角色示例
  |**活动**|**负责角色**|**能力简介**|**具体技能**
@@ -521,6
          +521,7 @@
  分析技能、业务分析技术和框架的专业知识
  )))
++
  === **4.1.1 业务分析师** ===
  本实践中的关键角色是业务分析师，根据实践范围，业务分析师可以专长于组织层面或以解决方案为重点的基础层面。该角色可以由专门的团队执行，也可以归属于产品负责人；后者通常出现在以解决方案为中心的业务分析中。
@@ -643,6
          +643,8 @@
  从各种来源收集、处理和演示数据
  )))|中
++
++
  ----
  = **6 合作伙伴和供应商** =

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司