文档更改服务管理实践 - 30 业务分析

Summary

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

Details

Page properties

Content

...	...	@@ -23,6 +23,10 @@
23	23
24	24	----
25	25
	26	+{{box cssClass="floatinginfobox" title="**Contents**"}}
	27	+{{toc/}}
	28	+{{/box}}
	29	+
26	26	= **1 关于本文档** =
27	27
28	28	本文档为业务分析实践提供了实用指南，分为五个主要部分，内容包括：
...	...	@@ -113,7 +113,6 @@
113	113	* 应该确定机会
114	114	* 必须管理威胁
115	115
116		-
117	117	(% style="text-align:center" %)
118	118	[[image:1641305653437-331.png]]
119	119
...	...	@@ -164,6 +164,8 @@
164	164	|验证实现的解决方案|服务验证和测试
165	165	|风险分析和响应优化|风险管理
166	166
	170	+(% class="wikigeneratedid" %)
	171	+
167	167
168	168	== **2.4 实践成功因素** ==
169	169
...	...	@@ -207,7 +207,6 @@
207	207
208	208	除了需求之外，了解感性的背景也很重要。情商和服务同理心对于业务分析的成功至关重要，对于终端用户服务尤其如此。
209	209
210		-
211	211	== **2.5 关键度量** ==
212	212
213	213	应该在每个实践所贡献的价值流背景内评估ITIL实践的有效性和绩效。与任何工具的绩效一样，只能在应用背景下评估ITIL实践的绩效。但是，工具的设计和质量可能会有很大差异，这些差异确定了在按照目的使用时，工具的潜力或有效的能力。有关度量、关键绩效指标（Key Performance Indicator, KPI），以及可以帮助解决此问题的其他技术的指南，请参见“度量和报告”实践指南。
...	...	@@ -234,7 +234,6 @@
234	234	确定和推荐解决方案的数量/百分比和效果
235	235	)))
236	236
237		-
238	238	将指标正确汇总到复杂的度量当中，将使数据更易用于正在进行的价值流的管理，并用于业务分析实践的周期性评估和持续改进。没有唯一的最佳解决方案。度量的基础是整体的服务战略和组织的优先级，以及实践贡献的价值流的目标。
239	239
240	240
...	...	@@ -278,7 +278,6 @@
278	278	* 设计和维护业务分析方法
279	279	* 分析业务和确定解决方案
280	280
281		-
282	282	=== **3.2.1 设计和维护业务分析方法** ===
283	283
284	284	该流程的重点是为业务分析建立一致且有效的方法，解决组织的当前和预期的需求。
...	...	@@ -332,7 +332,6 @@
332	332	|开发并同意业务分析方法|业务分析师、架构师、产品负责人和组合经理开发，同意并交流组织范围内的业务分析方法，包括范围、方法和技术、程序和责任|业务分析师、产品架构师和产品负责人开发，同意并交流以产品为中心的业务分析方法，包括范围、方法和技术、程序和职责
333	333	|评审业务分析方法|基于业务分析记录，定期评审和审计报告，业务分析师与产品负责人、架构师和项目组合经理评审业务分析方法的有效性，为“分析组织和需求”活动提供输入，并/或启动所需的变革|基于业务分析记录和定期评审，业务分析师与产品负责人评审业务分析方法的有效性，为“分析组织和需求” 提供输入，并/或启动所需的变革
334	334
335		-
336	336	=== **3.2.2 业务分析和确定解决方案** ===
337	337
338	338	该流程专注于分析利益干系人的需要和需求，包括确定和提出解决方案以解决利益干系人的需要和需求。
...	...	@@ -372,7 +372,6 @@
372	372	修订风险日志、知识库和其他信息资源
373	373	)))
374	374
375		-
376	376	表3.4 业务分析和解决方案标识流程的活动
377	377
378	378	|**活动**|**样例**
...	...	@@ -393,7 +393,6 @@
393	393	业务分析人员在整个交付和支持过程中管理对业务需求的变更。新确定的需要和需求作为“从利益相关者获取和分析信息”活动的输入，还可以作为“ 设计和维护业务分析方法”流程的输入。
394	394	)))
395	395
396		-
397	397	图3.3显示了业务分析和确定解决方案流程的工作流程。
398	398
399	399	(% style="text-align:center" %)
...	...	@@ -423,7 +423,6 @@
423	423	|М|**方法和技术专家**（Methods and techniques expert）**：**设计和实施工作技术，编制程序文件，提供流程咨询，工作分析以及持续改进
424	424	|Т|**技术专家**（Technical expert）**：**提供技术（IT）专业知识和基于专业知识的任务
425	425
426		-
427	427	表4.2 负责业务分析活动的角色示例
428	428
429	429	|**活动**|**负责角色**|**能力简介**|**具体技能**
...	...	@@ -525,7 +525,6 @@
525	525	分析技能、业务分析技术和框架的专业知识
526	526	)))
527	527
528		-
529	529	=== **4.1.1 业务分析师** ===
530	530
531	531	本实践中的关键角色是业务分析师，根据实践范围，业务分析师可以专长于组织层面或以解决方案为重点的基础层面。该角色可以由专门的团队执行，也可以归属于产品负责人；后者通常出现在以解决方案为中心的业务分析中。
...	...	@@ -649,7 +649,6 @@
649	649	)))|中
650	650
651	651
652		-
653	653	----
654	654
655	655	= **6 合作伙伴和供应商** =