支撑工作范围_第1页
支撑工作范围_第2页
支撑工作范围_第3页
支撑工作范围_第4页
支撑工作范围_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

支撑工作范匚二1■:运维支撑工作概述及其范围1简介实现完善的运维支撑管理是企业提高经营水平和服务水平的关键。运行/维护阶段与服务/支持阶段的分界线为:前者是面向项目部门内部的管理,而后者是面向业务部门、企业中的其它人员或直接面向客户。运维支撑工作是整个项目管理中后期的重点部分,也是内容最多、最繁杂的部分。该阶段主要用于部门内部日常运营管理,涉及的对象分成两大部分,即业务系统维护和运维人员分配。而在该阶段的管理内容又可细分为七个子系统:1设备管理:对网络设备、服务器设备、操作系统运行状况监控2数据/存储/容灾管理:对系统和业务数据进行统一存储、备份和恢复3业务管理:包含对业务系统运行情况的监控与管理,对于业务的管理,主要关注该业务系统的CSF(关键成功因素)和KPI(关键绩效指标)4目录/内容管理:该部分主要对于项目中需要统一发布或因人定制的内容管理和对公共信息的管理5资源资产管理:管理企业中各IT系统的资源资产情况,这些资源资产可以是物理存在的,也可以是逻辑存在的,并能够与公司的财务部门资产管理部门进行数据交互6信息安全管理:该部分包含了许多方面的内容,目前信息安全管理主要依据的国际标准是ISO17799,该标准涵盖了信息安全管理的十大控制方面,36个控制目标和127中控制方式,如企业安全组织方式、资产分类与控制、人员安全、物理与环境安全、通信与运营安全、访问控制、业务连续性管理等7日常工作管理:该部分主要用于规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决经验与知识的积累与共享手段运行维护管理的每一个子系统中都包含着十分丰富的内容。以上7个方面从业务系统的角度阐述了运维支撑工作的具体内容划分。但是在一般的企业项目开发中,实际情况却又有不同。2人员职能划分实际工作中,运营支撑往往是产品中心所属的主要负责公司正式运营系统(除专项研发之外)的运行维护和监控工作,改进、改造,维护、监控,咨询、培训等工作,主要为了满足系统运营要求,保证系统持续稳定工作,提高用户(包括客户,管理员)满意度的部门。实际的工作中运维支撑各人员工作主要区分为管理人员和运维人员。2.1管理人员职能管理人员的主要职责范围包含以下几个方面:负责运维组规划和管理,包括完善内部运维制度,技术规划,团队建设,人员考核等。负责运维制度的制定,包括运维制度的细化和监督执行负责协调、整合资源,优化团队配置。负责整体把握运维服务质量,资源规划。管理、督导项目组维护工作的正常运作6研究把握属下维护人员的工作,充分调动其积极性,工作能力,响应速度。2.2运维人员职能项目上线,运维人员参与到项目的运维支撑工作,所要承接的工作主要包含以下几个方面:进行中心各项目的日常维护,监控,故障处理等工作。配合研发项目组解决客户提出的各项需求,问题,以及新旧功能调整。预测与检查各项目的异常,故障,发现并及时呈报并处理整个运维支撑工作通过管理人员和运维人员的协作,可使项目上线后的后续工作稳定进行,服务质量也能得到提高。3工作范围实际的运营支撑工作主要的范围包括系统日常运行维护,客户报障处理,客户新需求分析,原有功能调整,升级交付,异常监控处理,系统使用报告撰写。3.1日常运行维护日常维护包括对服务器巡检,数据库巡检,网络巡检,系统使用巡检,数据处理。各方面巡检主要目的是检查各项状态是否正常。3.1.1服务器巡检主要工作是检查服务器是否正常运行,内存使用是否过高,服务器日志系统日志文件是否过多,文件占用服务器空间是否过大。针对问题需要做出正确的处理,并制定策略。3.1.2数据库巡检主要目的是为了保证系统访问速度,数据处理能力,提高用户体验。检查数据库是否正常运行,用户表空间使用率是否多大,已经有无锁表进程等。针对问题做出相应处理。一般数据库巡检都会交由专业的数据库人员进行管理。3.1.3网络巡检包括检查网络是否正常,网络是否安全,同时保证系统访问速度,数据处理速度。有问题及时反馈。3.1.4应用巡检检查功能使用状况。包括检查系统模块功能是否正常,系统处理数据是否正确,观察各模块对应系统后台日志,检查有无异常抛出,分析异常,做针对性处理。3.1.5数据处理数据处理主要是针对客户提出的数据提取需要。分手工提出数据和系统自带统计报表功能处理数据。手工处理数据要求分析客户需要,检查系统数据是否能够满足客户需求。系统自带统计报表需要按客户要求,手动查询数据,导出数据文件。提交客户。3.2客户报障处理客户使用系统时遇到的问题,会报障要求处理。要求支撑人员第一时间响应,分析,定位问题,同时给出一定的解决方案。评估解决时间,自己能够处理的根据级别优先级处理,不能处理的上报项目组交付研发,根据故障级别督促研发完成,交付客户使用。3.3客户新增功能评估系统正式上线运行后,客户会提出部分新功能,新需求。需要支撑人员及时作出响应,正对客户提出的要求评估需求可行性。针对可行性需求,可以和客户评估完成时间,需要的人力等,然后提交研发,并督促研发完成功能。做到定期交付,同时功能正常,客户满意。3.4原有功能调整对应系统原有功能,客户提出的改进意见,要求及时响应,及时反馈,同时和客户评估可行性。正对可行性意见,评估交付时间,提交研发完成功能,交付客户使用。3.5升级交付系统有功能需求升级时,要求支撑人员熟悉系统部署,了解部署架构。做到快速完成升级部署,不影响系统正常使用。所以要求支撑人员能够属性各应用服务器,各系统,数据库等软件的安装调试。3.6异常监控处理支撑人员日常巡检时发现异常,要求能够异常分析,分析完成后提交研发或者自己处理,处理完成后,制定更新计划,及时更新。减少客户对系统功能使用时的问题。3.7系统使用报告撰写定期做系统运维报告,包括系统健康状况,异常问题焦点,运维中遇到的困难。并作出相应处理方法。4工作流程支撑工作主要对接客户,系统使用者和项目研发组及系统开发者。工作流程主要是:客户提出要求---->支撑人员承接要求,分析要求---->研发人员解决要求。所以支撑工作处于中间位置,需要两边协调,至关重要。有规章就得有流程,支撑工作的流程主要体现在参与维护后与客户的交互过程中。根据人员交互的不同,主要流程如下:4.1支撑人员对接客户支撑人员对接客户,要求及时响应客户需要。对客户提出的需要记录,分析,评估,及时反馈给客户。客户提出需求,故障---->及时反应---->承接需要,故障---->记录需求,故障>分析需求,故障>评估需求,故障,确定故障,需求优先级别反馈处理建议,处理时间给客户4.2支撑人员对接研发支撑人员对接研发,主要是需要研发更改程序,研发新需求。要求能够详细描述需求,故障,使研发人员能够快速接手,做开发。支撑人员提交需求,故障给研发--->详细描述,说明故障,需求,确定交付时间---->督促研发按照故障,需求优先级处理4.3支撑人员本身支撑人员本身要求应变能力强,反应迅速,语言沟通交流得当,给客户留下好印象。针对故障,需求自己能够处理的优选处理---->不能处理的提交研发--->不确定研发人员的,提交给自己上级,由上级协调,自己跟进---->研发处理完成后,更新,测试---->功能符合要求或者有问题,及时反馈给研发,同时跟进处理最后完成故障需求的处理,交付客户使用。5总结项目管理整个流程中,运维支撑往往是放

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论