项目管理系统_运维方案
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
所有的需求、数据调整必须经过部 门领导、本公司关键用户审批后才 能进行后续处理。
需求类考虑系统在全集团使用的影 响和业务规范，需集团业务部门审 批通过后才能安排开发。
系统上线后日常运维工作流程
日常运维
用户提出意见
业务咨询
关键用户处理并给出 意见
系统方面
本公司IT处理并给出 意见
反馈给提出人 数据调整、需求类
3
A Rights Reserved, Copyright ©CTFF 2017
运维工作流程
建议使用运维管理平台进行日常运 维管理，便于留痕和规范工作流。 若公司没有运维管理平台的，则可 以在项目管理系统上线后，涉及数 据调整和需求类的处理，可以采用 邮件发送的方式处理及审批；BUG 类的可以不经过审批直接交运维团 队审批。
运维工作处理时限及要求
分类
认定标准
运维团队受理后预计处理时长
BUG类 数据调整
大范围影响使用，造成大范围用户的业务 无法进行
影响使用，或极少部分用户的业务无法进 行
对错误的业务数据进行修改和调整。
需求类
小调整，对全集团造成的影响很小或者根 本没有影响的功能需求
大调整，对集团业务造成根本性影响或者 新的功能需求
项目管理系统 运维方案
2018年6月26日
目录
01 运维模式 02 运维工作流程 03 运维工具和方式
层次混合模式– 运维团队任务及上线后责任分工
运维组织在建设阶段的主要任务
集团项目组
参与集中培训 指导最终用户参与的测试、培训工作； 建立运维平台 建立运维方式 学习应用的项目系统前台参数化配置 建立并掌握最终用户权限维护流程 建立并掌握最终用户的需求受理流程
6
A Rights Reserved, Copyright ©CTFF 2017
谢谢聆听
1. 运维团队负责出具运维相关手册、并支撑集团本部、各本地网用户对系统使用、系 统优化等的咨询。
2. 集团公司IT和关键用户负责受理全集团网络、操作系统等非项目系统本身的问题， 以及集团本部和各分公司关键用户的业务类咨询。
3. 本地网IT和业务关键用户负责受理各自本公司网络、操作系统等非项目系统本身的 问题、以及本公司的业务咨询问题，并与集团IT和关键用户衔接。
建设团队
运维团队
技术团队
集团公司IT和 关键用户
本地网IT和业 务关键用户
• 建设团队负责新需求方案、业务架构、系统架构、版本与项目管控。
• 技术团队负责对新需求、问题处理、接口异常问题等产品研发类修改，并负 责对数据库、应用平台和接口平台的每日巡检。
• 运维管理模式：集团级、市(区、地州）级本地网二级运维支撑体系
配置类需求，系统无需开发改造，包括权 限调整、审批流程调整、角色人员调整
0.5-7个工作日
5-10个工作日
数据质量符合系统要求的情况下，视数 据量大小在1-5个工作日处理完成 在运维团队接收需求后，视功能难易程 度在1-6个月内处理完成 在运维团队接收需求后，视功能难易程 度在3-12个月内处理完成 在运维团队接收需求后，视调整难易程 度在0.5-20个工作日内处理完成
备注：上述处理是理论时长，但实际上可能受外部环境因素影响需协商处理。如需求一直未确定、对方厂 商协调困难等。
5
A Rights Reserved, Copyright ©CTFF 2017
日常运维管理工具及方式
1.运维团队工作时间同集团业务部门工作时间。 2.建立统一的运维QQ群、运维人员通讯录、运维邮箱等远程运维方式，便于用户沟通和 反馈问题。 3.建立统一的运维管理平台，使用平台单据进行申请、审批、受理和跟踪，便于流程管理 和留痕。若无相应平台，则采用邮件发送的方式处理。 4.日常运维常见问题应该整理到常见运维问题处理方案中，便于其他用户参考。 5.用户在咨询系统操作和业务咨询中，要引导用户查看相应操作手册和资料，让运维团队 有更多精力保障系统稳定和分析。 6.每周出具运维分析报告，按公司体现上线后累计新增项目数、本周新增项目数和本周办 理数、TOP5问题描述和处理方案等，从而分析系统使用情况。
填写申请单
项目系统咨询、BUG类 运维团队受理及反馈
部门领导、关键用户 审批
BUG及数据调整
需求处理
建设团队受理和分析
需求类
集团业务部门审批
反馈提出人 需求类
不同意
提出人不同意
Y/N
同意
方案结果征求意见
建设团队处理及排期
开发类需求
技术团队处理
功能测试及上线
4ቤተ መጻሕፍቲ ባይዱ
A Rights Reserved, Copyright ©CTFF 2017
需求类考虑系统在全集团使用的影 响和业务规范，需集团业务部门审 批通过后才能安排开发。
系统上线后日常运维工作流程
日常运维
用户提出意见
业务咨询
关键用户处理并给出 意见
系统方面
本公司IT处理并给出 意见
反馈给提出人 数据调整、需求类
3
A Rights Reserved, Copyright ©CTFF 2017
运维工作流程
建议使用运维管理平台进行日常运 维管理，便于留痕和规范工作流。 若公司没有运维管理平台的，则可 以在项目管理系统上线后，涉及数 据调整和需求类的处理，可以采用 邮件发送的方式处理及审批；BUG 类的可以不经过审批直接交运维团 队审批。
运维工作处理时限及要求
分类
认定标准
运维团队受理后预计处理时长
BUG类 数据调整
大范围影响使用，造成大范围用户的业务 无法进行
影响使用，或极少部分用户的业务无法进 行
对错误的业务数据进行修改和调整。
需求类
小调整，对全集团造成的影响很小或者根 本没有影响的功能需求
大调整，对集团业务造成根本性影响或者 新的功能需求
项目管理系统 运维方案
2018年6月26日
目录
01 运维模式 02 运维工作流程 03 运维工具和方式
层次混合模式– 运维团队任务及上线后责任分工
运维组织在建设阶段的主要任务
集团项目组
参与集中培训 指导最终用户参与的测试、培训工作； 建立运维平台 建立运维方式 学习应用的项目系统前台参数化配置 建立并掌握最终用户权限维护流程 建立并掌握最终用户的需求受理流程
6
A Rights Reserved, Copyright ©CTFF 2017
谢谢聆听
1. 运维团队负责出具运维相关手册、并支撑集团本部、各本地网用户对系统使用、系 统优化等的咨询。
2. 集团公司IT和关键用户负责受理全集团网络、操作系统等非项目系统本身的问题， 以及集团本部和各分公司关键用户的业务类咨询。
3. 本地网IT和业务关键用户负责受理各自本公司网络、操作系统等非项目系统本身的 问题、以及本公司的业务咨询问题，并与集团IT和关键用户衔接。
建设团队
运维团队
技术团队
集团公司IT和 关键用户
本地网IT和业 务关键用户
• 建设团队负责新需求方案、业务架构、系统架构、版本与项目管控。
• 技术团队负责对新需求、问题处理、接口异常问题等产品研发类修改，并负 责对数据库、应用平台和接口平台的每日巡检。
• 运维管理模式：集团级、市(区、地州）级本地网二级运维支撑体系
配置类需求，系统无需开发改造，包括权 限调整、审批流程调整、角色人员调整
0.5-7个工作日
5-10个工作日
数据质量符合系统要求的情况下，视数 据量大小在1-5个工作日处理完成 在运维团队接收需求后，视功能难易程 度在1-6个月内处理完成 在运维团队接收需求后，视功能难易程 度在3-12个月内处理完成 在运维团队接收需求后，视调整难易程 度在0.5-20个工作日内处理完成
备注：上述处理是理论时长，但实际上可能受外部环境因素影响需协商处理。如需求一直未确定、对方厂 商协调困难等。
5
A Rights Reserved, Copyright ©CTFF 2017
日常运维管理工具及方式
1.运维团队工作时间同集团业务部门工作时间。 2.建立统一的运维QQ群、运维人员通讯录、运维邮箱等远程运维方式，便于用户沟通和 反馈问题。 3.建立统一的运维管理平台，使用平台单据进行申请、审批、受理和跟踪，便于流程管理 和留痕。若无相应平台，则采用邮件发送的方式处理。 4.日常运维常见问题应该整理到常见运维问题处理方案中，便于其他用户参考。 5.用户在咨询系统操作和业务咨询中，要引导用户查看相应操作手册和资料，让运维团队 有更多精力保障系统稳定和分析。 6.每周出具运维分析报告，按公司体现上线后累计新增项目数、本周新增项目数和本周办 理数、TOP5问题描述和处理方案等，从而分析系统使用情况。
填写申请单
项目系统咨询、BUG类 运维团队受理及反馈
部门领导、关键用户 审批
BUG及数据调整
需求处理
建设团队受理和分析
需求类
集团业务部门审批
反馈提出人 需求类
不同意
提出人不同意
Y/N
同意
方案结果征求意见
建设团队处理及排期
开发类需求
技术团队处理
功能测试及上线
4ቤተ መጻሕፍቲ ባይዱ
A Rights Reserved, Copyright ©CTFF 2017