129 论某省统计局统计业务专网与数据汇聚平台运维项目的运营管理

ONEPSOFT | 软考学习知识库

---

2023年2月，我公司中标某省统计局统计业务专网与数据汇聚平台运维项目。服务内容包括：负责制定统计专网管理制度、操作手册和维护手册，涵盖网络设备命名规范、策略配置规范、网络安全防护策略等内容；负责7×24小时值守，保障统计专网稳定运行；负责管理全省统计专网IP地址资源，包括IP地址资源的规划与分配；负责网络设备（含机房和楼层配线间）的日常维护、安装调试、配置文件管理与备份、系统升级维护和故障处置，并实时监控网络运行状态；结合网络监控数据定期生成网络运行情况分析报告。我作为本项目的系统规划与管理师，深刻感受到这项工作强度很大。全省统计专网设备数量众多、覆盖省市县三级，日常运维任务量大且时效要求高。团队人员平均年龄较小，经验相对不足，人均工作负荷较重，半年之后团队离职率超过六成。由于团队更替频繁，故障处置基本依赖个别老员工的个人经验，一旦人员离开，相关操作要领便随之流失。原有人员的运维经验和事件处理方法并没有系统落实到书面，新入职人员对既有运维流程和常见问题的处理操作生疏，导致客户满意度下降。经公司内部开会研究，决定以我负责的项目为试点建立项目运维知识库，成熟后上升到公司层面，全公司按需共享各项目运维相关知识。

IT服务项目知识管理的目标，是把运维生产过程中产生的各类信息所包含的知识最大限度地提取、保留，通过评审后加以应用，实现知识共享、知识转换，避免知识流失，提高运维响应速度和质量，并挖掘、分析IT应用信息。项目管理中常有一种误区，认为知识管理只是简单的文档归档，实则它是把组织能力沉淀为资产、防止经验随人流失的关键手段。因此，我按照常规做法，将本项目知识管理活动划分为知识的获取、共享、保留和评审四项。

一、知识获取

知识获取是知识管理的首要步骤，需要明确本项目需要哪些知识、能从哪些方面获取，并将相关知识进行分类。作为系统规划与管理师，结合服务类项目的特点，需要沉淀的知识大致分为三类：以设备应用为核心的技术类、以标准流程规范为核心的管理类，以及以客户为核心的商务类。在此基础上细化为四级分类，例如技术类（一级）—设备应用类（二级）—网络交换机（三级）—参数配置（四级），并注明信息获取来源，保证每条知识可溯源。以网络运维为例，我们按照设备型号、使用场景和维护频次对知识进行了梳理，形成清晰的条目结构，为后续入库归档打下基础。

二、知识共享

知识共享主要是制定知识共享制度，并对各种知识设定保密级别。考虑到本项目知识库最终可能上升到公司层面，我将本次建设的知识密级划分为三类：项目内部、公司内部和公共。其中项目内部与公司内部又按不同职责进一步划分，项目内部的权限划分包括服务台人员、技术支持人员、管理人员和商务人员；公共部分的知识以公开的政策、标准、法规和产品说明书为主，面向客户开放。为加强知识共享程度、鼓励个人贡献知识，我组织团队编制了《知识管理考核与奖惩机制》《知识管理信息采集管理办法》等制度，并修订了日常考核机制，在月度绩效中加入每月贡献有效知识条目的考评项，经公司领导同意并征求意见后上升为公司层面的制度，将知识提交、共享与绩效考核挂钩，从制度上推动共享文化的形成。同时，我们定期举办知识分享会，由各专业组轮流讲解近期处置的典型案例，让知识在交流中不断沉淀。

三、知识保留

知识保留是指知识入库时按照事先规划的分类进行保存，入库时进行审核。在各类信息鱼龙混杂的情况下，知识的真伪和优劣需要鉴别后才能确定是否为有效信息，才能真正支撑日常运维管理。为此，我向公司申请了资深工程师参与把关，并采购了某知识管理平台，在知识管理建设初期对每一条入库信息进行审核，确保信息来源可靠且真实有效；同时由资深工程师建立信息间的关联，形成知识地图，便于项目组成员快速检索和应用。对于新入职人员，知识地图也帮助他们快速了解系统全貌，缩短了上手周期。

四、知识评审

知识库运转起来后，需要定期组织技术专家团队对库内知识进行全面评审。公司采购的知识管理平台对每条知识设有评价打分机制，每季度固定生成报表，包括信息的使用率和评价情况；对于评价不高或反映时效性不强的信息，系统自动筛查后，公司组织部门经理级以上人员对库内信息进行定期评审，形成持续更新、优胜劣汰的良性循环。评审不仅关注知识内容本身，也关注知识的使用反馈，对于使用频次低的内容及时合并或淘汰，保持知识库的精炼与实用。

结合本项目实际，知识包括两类：大部分是存在于团队成员头脑中的隐性知识，还有政策标准、本项目SLA、客户响应流程等显性知识。知识识别的方法主要分为三类：一是人工确定，由资深工程师事先定义，或在头脑风暴过程中由现场实施人员提出常见且必要的知识；二是通过知识管理平台，将提问最多的问题匹配最优答案形成知识；三是以常用文件为依据的参考资料。项目上绝大多数有效知识来源于团队经验的隐性知识，而隐性知识最直接的来源是经验丰富的团队成员，因此人在知识管理中起着非常重要的作用，也是最大的风险点。例如，专网核心路由器的应急切换操作流程此前只存在于少数老工程师的头脑中，一旦人员休假或离职，现场值守人员便无从下手。我将这类高价值经验列为优先沉淀对象，通过操作演示录制、逐条整理固化等方式优先入库。为了减少员工不愿共享自己经验的现象，我草拟了《知识管理考核与奖惩机制》《知识管理信息采集管理办法》等制度并推动上升为公司制度，把知识提交与共享同绩效考核挂钩；同时，为避免个别人员将项目知识库内容整体打包下载、外泄商业机密和核心知识，我不仅初期就建立共享安全制度、对知识进行密级界定，还在平台中对知识查阅实行权限控制。在平台选型上，我调研了市面上多家知识管理服务商，从产品客户群和市场评价等角度综合比较，最终确定了关联和展现的自定义灵活度较高、知识评价体系健全、易用性强且能与日常考核紧密挂钩的一款产品。在部署方式上，我们选择由厂商提供私有化部署，保证数据不出内网；平台上线前，我们还组织了多轮试用，收集一线运维人员的操作反馈后再正式投用。

知识库建立并运行一段时间后，项目团队在客户响应速度和业务熟练度方面有了显著提高，团队个人素质的提升程度较其他运维团队更为突出，项目内部逐步由忙乱无序向有条不紊的学习型组织过渡。客户的抱怨明显减少，团队成员工作的积极性有所提高，充分凸显了知识管理对IT运维服务的必要性和重要性。本项目的知识管理经验也为公司后续承接同类政务网络运维项目提供了参考样板。半年后统计，常见故障的平均定位时间缩短了约四成，新员工独立上岗周期由原来的两个月缩短到三周以内。与此同时，知识管理也带来了一些管理上的挑战，比如部分成员起初对共享存在顾虑，我通过调整考核导向、树立典型等方式逐步引导，最终形成了团队乐于分享的氛围。在后期的学习和工作中，我还将结合ITSS、ITIL等标准不断深化知识管理实践，持续提升运维服务能力。