|
|
|
|
|
|
|
|
|
|
|
.客户期望服务级别协议的考核条款违反相关规定而无法执行。
|
|
|
|
（2）相关资源的能力不足。在执行阶段，仅验证了系统监控工具已经准备到位，但未对其支持功能做验证，如无法监控到存储设备的容量情况、无法监控到服务器的进程信息等，这都会严重影响到服务实施的进度。因此，对各种服务支持资源的验证要做充分考虑并设计完备的验证计划，不仅要考虑其可用性和连续性，还要考虑其能力情况。
|
|
|
|
（3）交付物认知水平不一致。交付物认知水平也是部署实施阶段一直在强调的问题，对交付物的理解不一致是服务管理项目潜在的风险之一，会直接影响到客户的满意度。
|
|
|
|
（4）服务级别协议中服务范围不够明确，使得项目范围、成本、进度等可能发生较大偏差，甚至导致项目无法完成。
|
|
|
|
（5）项目实施过程中服务范围发生变化，与约定服务范围冲突，可能加大服务技术难度，增加投入成本。
|
|
|
|
（6）由于资源不够或项目成员承担项目过多，在项目计划中所计划的资源得不到保证，项目任务无法按时、按质完成。
|
|
|
|
（7）项目团队成员职责分工不明确，导致项目在执行过程中接口混乱、工作量加大、沟通和管理成本成倍增加、项目任务出现盲区。
|
|
|
|
（8）系统规划与管理师在某些具体管理操作层面失误，导致项目在执行过程中服务团队不稳定，个体成员工作量加大，身心疲惫，出现抱怨，不能愉快地投入工作，进度滞后，项目任务出现脱节，项目实施不规范，项目质量出现问题。
|
|
|
|
（9）项目组内部沟通不力，造成项目问题积压，导致项目后期出现更大的问题。
|
|
|
|
（10）第三方供应商交付了不符合要求的产品，使得项目无法正常执行。
|
|
|
|
（11）服务目标、测量手段、服务能力与成熟度。部署实施执行阶段的常见风险是定义了量化的服务目标，但缺乏获取它的切实可行的测量手段，或者服务能力不能够支撑达成此目标，或者服务目标的设定超越了目前的服务运营团队的成熟度。上述情况都会对客户满意度造成潜在的影响。因此，在部署实施执行期间，要实际获取和测量已定义的服务目标。对于无法测量的目标要及时修订；对于可测量但与预期差距太大的目标，或者与服务能力不对称的目标，也要及时与项目干系人沟通，并及时调整。
|
|
|
|
（12）配置管理的广度与颗粒度。部署实施执行阶段的另一个风险在于配置管理。一方面，对于不属于自身管理范围的各项目不应纳入配置管理的范围，否则会对未来的服务运营工作产生很大的影响，严重影响工作效率。另一方面，对于自身管理范围内的各配置项，也要依据自身的服务能力来设置其颗粒度。例如，对于计算机的内存，可以定义为计算配置项的一个属性，也可以定义为一个单独的内存配置项。服务团队的资源或能力不足以支持到这么细的颗粒度管理，这样的配置管理数据库的设计，可能导致服务运营团队需要单独配置一名工程师来专门负责配置管理数据库的日常管理与维护，这样会得不偿失。因此，一定要依据服务运营团队的服务能力来设定配置管理的广度和颗粒度。
|
|
|
