文档更改07 附录 A 价值流示例

Summary

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

Details

Page properties

Content

...	...	@@ -106,6 +106,9 @@
106	106	|(% style="width:167px" %)**契动、交付和支持、改进**|(% style="width:274px" %)事件管理、问题管理、持续改进|(% style="width:368px" %)服务台、软件开发团队、基础架构支持团队|(% style="width:486px" %)为新服务的事件和问题提供持续支持。
107	107	|(% style="width:167px" %)**价值、改进**|(% style="width:274px" %)关系管理、服务级别管理|(% style="width:368px" %)服务级别经理、销售总监|(% style="width:486px" %)每月定期召开会议，讨论服务绩效并确定改进机会。
108	108
	109	+(% class="wikigeneratedid" %)
	110	+
	111	+
109	109	== **A.4法规变更需要开发新软件** ==
110	110
111	111	在此示例中，金融机构必须准备好满足新的监管要求。
...	...	@@ -114,50 +114,50 @@
114	114	表A.4 例子：新软件开发的价值流
115	115
116	116
117		-|**价值链活动/输入/结果**|**实践**|**角色**|**活动**
118		-|**需求**| |法务总监、合规经理|许多IT服务需要更新以满足新的监管要求。
119		-|**契动**|关系管理|法务总监、合规经理、CIO|讨论新的监管要求，并商定创建一个项目来管理实施。
120		-|**计划**|组合管理、服务财务管理、风险管理|CIO、IT战略团队、项目经理、开发经理|确定了各种方法的成本和风险，并商定了工作时间表和资源。
121		-|(((
	120	+|(% style="width:132px" %)**价值链活动/输入/结果**|(% style="width:251px" %)**实践**|(% style="width:250px" %)**角色**|(% style="width:661px" %)**活动**
	121	+|(% style="width:132px" %)**需求**|(% style="width:251px" %) |(% style="width:250px" %)法务总监、合规经理|(% style="width:661px" %)许多IT服务需要更新以满足新的监管要求。
	122	+|(% style="width:132px" %)**契动**|(% style="width:251px" %)关系管理|(% style="width:250px" %)法务总监、合规经理、CIO|(% style="width:661px" %)讨论新的监管要求，并商定创建一个项目来管理实施。
	123	+|(% style="width:132px" %)**计划**|(% style="width:251px" %)组合管理、服务财务管理、风险管理|(% style="width:250px" %)CIO、IT战略团队、项目经理、开发经理|(% style="width:661px" %)确定了各种方法的成本和风险，并商定了工作时间表和资源。
	124	+|(% style="width:132px" %)(((
122	122	**计划**
123	123
124	124	**契动**
125	125
126	126	**设计和转换**
127		-)))|项目管理、服务设计、业务分析 |项目经理、IT开发经理、业务分析师、产品经理|开始制定计划，人员被分派到计划工作。制定沟通计划，并通知所有需要参与的人。
128		-|**获取/构建**|软件开发和管理、服务验证和测试、服务设计|软件开发团队|(((
	130	+)))|(% style="width:251px" %)项目管理、服务设计、业务分析 |(% style="width:250px" %)项目经理、IT开发经理、业务分析师、产品经理|(% style="width:661px" %)开始制定计划，人员被分派到计划工作。制定沟通计划，并通知所有需要参与的人。
	131	+|(% style="width:132px" %)**获取/构建**|(% style="width:251px" %)软件开发和管理、服务验证和测试、服务设计|(% style="width:250px" %)软件开发团队|(% style="width:661px" %)(((
129	129	每个软件团队管理一个产品需求待办队列，并为他们分配部分的开发代码并为分配给他们的部分开发代码。每个团队还通过自动化流水线进行开发测试。
130	130
131	131	所有代码每天都自动集成和测试两次，以确保不同团队编写的代码能协同工作。
132	132	)))
133		-|(((
	136	+|(% style="width:132px" %)(((
134	134	**设计和转换**
135	135
136	136	**契动**
137		-)))|项目管理、服务设计、服务验证和测试|项目经理、IT开发经理、软件开发团队、合规经理|讨论并商定了发布和部署计划。在部署开始之前，商定所需的测试级别以及对每个部署进行授权的人员。
138		-|(((
	140	+)))|(% style="width:251px" %)项目管理、服务设计、服务验证和测试|(% style="width:250px" %)项目经理、IT开发经理、软件开发团队、合规经理|(% style="width:661px" %)讨论并商定了发布和部署计划。在部署开始之前，商定所需的测试级别以及对每个部署进行授权的人员。
	141	+|(% style="width:132px" %)(((
139	139	**获取/构建**
140	140
141	141	**设计和转换**
142		-)))|服务设计、组织变革管理、部署管理、服务配置管理|软件开发团队|(((
	145	+)))|(% style="width:251px" %)服务设计、组织变革管理、部署管理、服务配置管理|(% style="width:250px" %)软件开发团队|(% style="width:661px" %)(((
143	143	新软件的部署一旦准备就绪，就会立即启动。不再需要单独的变更请求，因为风险评估已提前完成，并且自动化确保了代码的部署完全按照计划进行。
144	144
145	145	配置数据用于驱动部署，因此不需要单独的活动来更新。
146	146	)))
147		-|**价值**|项目管理、关系管理|项目经理、CIO、法务总监、合规经理|对更新的服务进行评估，以确保所有监管要求得到满足。
148		-|(((
	150	+|(% style="width:132px" %)**价值**|(% style="width:251px" %)项目管理、关系管理|(% style="width:250px" %)项目经理、CIO、法务总监、合规经理|(% style="width:661px" %)对更新的服务进行评估，以确保所有监管要求得到满足。
	151	+|(% style="width:132px" %)(((
149	149	**契动**
150	150
151	151	**设计和转换**
152		-)))|项目管理、发布管理、服务台、服务目录管理|项目经理、软件开发团队、产品经理、服务目录经理|(((
	155	+)))|(% style="width:251px" %)项目管理、发布管理、服务台、服务目录管理|(% style="width:250px" %)项目经理、软件开发团队、产品经理、服务目录经理|(% style="width:661px" %)(((
153	153	新功能是通过功能开关来发布的，该开关允许用户可以看到新功能。
154	154
155	155	服务台和其他同事得到通知，新功能已经可以使用。同时服务目录已被更新。
156	156	)))
157		-|(((
	160	+|(% style="width:132px" %)(((
158	158	**价值**
159	159
160	160	**改进**
161		-)))|项目管理、服务设计、关系管理、持续改进|项目经理、开发经理、CIO、法务总监、合规经理|对该项目进行了审查和关闭。寻找改进机会并将其添加到持续改进登记册中。
	164	+)))|(% style="width:251px" %)项目管理、服务设计、关系管理、持续改进|(% style="width:250px" %)项目经理、开发经理、CIO、法务总监、合规经理|(% style="width:661px" %)对该项目进行了审查和关闭。寻找改进机会并将其添加到持续改进登记册中。
162	162
163	163