|
知识路径: > 大型网站运维 > 政府门户网站运维案例分析 > 大型网站的人员角色、工作岗位设置和组织机构 >
|
相关知识点:34个
|
|
|
|
|
(1)项目运维团队将提供7×24小时应急响应服务能力,在遇到突发情况时及时响应解决问题。
|
|
|
(2)项目实施人员具有良好的职业道德,不损害用户利益。
|
|
|
(3)驻场工程师配置具备完全的稳定性,不出现一个岗位角色频繁更换人员的问题,以便保证工程师对系统的了解和认知,保证运维工作的质量。
|
|
|
(4)美工配置具有良好的网页及平面设计能力、丰富的网站制作经验,精通美工软件Photoshop、Illustrator等,熟悉HTML、CSS、Dreamweaver等。
|
|
|
(5)在项目实施过程中不随意变换所拟派的项目经理。
|
|
|
基于以上组建团队原则,本次项目的团队将由某公司的政府网站运维技术人员组建,科学地分析运维任务,拟定角色职责,设立工作岗位,组成运维机构;再根据人员的技术组成,指定其角色和岗位,这样三定(定人员、定角色、定岗位)后,形成的运维团队专人专职、人尽其才、角色交叉、技能备份,能高效、可控地执行运维工作。
|
|
|
|
IT服务管理是以流程为中心的,针对每个流程,定义了一系列的角色,每个角色被赋予特定的职责和任务,实现责权利的统一。一个角色可能需要多个运维人员来承担,同样一个运维人员有时也可能承担多个角色。
|
|
|
|
(1)网站应用系统日常维护。维护人员对所管理的网站应用系统进行每日巡检,包括对磁盘空间、系统日志、系统资源占用、访问性能等的检查。
|
|
|
(2)网站系统日常监控。对网站系统每天的运行进行监控,及时发现系统的故障,确保系统的可靠稳定运行,并在日常监控的基础上进行安全事件积累、分析。
|
|
|
(3)网站内容监控。维护人员每日完成对网站栏目、内容的巡检,对每日网站信息发布工作进行监控,为网站信息发布提供技术咨询和技术支持,解答和解决网站发布系统使用过程中出现的问题。
|
|
|
(4)网站内容维护。完成网站主站页面、英文版及相关栏目内容的维护;公众互动板块各栏目的维护;网站内容管理系统用户管理等工作。
|
|
|
(5)网站栏目调整。指导各单位完成网站栏目、图片和样式的管理,提供阶段性栏目或栏目内容调整、程序修改、信息发布等服务。
|
|
|
(6)数据统计。在对网站系统和内容进行监控的基础上,对网站访问量等基础数据进行统计,提供每日统计报表,并根据实际工作需要,进行网站数据统计工作。
|
|
|
(7)网站应用系统完善。针对使用过程中提出的网站应用系统改进和完善需求,及时响应小范围应用软件调整的需求,不断完善网站应用系统。
|
|
|
(8)网站系统安全测试。积极配合信息中心开展网站系统安全性测试工作,并协助对测试中发现的应用系统问题进行改进。
|
|
|
(9)网站信息系统调整。积极配合信息中心开展网站信息系统建设调整工作,包括实现网站信息的分库存储、备份网站系统完善方案和测试系统建设、网站部分历史数据的梳理、补充及信息中心根据网站工作需要提出的其他调整任务。
|
|
|
(10)完成信息中心交办的与网站系统相关的其他工作。
|
|
|
|
(1)运维经理。职责:根据客户方的需求,协调资源完成客户方交办的各项工作。
|
|
|
(2)技术支持工程师。职责:对网络设备资源信息、服务器资源及网络带宽资源利用综合管理,进行网络拓扑监管、拥塞监测、端口管理、路由管理、性能监视、流量分析、状态监视。
|
|
|
负责操作系统、数据库系统、应用中间件系统、邮件系统等基础系统软件的维护和监管,包括监控数据库系统、Web、文件、进程、Mail、应用中间件、FTP、DNS、HTTP等。
|
|
|
(3)流媒体工程师。职责:根据客户方的需求,编辑、录制视频并进行发布。
|
|
|
(4)网站开发工程师。职责:对用户发现的系统中的Bug和小的系统调整进行程序修改和完善;对现行互联网站中新增版块的需求,应协助进行需求分析,起草需求分析报告,然后根据需求组成开发小组,完成模块的开发、上线工作;适当参与内部新建互联网站的开发工作,了解系统的整体架构和设计开发的全过程。
|
|
|
协助信息中心进行新开发的互联网站的用户测试工作;对新增版块,完成模块的测试,协助上线工作。
|
|
|
(5)美工设计。职责:业务系统的页面美术设计改善,新增模块的美术设计。
|
|
|
(6)中文编辑。职责:负责网站主站页面及相关栏目内容的维护。
|
|
|
(7)英文编辑。职责:负责英文网站页面及相关栏目内容的翻译、维护的工作。
|
|
|
|
|
|
|
制作详细的运维方案,在运维过程中及时动态地调整方案,提高工作效率,保证服务质量。
|
|
|
给各个管理小组分配任务,随时监控每个小组的运维管理情况,控制服务质量。
|
|
|
作为与用户间的接口,负责向用户汇报运维情况、变更需求等情况,并及时将有关要求反馈给管理小组。
|
|
|
接受用户投诉和协调用户需求的变化,及时反馈制订应急计划,报告项目领导小组和用户负责人。
|
|
|
|
|
|
|
负责网络设备、服务器、存储设备、安全设施等硬件平台的运行和监控。
|
|
|
负责服务器操作系统、数据库系统、应用中间件系统等基础系统软件的安装、配置和应用系统接口、运维及关闭。
|
|
|
负责维护数据报表系统的运行,管理数据库表,清除垃圾数据,按时数据更新,产生临时报表。
|
|
|
|
|
|
负责网站专题专栏选题、栏目策划,信息编辑发布工作。
|
|
|
(3)流媒体工程师。主要职责:负责编辑、录制视频并完成在线发布工作。
|
|
|
|
|
|
|
|
负责网站LOGO图片设计制作、页面动画制作等工作。
|
|
|
|
负责英文网站页面及相关栏目内容的翻译、日常信息维护的工作。
|
|
|
|
在运维组织设计中,重点考虑人员、角色、岗位三个因素。运维公司将综合职能型组织、矩阵型组织和项目型组织,建立组合型组织架构,既有职能部门完成日常运维工作,又可以为完成各项临时小规模项目开发而设立矩阵型组织或项目型组织。
|
|
|
信息中心和运维公司共同组建成立“运维联合领导小组”,由双方相关领导组成,主要进行高层协调,制定战略、划清目标,保障运维工作顺利完成。
|
|
|
运维公司将按照组织机构的工作岗位及角色职责,统筹人力资源,抽调精兵强将,组建专门部门“政府门户网站运维部”,下设工作台、硬件集成支持组、软件集成支持组、软件开发支持组和内容维护组。“政府门户网站运维部”实际派驻不少于4人在工作现场,属于“一线”支持人员。
|
|
|
疑难问题会商解决、小规模软件开发等将协调公司总部的其他人员参加,如项目中心、研发中心的技术骨干、软件开发工程师等,属于“二线”支持人员。
|
|
|
个别问题还会涉及第三方支持,包括原厂商、合作伙伴、其他专家顾问等,属于“三线”支持人员。
|
|
|
“二线”和“三线”支持人员不派驻现场,仅是在运维流程需要的时候才参与其中,流程结束,人员也将退出。
|
|
|
针对政府门户网站内容管理平台运维服务项目,我们将组建现场一线、公司总部二线、外援三线不同技能和专业水平的服务团队,按照基于ITIL的服务流程提供服务。
|
|
|
(1)一线。服务台是面向客户的统一服务接口,负责受理客户提出的服务需求(包括故障申告);负责对服务范围内的服务需求(包括故障申告)进行处理和任务分派,并跟踪和反馈处理情况;派驻现场一线的技术支持人员接受故障任务分派后,进行不同岗位的处理和协作。
|
|
|
(2)二线。由公司总部技术专家、技术骨干、软件工程师组成,负责解决现场派驻服务不能解决的问题。
|
|
|
(3)三线。由第三方供应商、高级技术专家、顾问等组成,负责协助现场服务组处理故障,必要时赴现场处理故障;主动发现、分析和解决问题;负责提供远程监控及按需现场服务中的其他相关服务。
|
|
|
运维人员的技术掌握全面,涵盖软硬件整个层面。硬件方面掌握主流多种网络设备、服务器设备、安全设施、存储器设备等;系统软件方面熟悉Windows、UNIX、Linux三大主流操作系统,Oracle、SQL Server、DB2等大型数据库,WebSphere、WebLogic、Tomcat、IIS等多种应用中间件;软件开发方面深入掌握J2EE和Net两大体系,精通B/S开发,精通多种语言。
|
|
|
运维项目中主要涉及的技术角色有“硬件集成”“软件集成”“数据管理”“内容维护”“软件开发”“软件测试”和“美工设计”等,在关键角色职责方面,大部分都可以由2人以上担任,即关键角色重叠备份,提高技术储备能力和实际运维水平,同时也可以防范人员流动造成的部分技术空白风险。
|
|
|
|
|
|
|