支撑工作范围

1、运维支撑工作概述和其范围1 简介实现完善的运维支撑管理是企业提高经营水平和服务水平的关键。运行 / 维 护阶段与服务 / 支持阶段的分界线为：前者是面向项目部门内部的管理，而后者 是面向业务部门、企业中的其它人员或直接面向客户。运维支撑工作是整个项目管理中后期的重点部分，也是内容最多、最繁杂的 部分。该阶段主要用于部门内部日常运营管理， 涉和的对象分成两大部分， 即业 务系统维护和运维人员分配。而在该阶段的管理内容又可细分为七个子系统：1 设备管理：对网络设备、服务器设备、操作系统运行状况监控2 数据/ 存储/容灾管理：对系统和业务数据进行统一存储、备份和恢复3 业务管理： 包含对业务系统运行

2、情况的监控与管理， 对于业务的管理， 主要关注该业务系统的CSF （关键成功因素）和KPI （关键绩效指标）4 目录/内容管理：该部分主要对于项目中需要统一发布或因人定制的内容管 理和对公共信息的管理5 资源资产管理：管理企业中各 IT 系统的资源资产情况，这些资源资产可以 是物理存在的， 也可以是逻辑存在的， 并能够与公司的财务部门资产管理部门进 行数据交互6 信息安全管理： 该部分包含了许多方面的内容， 目前信息安全管理主要依据 的国际标准是 ISO17799 ，该标准涵盖了信息安全管理的十大控制方面， 36 个 控制目标和 127 中控制方式，如企业安全组织方式、资产分类与控制、人员安全

3、、物理与环境安全、通信与运营安全、访问控制、业务连续性管理等7 日常工作管理：该部分主要用于规范和明确运维人员的岗位职责和工作安 排、提供绩效考核量化依据、 提供解决经验与知识的积累与共享手段运行维护管 理的每一个子系统中都包含着十分丰富的内容。以上 7 个方面从业务系统的角度阐述了运维支撑工作的具体内容划分。 但是 在一般的企业项目开发中，实际情况却又有不同。2 人员职能划分实际工作中，运营支撑往往是产品中心所属的主要负责公司正式运营系统 （除专项研发之外）的运行维护和监控工作，改进、改造，维护、监控，咨询、 培训等工作，主要为了满足系统运营要求， 保证系统持续稳定工作， 提高用户（包 括客

4、户，管理员）满意度的部门。实际的工作中运维支撑各人员工作主要区分为管理人员和运维人员。2.1 管理人员职能管理人员的主要职责范围包含以下几个方面：1. 负责运维组规划和管理，包括完善内部运维制度，技术规划，团队建设， 人员考核等。2. 负责运维制度的制定，包括运维制度的细化和监督执行3. 负责协调、整合资源，优化团队配置。4. 负责整体把握运维服务质量，资源规划。5. 管理、督导项目组维护工作的正常运作6研究把握属下维护人员的工作，充分调动其积极性，工作能力，响应速度2.2运维人员职能项目上线，运维人员参与到项目的运维支撑工作，所要承接的工作主要包含 以下几个方面：1. 进行中心各项目的日常维

5、护，监控，故障处理等工作。2. 配合研发项目组解决客户提出的各项需求，问题，以和新旧功能调整。3. 预测与检查各项目的异常，故障，发现并和时呈报并处理整个运维支撑工作通过管理人员和运维人员的协作，可使项目上线后的后续工作稳定进行，服务质量也能得到提高。3工作范围实际的运营支撑工作主要的范围包括系统日常运行维护，客户报障处理，客 户新需求分析，原有功能调整，升级交付，异常监控处理，系统使用报告撰写。3.1日常运行维护日常维护包括对服务器巡检，数据库巡检，网络巡检，系统使用巡检，数据 处理。各方面巡检主要目的是检查各项状态是否正常。3.1.1服务器巡检主要工作是检查服务器是否正常运行，内存使用是否

6、过高，服务器日志系统 日志文件是否过多，文件占用服务器空间是否过大。针对问题需要做出正确的处 理，并制定策略。3.1.2数据库巡检主要目的是为了保证系统访问速度，数据处理能力，提高用户体验。检查数 据库是否正常运行，用户表空间使用率是否多大，已经有无锁表进程等。针对问 题做出相应处理。一般数据库巡检都会交由专业的数据库人员进行管理。3.1.3网络巡检包括检查网络是否正常，网络是否安全，同时保证系统访问速度，数据处理 速度。有问题和时反馈。3.1.4应用巡检检查功能使用状况。包括检查系统模块功能是否正常，系统处理数据是否正 确，观察各模块对应系统后台日志，检查有无异常抛出，分析异常，做针对性处

7、理。3.1.5数据处理数据处理主要是针对客户提出的数据提取需要。分手工提出数据和系统自带统计报表功能处理数据。手工处理数据要求分析客户需要，检查系统数据是否能 够满足客户需求。系统自带统计报表需要按客户要求， 手动查询数据，导出数据 文件。提交客户。3.2客户报障处理客户使用系统时遇到的问题，会报障要求处理。要求支撑人员第一时间响应, 分析，定位问题，同时给出一定的解决方案。评估解决时间，自己能够处理的根 据级别优先级处理，不能处理的上报项目组交付研发，根据故障级别督促研发完 成，交付客户使用。3.3客户新增功能评估系统正式上线运行后，客户会提出部分新功能，新需求。需要支撑人员和时 作出响应，

8、正对客户提出的要求评估需求可行性。 针对可行性需求，可以和客户 评估完成时间，需要的人力等，然后提交研发，并督促研发完成功能。做到定期 交付，同时功能正常，客户满意。3.4原有功能调整对应系统原有功能，客户提出的改进意见，要求和时响应，和时反馈，同时 和客户评估可行性。正对可行性意见，评估交付时间，提交研发完成功能，交付 客户使用。3.5升级交付系统有功能需求升级时，要求支撑人员熟悉系统部署，了解部署架构。做到 快速完成升级部署，不影响系统正常使用。所以要求支撑人员能够属性各应用服 务器，各系统，数据库等软件的安装调试。3.6异常监控处理支撑人员日常巡检时发现异常，要求能够异常分析，分析完成后

9、提交研发或 者自己处理，处理完成后，制定更新计划，和时更新。减少客户对系统功能使用 时的问题。3.7系统使用报告撰写定期做系统运维报告，包括系统健康状况，异常问题焦点，运维中遇到的困难。并作出相应处理方法。4工作流程支撑工作主要对接客户，系统使用者和项目研发组和系统开发者。工作 流程主要是：客户提出要求- 支撑人员承接要求，分析要求- 研发人 员解决要求。所以支撑工作处于中间位置，需要两边协调，至关重要。有规章就得有流程，支撑工作的流程主要体现在参与维护后与客户的交互过程中。根据人员交互的不同，主要流程如下：4.1支撑人员对接客户支撑人员对接客户，要求和时响应客户需要。对客户提出的需要记录，分

10、析，评估，和时反馈给客户。客户提出需求，故障- 和时反应- 承接需要，故障- 记录需求，故障- 分析需求，故障- 评估需求，故障，确定故障，需求优先级别-反 馈处理建议，处理时间给客户4.2支撑人员对接研发支撑人员对接研发，主要是需要研发更改程序，研发新需求。要求能够详细描述需求，故障，使研发人员能够快速接手，做开发。支撑人员提交需求， 故障给研发- 详细描述，说明故障，需求，确定交付时 间- 督促研发按照故障，需求优先级处理4.3支撑人员本身支撑人员本身要求应变能力强，反应迅速，语言沟通交流得当，给客户留下好印象。针对故障，需求自己能够处理的优选处理 - 不能处理的提交研发- 不确 定研发人员的，提交给自己上级，由上级协调，自己跟进- 研发处理完成后，更新，测试- 功能符合要求或者有问题，和时反馈给研发，同时跟进处理最后完成故障需求的处理，交付客户使用。5总结项目管理整个流程中，运维支撑