免费智能真题库 > 历年试卷 > 系统规划与管理师 > 2019年上半年 系统规划与管理师 上午试卷 综合知识
  第39题      
  知识点:   运维   知识管理   管理流程   评审
  关键词:   评审   运维   知识管理   知识库        章/节:   资源要素管理   运维、运营和经营       

 
A公司运维团队每季度对知识库进行全面评审评审后将更新、整合的知识内容重新纳入知识管理流程,该工作属于( )的工作内容。
 
 
  A.  IT服务部署实施阶段的知识库初始化
 
  B.  IT服务部署实施阶段的知识转移
 
  C.  IT服务规划设计阶段的知识库需求识别
 
  D.  IT服务运营管理阶段的知识管理
 
 
 

 
  第39题    2018年上半年  
   77%
知识管理是资源要素管理的重要组成部分。以下关于知识管理的描述。不正确的是: ( )
  第56题    2023年上半年  
   90%
以下是A公司2022年全年知识库数据统计,相关年度考核指标计算不正确的是:().
  第47题    2022年上半年  
   93%
关于知识管理的表述,不正确的是()。
  相关试题:运维          更多>  
 
  第67题    2021年上半年  
   0%
为了提供更好的服务,A公司购置多个技术先进的运维工具。基于风险管理的角度,该应对措施属于()。
  第59题    2022年上半年  
   93%
某公司中标运维项目,一年服务期结束,公司复盘,相关营收数据如下,测算结论正确的是()。
  第57题    2018年上半年  
   64%
运维服务质量检查过程中,常见的检查活动不包括( )。
   知识点讲解    
   · 运维    · 知识管理    · 管理流程    · 评审
 
       运维
        运维是运行维护的简称,是一种IT服务形态。在《信息技术服务分类与代码》(GB/T 29264-2012)中,对运行维护服务(operation maintenance service)给出的定义是“采用信息技术手段及方法,依据需方提出的服务级别要求,对其信息系统的基础环境、硬件、软件及安全等提供的各种技术支持和管理服务”。
        运维是信息系统全生命周期中的重要阶段,也是内容最多、最繁杂的部分,是对信息系统提供维护和技术支持以及其他相关的支持和服务。运维服务的主要对象包括基础设施、硬件平台、基础软件、应用软件以及依赖于IT基础设施的数据中心、业务应用等信息系统,其范围可以是单个IT基础设施的运维,也可以是整体IT基础设施和业务应用的总体运维。运维服务交付内容主要包括咨询评估、例行操作、响应支持和优化改善。
        在《信息技术服务分类与代码》(GB/T 29264-2012)中,将运行维护服务分成基础环境运维、硬件运维服务、软件运维服务、安全运维服务、运维管理服务和其他运行维护服务六类,每类运维服务及其说明见下表。
        
        运维服务分类与代码
        
        任何组织和个人提供运维服务需要依据需方提出的服务级别要求,并确保提供的运行维护服务符合与需方约定的质量要求。因此,具备相应运维服务能力是服务组织提供服务的必要条件,比如规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决事故和问题经验、提供知识的积累和共享手段、实现完善的IT运维管理、提高组织经营水平和服务水平等等。在《信息技术服务运行维护第1部分:通用要求》(GB/T 28827.1-2012)中给出了供方运维服务的能力模型,该模型定义了运行维护服务能力的四个关键要素:人员、资源、技术和过程,每个要素通过关键指标反映应具备的条件和能力。模型也给出了供方为持续提升运维能力的管理方法。
 
       知识管理
        知识管理流程的目标是将运维生产过程中产生的各类信息所包含的知识最大限度地提取、保留,通过评审后加以应用,包括:实现知识共享,实现知识转化,避免知识流失,提高运维响应速度和质量,挖掘、分析IT应用信息。知识管理包括系统规划与管理师对知识的获取、共享、保留(归档)、评审,如下图所示。
        
        知识管理的流程
               知识提取和获取的方法及途径
               系统规划与管理师首先要考虑本项目需要哪些知识,能从哪些方面获取。将项目相关知识进行分类,可能根据以下4方面进行:根据知识的覆盖使用范围分类,根据知识评分分类,按照浏览量分类,知识地图同样是知识分类的好方法。
               IT服务项目常见知识分类如下:项目相关业务知识,项目相关已知问题(故障)解决方案,IT服务相关技术跟踪,其他知识(消防知识、逃生知识等)。
               IT服务项目知识的提取和获取一般是在项目内部和项目外部两方面进行的。内部提取:日常运维故障典型解决方案的总结、积累,如在建立流程体系时规定必须从已知问题的解决方案中提取知识,这也是IT服务项目最实用的知识。
               外部查找:与其他类似项目进行知识共享,在互联网上查找、跟踪供应商发布的知识等。
               知识共享的方法和方式
               项目知识共享分对内共享和对外共享两种。对内共享是要求项目组内成员积极主动地将自己的知识共享给其他员工;对外共享是与其他项目组或其他公司进行知识共享。知识具有保密性的要求,系统规划与管理师要制订知识共享制度,对各种知识设定保密级别,根据保密级别在共享时要进行审批。
               知识的保留、归档与入库
               在知识保留、归档及入库时,先根据知识的分类进行分级工作,从以下两个角度进行知识分级,具体的级别可根据实际情况自行定义:业务重要性角度,整合、完整性角度。知识的归档与入库建议采用统一的知识管理工具,市场上常见的ITSM管理工具都有知识管理的功能,也可以使用其他开源工具来管理。
               知识入库时应按照分类进行保存,如可按IT服务运维对象(网络、主机、数据库、应用)进行分类,也可按业务进行分类:桌面、邮件、业务系统(如银行核心系统、卡系统)等。
               知识入库时要进行审核性工作,以保证知识质量,做到有用的知识才会进入知识库。同时,知识入库后要定期进行知识的评审,看看哪些知识需要更新和整合,哪些知识已经过期,以保证知识的有效性和提高知识的整合度。
               系统规划与管理师在知识的保留、归档、入库阶段,一方面要重视知识管理工具的建设,另一方面要积极协调技术专家一同进行知识的入库审核。
               知识的评审
               系统规划与管理师应定期组织技术专家团队对知识库的知识进行全面评审。评审的内容涉及以下3方面:①时效性:现阶段是否还有效。②完整性:是否汇总完整,能否与其他知识条目合并。③正确性:知识的内容是否正确。评审后应出具《知识评审报告》,并根据评审的结果对知识库中的内容进行更新、删除、合并等维护工作。知识的评审工作也是知识重新获取的一大来源。
               知识管理关键成功因素
               在知识管理中,一方面应从流程制度考虑:①知识识别与分类是否准确。②知识管理流程是否制订,是否合理。另一方面设置知识使用的衡量指标进行考核,来判断知识管理的成熟度:①知识积累的数量。②知识的利用率。③知识的更新率。④知识的完整性。⑤各类知识的比重。⑥知识新增数量与事件、问题发生数量的对比关系。
               知识管理可能存在的风险和控制
               (1)知识私有化观念(主动性):在知识管理中最容易出现的情况是员工不积极提交知识,员工不愿意与其他员工共享自己所拥有的知识。此时,系统规划与管理师应该考虑采取措施,提高员工提交知识的积极性,如对积极提交完整性高核心知识的员工进行奖励,激励员工共享自己所拥有的知识,也可将知识提交、共享与绩效考核挂钩;最好建立起良好的团队文化氛围,保持员工的积极性。
               (2)知识共享的风险:在实际操作过程中,知识共享确实存在着风险,主要是可能出现核心技术的泄露,所以应做好知识(信息资产)的保密性工作,建立共享安全制度。另外,也会存在其他部门、项目组不愿意共享知识的现象,系统规划与管理师应积极与对方进行沟通。
               (3)知识管理工具使用风险:知识管理工具上线运行之后,员工却不能经常性地使用系统,也不能对知识管理系统进行维护,从而难以保证知识管理系统中知识的数量和质量,在“恶性循环”中使知识管理系统逐渐成为一个华而不实的摆设。所以,在管理工具的建设期,系统规划与管理师要考虑工具的易用性。
               (4)持续性风险(知识的有效性、时效性):在初始知识提交后,长期没有再评审、再次更新修订,知识甚至已经过时或者随着环境的改变而不再正确,但仍保留在知识库中,造成知识的可用性和准确性降低,久而久之,员工会越来越不愿意使用知识系统,知识管理面临失败。因此,系统规划与管理师要重视知识的定期评审工作,保证知识的可用性和准确性。
               (5)隐性知识很难转化成显性知识:显性知识可以理解成书面化的文档,隐性知识就是存放在每个人头脑中的经验和体会,要让每个人头脑中的经验和体会都写出来的确很难。因为平常每个人工作都很忙,如果非要让忙了一天的员工能在工作时间内静下心把自己的经验和心得写出来,这对绝大多数企业和员工来讲是不现实的。很多知识管理项目的一个假定条件就是,每位员工都会把自己头脑中的知识主动拿出来,但事实并非如此:员工没有时间也没有动力。如果这个假定条件不成立,那么就没有了知识管理项目成功的基础,所以必须面对并解决好这个困难,不然知识管理系统最终将成为一个摆设。解决方法是让知识管理系统完全融合到员工日常的工作中,如客服人员每天处理客户的问题就在完成知识管理,这样就可以让员工一边工作一边积累知识;把知识管理融入项目管理、客户管理、流程管理、人力资源管理中,这样能够真正有效地让员工一边工作,一边把知识和经验积累到系统中。
 
       管理流程
        信息系统软件交付之后就进入了运维阶段,该阶段短则4~5年,长则可达10年以上。运维的目的是保证信息系统软件能正常而可靠地运行,并能使系统不断得到改善和提高,以充分发挥作用。运维的过程也就是不断满足用户各种维护需求的过程。用户的维护需求是不断变化的,所以需要持续地对信息系统软件进行修改和维护。这一过程从本质上来说是一个P、D、C、A(P-Plan,策划;D-Do,实施;C-Check,检查;A-Act,处理)循环,不停顿地周而复始地运转。按照戴明质量控制理论,信息系统软件运维的管理流程如下图所示。
        
        信息系统软件运维管理流程
        信息系统软件运维服务的四个关键要素是:人员、资源、技术和过程,每个要素通过关键指标反映运维服务的能力。在运维服务提供过程中,通过应用PDCA的方法论,在运维的策划、实施、检查、改进等不同阶段,通过对人员、资源、技术和过程四个服务要素的统一管理,来实现运维服务能力的持续提升。
 
       评审
        对设计部分是否完整地实现了需求中规定的功能、性能等要求,设计方法的可行性,关键的处理及内外部接口定义的正确性、有效性、各部分之间的一致性等都一一进行评审。
   题号导航      2019年上半年 系统规划与管理师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
 
第39题    在手机中做本题