研究院IT中满意心百分百行动策划方案

满意百分百行动筹划研发体系业务研究院IT中心©2024,ZTECorporation.Allrightsreserved.满意百分百行动筹划人员组织提升行动筹划内部效劳现状背景机密▲约束和假设和潜在故障用新的模板识别。约束和假设和潜在故障在工程周例会报告上解决情况。背景机密▲团队组织管理组组长于平副组长王华宁、应松成员李夫健、徐新明、虞渊明、徐奇、应松、吴振宇、蔡雪原、林炳惶、李子坚职责负责评审、决策满意百分百实施计划及相关产出物；负责评估满意百分百行动实施效果；可用性组组长王华宁成员陈炜、杜鹏、库志伟、张彤、程静职责负责制定IT系统可用性提升措施和实施计划；负责IT系统可用性提升措施执行；负责提交可用性提升效果评估报告；性能组组长徐新明副组长徐奇成员测试经理、DPG职责负责制定IT系统性能提升措施和实施计划；负责监督、推进IT系统性能提升实施进展；负责提交性能提升效果评估报告；易用性组组长李夫健副组长徐新明成员RPG成员职责负责制定IT系统易用性提升措施和实施计划；负责监督、推进IT系统易用性提升实施进展；负责提交易用性提升效果评估报告；团队组织需求符合组组长李夫健副组长徐新明成员RPG成员职责负责制定IT需求符合度提升措施和实施计划；负责监督、推进IT需求符合度提升实施进展；负责提交IT需求符合度提升效果评估报告；服务支持组组长王华宁成员陈炜、杜鹏、库志伟、张彤、刘玉梅、王超、张菊贤职责负责制定服务支持提升措施和实施计划；负责监督、推进服务支持提升实施进展；负责提交服务支持提升效果评估报告；平台实施组组长王华宁副组长蔡雪原、林炳惶、李子坚、吴振宇成员项目经理职责负责可用性、性能、易用性、需求符合度提升措施在各平台的实施；负责按要求提交各项提升措施实施进展；可用性提升筹划可用性可用性提升筹划-问题描述应用管理方面缺乏完善的应用系统运行报告，对于系统运行状况统计分析缺乏，致使预防能力薄弱应用系统缺乏实际有效的KPI衡量指标监控系统覆盖面缺乏，局部关键应用缺少监控应用系统例行检查记录缺少监管环节主机支撑平台方面主机存储平台资源的规划仍待完善备份恢复的速度不能满足关键应用要求设备过保带来的可靠性风险海外效劳器运维缺乏保障网络方面关键应用缺乏运行报告〔DNS/DHCP/Proxy/Radius〕网络运行需要建立全面的KPI指标体系对网络的主动预防性管理需要加强数据中心运营管理需要加强可用性提升筹划-问题分析缺乏系统性的可用性管理流程和机制维护工作缺乏有效的监管,效劳质量依赖于维护人员的个人素质监控数据分析挖掘缺乏，难以及时预防运维环境存在的风险建立可用性持续改进机制1达到公司要求可用性考核指标2“可用性〞2024年工作目标机密▲可用性提升筹划-年度重点工作

根据业务重要性，确定可用性要求进行可用性设计，制定符合效劳级别要求的可用性方案进行可维护性设计，确保故障发生后快速恢复业务制定关键的平安性控制制定维护管理标准定期提供可用性评估及运行报告“可用性〞2024年里程碑方案机密▲3月4月5月6月分析梳理可用性需求制定关键业务可用性KPI指标修订维护管理标准完成关键业务的可用性设计完成关键业务可维护性设计完成应用、网络、数据中心3－5项关键业务故障恢复演练建立可用性监测评估机制制定5-10项关键业务运行报告完成应用、网络、数据中心3－5项关键业务故障恢复演练根据前期工作，评估提升效果，制定可用性改进方案性能问题描述IT系统总是有性能问题，客户抱怨越来越多为什么老是登录不上去?页面访问、数据查询，怎么这么久没响应?系统越来越慢，刚上线时还好好的?刚录好数据，系统就出错了?正用着怎么突然就掉线了?系统突然挂起、无响应，要重启操作系统?如何提升IT系统整体性能？性能问题分析〔一〕问题到底在哪？资源配置缺乏〔CPU、内存、网络带宽〕?内存泄漏，交易事务的内存泄漏?无限循环的编码缺陷，导致资源超负荷?频繁调用了大消耗CPU组件？编码缺陷?数据库设计缺陷，导致发生死锁或活锁?外部资源瓶颈，受后台或其它外部系统影响?线程阻塞，线程退回到无法完成的同步点?。。。。。。应用开发方面系统设计时没有建立数字模型，先开发后调优工程团队重视功能开发，系统性能意识淡薄开发设计人员能力缺乏，缺乏相关专业培训应用测试方面只测试功能点，不能模拟真实环境测试人员只能做黑盒测试，不能做白盒测试应用运维方面只报告系统故障，无法提供现场系统完整分析数据缺少系统性能监控能力性能问题分析〔二〕IT中心未建立系统性能管理机制IT中心组织专业的性能专家团队，指导工程系统需求和设计没有建模〞容量规化〞系统测试标准还不完善运维没有监控系统性能的方法和工具，无法建立IT中心系统整体性能数字模型没有建立性能方案专家知识库，无法提高工程解决问题的高度和效率。性能问题分析〔三〕性能测试2024年里程碑方案至9月30日至5月31日3月17日–4月30日完成60%关键产品的测试制定测试方案，进行测试准备性能问题分析，确定测试功能点CMMIL4评估完成100%关键产品的测试至12月31日建立IT系统性能管理机制1建立IT性能问题专家库2建设IT系统性能监控平台3性能改进2024年工作目标建立IT系统性能管理制度和标准制定系统性能监控标准和规程建立IT中心性能问题专家库系统架构设计，推广〞容量规化〞系统测试，引入“现场环境〞模拟工具和方法论引入IT系统性能监控平台，指导工程接入监控平台建立IT中心系统整体性能分析报告性能改进2024年重点工作性能改进2024年里程碑方案4月5-6月7-8月9-12月制定IT性能监控平台方案制定IT性能管理规程制定容量规化规程制定性能测试规程制定调优方案专家库标准制定运维性能报障处理规程引进IT性能监控平台制定应用监控代理标准应用监控代理二次开发性能管理流程试运行性能监控平台试点应用监控代理试点SSB和监控平台融合完成试点工程性能调优专家方案完善性能监控平台完善性能监控管理机制

IT中心推广性能监控平台各IT应用系统接入指导工作2024年目标工作开展风险●外部培训资源●人力资源投入问题●建立易用性工作标准；●建立易用性评估标准●落实重点应用系统易用性评估、改进工作〔HR/FOL/IM/PAL/PMS/IOA〕●建立组建库、模板库、页面流程模板库等系统标准库〔DPG配合〕●易用性标准培训●建立图片、模板、FLASH标准库●编写易用性评价标准、规程和指导书，形成稳定的易用性评价过程●分季度选择重点产品持续进行易用性评估工作●与DPG共同推进组件、模板、流程标准库建立建立易用性评价标准和知识库机密▲工程人员方面以用户为中心的设计理念未能得到工程人员的重视对易用性认识模糊、重视程度不够人员技能缺乏，对工作产品质量影响很大对已有的标准执行力度不够标准标准方面易用性标准较少易用性标准及改进活动少“易用性〞问题描述-1机密▲应用系统方面控件不统一，操控模式各异页面流程设计模式众多，用户学习困难权限控制与角色未能较好的识别，无效信息很多，用户无所适从报错信息很不友好，很难理解向导功能很少，指引信息很少，不能较好的防止用户出错在线帮助功能很少或干脆没有，少数有的也不能及时更新，一致性差快捷方式使用较少、不统一，效率影响用户记忆负担较大，很多操作连续性差词汇专业，用户难懂“易用性〞问题描述-2“易用性〞问题分析机密▲14重视程度不够；宣贯执行方面较弱；人员技能培训缺乏；易用性相关标准缺失较多；易用性持续改进机制不健全等。建立易用性持续改进机制1建立易用性标准规范2落实重点应用系统易用性评估以及改进工作3“易用性〞2024年工作目标机密▲标准制度和工作指南方面1、易用性改进工作方法的建立〔同心圆模式〕2、易用性原那么性标准建立3、易用性评估方法4、易用性相关标准的新增、改进、修订工作〔需求、开发、测试等方面〕重点推进实施工作方面1、易用性根底理论培训2、易用性标准培训3、重点应用系统易用性评估、问题收集分析、改进报告4、重点应用系统易用性改进版本的落实5、易用性测试工作推进6、建立图片、模板、FLASH标准库7、与DPG共同推进组件级标准库建立8、与DPG共同推进组件、页面模板、页面流程等三级易用性改进工作“易用性〞2024年重点工作机密▲“易用性〞2024年里程碑方案机密▲3月4-5月6-7月8月各业务领域专家组组建完成建立图片、模板、FLASH标准库易用性原那么标准建立完成易用性根底理论培训易用性工作改进方法指南编制完成易用性评估标准〔方法〕建立完成易用性重点改进应用系统清单确定完成易用性标准工程培训易用性测试工作标准建立、培训易用性测试工作启动易用性评估标准〔方法〕培训重点改进应用系统评估完成1-2个，给出改进建议报告，落实进产品版本重点改进应用系统评估完成2个，给出改进建议报告，落实进产品版本建立符合性评价标准和知识库机密▲需求符合性2024年目标工作开展风险●符合性方法理论的研究●外部培训资源人力资源投入问题●建立领域知识库●建立领域业务模型●建立符合性评估方法●开展重点应用系统符合性评估、改进工作●符合性评估标准方法的建立●各领域业务模型建立●依据符合性评估方法，评估重点应用系统●领域知识学习和培训●公司业务深度实习和培训工作●试用和熟悉业界优秀软件工作建立符合性评价标准和知识库机密▲工程人员方面BA大多数情况下局限于狭窄的工程层次，对业务的理解局限在少数几个接口部门。BA大多数都是应对式接收用户的需求，对需求的合理性很少能提出异议，需求引导以及需求优化、跨工程、跨平台的数据整合、应用整合不能很深入地把握。需求人员缺乏走出去学习业界先进理念和成熟技术的时机。

应用系统方面业务变化很快，由于缺少有效的沟通，紧急开发情况较多。应用系统的长期演进路线缺乏，最后经常导致或者重复开发，或者产生业务空挡。应用系统使用后的跟踪和评估做的较少，系统能给用户带来什么收益，功能使用状况不清晰。应用系统主要针对中兴的特殊流程定制，在业务扩展性方面与业界优秀软件差距较大。应用系统往往是以岗位、部门定制，而岗位、部门等组织机构变化频繁，系统需要做较大的改动，本钱很高。

标准标准方面标准标准主要都是关于软件开发过程的，对于软件是否满足业务需求，是否符合业界标准等方面相对缺乏。“符合性〞问题描述应用系统需求分析时，业界软件的标准考虑缺乏。BA人员的知识面、视野不够宽广，业务领域了解缺乏对公司业务理解不够透彻，与业务部门各层次、多角色的沟通有效性不能保证，在满足内部用户特殊需求的同时，系统的可扩展性考虑缺乏。“符合性〞问题分析建立领域知识库、业务模型1建立符合性评估标准和方法2开展重点应用系统符合性评估、改进工作34“符合性〞2024年工作目标机密▲“符合性〞2024年里程碑方案机密▲3月4月5月6月7月各业务领域专家组组建完成领域知识库筹备工作领域知识培训教材编写完成开展领域知识学习和培训〔长期〕符合性评估标准〔方法〕建立完成符合性重点改进应用系统清单确定完成符合性评估方法和模型建立开展重点应用系统符合性评估，提出改进建议开始领域业务模型的建立工作根据前期工作，提出应用系统符合性改进方案对完成的产品版本再次进行评估，跟踪改进效果根据效果改进标准、标准和指导书效劳支持提升机密▲效劳支持“符合性〞20