IT监理咨询方法介绍

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,客 户 信 赖 的 管 理 顾 问,2012,LTP,Management Consulting,Co., Ltd.,IT监理咨询方法介绍,咨询服务事业部,目录,一,IT,监理方法论,IT,监理内容,IT,监理总体思路与方法,IT,监理阶段工作内容与成果,IT,监理价值,摘 要,信息化监理的内容,信息化监理的内容,四控制：质量控制、进度控制、投资控制、变更控制,三管理：合同管理、安全管理、信息管理,一协调：以会议方式为主，文件、电话等方式为辅的协调,信息化,监理,信息化监理：是指信息技术相关工程项目监理的简称，是第三方监理服务商受贵公司委托，对贵公司信息系统项目的项目管理活动进行监督的过程。,信息化项目监理工作建立在监理支撑要素的基础上，在监理工作的各阶段结合各项监理内容，对信息化项目进行监督，以保证信息化项目的建设达到预期目标,信息化监理总体思路及方法,项目阶段,监理对象,质,量,控,制,进,度,控,制,投,资,控,制,合,同,管,理,信,息,管,理,协,调,监理内容,咨询式监理,里程碑式监理,全程式监理,监理方式,项目招投标,项目设计,项目实施,项目验收,其他,电子设备机房系统工程,计算机网络系统工程,软件系统实施,网络布线,信息化监理步骤,通过信息化需求分析、系统选型与实施监理三个阶段，使企业信息化少走弯路，保证信息化项目成功，提高信息化建设的应用成效,内容,第一阶段,信息化需求分析,第二阶段,信息系统选型,第三阶段,信息化实施监理,项目调研访谈,企业战略理解,集团管控分析,业务现状诊断,信息化需求归纳与总结,系统选型工作计划制定,系统招标书制作,系统选型标准制定,供应商评审,项目管理监理,业务设计监理,技术监理,系统效益评估,系统改进提升建议,成果,信息化需求分析报告,系统招标书,系统选型评分标准及模板,系统选型评估报告,项目阶段性评估报告,项目问题及建议报告,系统效益评估及提升建议报告,第一阶段：信息化需求分析,第二阶段,第三阶段,第一阶段,信息化需求分析,信息系统选型,信息化实施监理,结构与交付物,信息化需求分析报告,工作,企业业务现状调研与分析,企业,战略理解,信息化需求归纳与总结,第一阶段：信息化需求分析,意义,了解企业战略、明确集团总部定位、对关键业务进行分析与诊断、从信息化角度对业务提出改进建议，明确信息化建设的总体需求,对,IT,基础设施、,IT,治理提出参考性建议,为信息系统的选型与信息化系统的实施指明方向,信息化需求分析方法,系统实施策略与,IT,运维管理,了解战略,信息化整体架构,集团业务信息化需求分析,XXX,业务信息化需求分析,信息技术需求分析,第二阶段：信息系统选型,结果与,交付物,系统招标书,系统选型评分标准及模板,系统选型评估报告,工作,从选型工作计划、软件需求分析、招标邀请函、招标文件等方面进行信息系统需求分析,从供应商信息收集、供应商陈述要求、系统情况分析、项目总体分析等方面进行供应商收集,从指标制定、评分标准制定、主要考察点等方面制定系统选型标准,从参观客户、系统演示、评价与汇总、商务谈判要点、系统演示、实施顾问水平测试等方面进行信息系统评估,第二阶段：信息系统选型,意义,降低客户系统选型风险，消除因系统或者系统供应商问题导致的项目风险,以合适的价格选择系统与系统供应商,编写面向系统供应商的需求分析报告，提高需求分析报告的质量与水平,第二阶段,第三阶段,第一阶段,信息化需求分析,信息系统选型,信息化实施监理,项目准备和辅助管理,进行,ERP,系统,选型,选型工作主要是从策略、评分项目、选型流程和标书,4,个方面开展,主要工作内容,XXXERP,体系建设项目的成功,强化前期准备工作，特别是前期,ERP,选型、数据设计工作，辅助项目管理确保项目成功,推进项目内部沟通，促使各方达成共识,标杆塑造、行业经验研究少走弯路,及时对实施过程进行分析并提出建议，控制和防范关键点的项目风险,及时评审项目各阶段成果，强化过程管理,示例,选型工作,1,2,3,4,选型策略,评定标准,供应商评审,标书制作,第三阶段：信息系统实施监理,结果,与交付物,信息系统实施各个阶段的监理报告,工作,从项目计划、范围、变更、风险、交付文档与数据收集等方面进行项目管理监理,对未来的组织结构、现有流程、未来流程、客户化开发与系统接口等方面对业务设计进行监理,从配置文档、开发文档、源代码、集成接口文档、测试文档等方面进行信息技术监理,项目计划与进度、组织、业务流程、配置与开发、文档与数据、人员培训与客户化开发等方面提出后续改进建议,第三阶段：信息系统实施监理,意义,从项目管理角度、业务流程设计角度、信息技术角度进行监理，保证信息系统项目的成功,从使用角度、业务文档、人员培训等方面对信息系统后续实施提出合理的建议,第二阶段,第三阶段,第一阶段,信息化需求分析,信息系统选型,信息化实施监理,信息化实施监理工作流程,系统实施期内，监理方作为独立第三方对各阶段工作进行及时评估与总结,在各个阶段,，监理方将,及时出具对项目各个阶段项目各个方面的独立评估意见，通过评估意见供企业高层及项目组对项目进行决策和分析，以规避项目的风险,主要工作内容,系统构建,测试试运行,计划准备,蓝图设计,系统支持,XXXERP,体系建设项目的成功,强化前期准备工作，特别是,ERP,选型、数据设计工作，辅助项目管理确保项目成功,推进项目内部沟通，促使各方达成共识,标杆塑造、行业经验研究少走弯路,及时对实施过程进行分析并提出建议，控制和防范关键点的项目风险,及时评审项目各阶段成果，强化过程管理,IT,监理的价值,提高企业对信息化的认识，理清企业的信息化需求。,通过对项目范围、知识转移、项目变更、项目进度、项目评估等方面进行监理，从项目管理角度保证项目的成功。,通过对未来组织结构、未来蓝图设计等方面的监理，从业务流程设计方面保证项目的成功。,通过开发文档、集成文档、测试文档等方面的审核，从技术角度保证项目的成功。,通过项目进度计划、业务流程、文档维护、人员培训等方面对项目后续阶段提出合理的建议，保证信息系统的持续高效可用,通过,IT,监理，提高信息系统实施的成功率，增加客户对系统与系统供应商的信任度，提高二次签约率,目录,二,IT,监理案例,-,某能源企业,SAP,实施监理,SAP,实施监理项目简介,计划阶段监理,分析阶段监理,设计阶段监理,构建阶段监理,测试阶段监理,试运行阶段监理,系统支持阶段监理,摘 要,IT,监理,案例,实施项目背景,企业信息化是提高企业的管理水平、提高企业核心竞争力的重要手段，,XX,决定在,2006,年启动企业资源管理系统（,SAP,）的实施；,XXX,咨询公司作为本实施项目的监理，运用,XXX,严谨科学的方法论，从业务出发帮助把握项目的设计和实施。,项目监理目标,XXX,对,xxSAP,实施的监理将从项目计划阶段开始，直至系统上线和支持结束，从各方项目组织、项目计划安排到项目交付件等进行全面的监理，从而达到事前预警、事中控制、事后评估的目的；,XXX,积极配合申能、外二及系统实施供应商，主动沟通，敏锐发现问题并提出建议。,监理说明,对项目的监理主要分成两部分：,一是项目准备和蓝图设计阶段的基本全程参与，监理意见主要在访谈、培训等过程中给出，并在每周例会上进行小结，同时也在不影响项目进展和业主关键用户时间分配的前提下适当地安排了必要的监理访谈和调研。最终在阶段性监理报告中进行总结并给出下阶段实施建议；,二是后续阶段的里程碑式监理，主要通过各方协商同意的密集型的监理访谈等方式给出监理意见并最终形成阶段性监理报告以及同时提交下阶段实施建议。,标示,评估等级,影响等级,红，粗体,实施效果、业主反映不佳，亟需改进,对项目、系统和未来运行影响较大，亟需重点关注,黄，斜体,实施效果、业主反映良好，有改善余地,暂时对项目、系统和未来运行没有影响，但是可以优化,绿，正文,实施效果很好，业主反映很好,对项目、系统和未来运行影响微小,阶段性监理报告主要分成四个部分：项目管理评估，业务设计评估，技术评估和后续阶段建议。,报告中将用,红,、,黄,、绿为底色表示评估等级和影响等级：,阶段监理报告,目录,二,IT,监理案例,-,某能源企业,SAP,实施监理,监理项目简介,计划阶段监理,分析阶段监理,设计阶段监理,构建阶段监理,测试阶段监理,试运行阶段监理,系统支持阶段监理,摘 要,计划阶段监理报告,目录,第,1,部分,监理项目背景,1.1,实施项目背景,1.2,项目监理目标,1.3,监理报告说明,第,2,部分,项目管理评估,2.1,对项目范围的评估,2.2,对,SAP,的项目交付件及其它文档的审核,2.3,对项目范围变更的评估,2.4,对,SAP,项目计划和进度的评估,2.5,对,SAP,项目数据收集计划审核,2.6,对实施项目健康状态以及风险的评估,第,3,部分,业务设计评估,3.1,对组织架构的评估,3.2,对业务蓝图的评估（计划阶段主要是现状访谈和概览培训）,第,4,部分,技术评估,4.1,对系统架构的评估,4.2,对硬件的评估,4.3,各模块配置文档审核,4.4,开发文档审核,4.5,开发源代码审核,4.6,集成、接口文档审核,4.7,开发、接口测试结果抽查,4.8,数据转换工具测试文档审核,4.9,用户权限抽查,第,5,部分,后续阶段建议,5.1,项目计划和进度,5.2,组织架构,5.3,业务流程,5.4,配置、开发,5.5,文档的维护,5.6,数据的维护,5.7,人员的培训,5.8,客户化的单据,/,报表,第,6,部分,附件,6.1,业主调查报告,对业务蓝图评估意见,项目计划阶段，项目财务组主要完成了现状访谈和系统概览培训。,在现状访谈阶段，财务组分别对申能和外二进行了一周的现状调研。调研之前能及时提供调研问卷给用户，每次调研会议后也及时整理出会议纪要转发给参加会议的各方进行反馈和确认。调研过程中发现遗漏的地方，能够及时积极安排进行补充调研，比如投资管理的补充调研。调研结束，及时完成调研报告，并提交用户进行确认并再次修改。总体来说，整个调研过程基本按计划完成，调研内容也覆盖了本次项目财务组的实施范围。,监理方认为存在下列需要改进的地方：,在调研初期，在用户对,SAP,不太了解的情况下，可以更多地联系实际业务对调研问题和系统功能进行讲解，这样可以更好的提高调研的效率；,调研中涉及到很多跨,SAP,功能模块的内容，需要能够进行跨部门的补充调研；,调研报告中最好能够区分申能和外二的流程，这样能够对未来进行蓝图差异分析提供更好的参考。,在系统概览培训阶段，财务组对申能和外二的主要财务用户统一进行了一周的培训。培训前能及时提供培训教材，培训过程能调动用户积极思考，提出问题并进行适当解答。培训结束，提供练习题供用户参考复习。培训的内容能覆盖到本次项目财务组实施范围。总体来说，整个培训过程基本按计划完成，用户经过培训对,SAP,的基本概念有了初步的了解，为未来的蓝图讨论和设计起到积极的作用。,监理方认为存在下列需要改进的地方：,在有限的培训时间里，应该针对重要概念做更为详细的解释。在概览培训阶段可以减少对系统操作的讲解，系统操作可以在解释概念时演示给用户看，加深用户的印象；,培训过程中，对,SAP,中其他模块与财务的集成点，需要能够做更多的培训和解释；,培训的练习题，需要能够更加注重于概念题目而不是系统操作题目，这样可以让用户更好的对重要概念进行复习和思考。,业务点,具体描述,对业务的影响、重要性,监理意见,总账核算管理,XXX,目前总账核算都采用了财务帐务处理系统和报表系统。,访谈主要涉及了财务科目表，凭证和账薄设置体系。,对现有的财务账务处理系统和报表系统做了调研,对财务期末结账流程做了初步调研。,总账核算是财务模块的核心部分，与财务其他子模,(,应收，应付，固定资产,),紧密集成，同时,SAP,系统中的总账核算还与后勤物资、项目检修管理等实时集成，直接影响到对外报表的出具和内部财务状况的分析。,影响程度：,高,对物资核算、资产核算、项目核算等与财务总账紧密集成的部分调研不够。特别是对于一些集成问题需要进行跨部门的调研和分析。比如，物资核算涉及材料核算的计价方法，需要与物资部门一起进行访谈讨论。资产核算中涉及资产更新改良核算需要与设备管理部门一起进行访谈讨论。项目核算方式需要与策划部等一起进行访谈讨论。,SAP,系统的特点和难点都在于财务模块与其他模块的紧密集成，因此对集成点的充分调研和分析，将有利于设计出最适合企业的流程。在大的项目中，往往由于对集成点，跨部门的讨论不够充分，影响系统上线后的运行以及系统功能的运用。,因此，建议在蓝图设计阶段针对以上提出的集成点做进一步详细调研和讨论。,应收账款管理,XXX,的销售产品和客户相对比较单一，因此应收核算相对简单。,访谈主要涉及应收账款账务处理，账龄分析。,收入确认原则及核算。,其他应收款的核算管理等。,应收业务相对较为简单。,影响程度：低,蓝图设计阶段，应收业务可以基本按现状流程进行设计。,应付账款管理,XXX,目前应付账款的管理主要还是通过在财务科目表下设置明细科目的方式来进行，没有与采购供应商数据的集成。,调研主要涉及对燃料款，设备材料款和其他应付款项的账务管理。,对预付账款和其他应付款也做了调研。,应付业务和物资采购紧密集成。,影响程度：,中,调研阶段没有对付款业务展开详细了解，其中可能还涉及到与银行的接口问题。建议在蓝图阶段重点对付款的审批，实际支付等流程进行重点讨论，能够突出与现状流程的差异。,监理评估意见,目录,二,IT,监理案例,-,某能源企业,SAP,实施监理,监理项目简介,计划阶段监理,分析阶段监理,设计阶段监理,构建阶段监理,测试阶段监理,试运行阶段监理,系统支持阶段监理,摘 要,分析阶段监理报告,目录,第,1,部分,监理项目背景,1.1,实施项目背景,1.2,项目监理目标,1.3,监理报告说明,第,2,部分,项目管理评估,2.1,对项目范围的评估,2.2,对,SAP,的项目交付件及其它文档的审核,2.3,对项目范围变更的评估,2.4,对,SAP,项目计划和进度的评估,2.5,对,SAP,项目数据收集计划审核,2.6,对实施项目健康状态以及风险的评估,第,3,部分,业务设计评估,3.1,对组织架构的评估,3.2,对业务蓝图的评估（分析阶段主要是差异分析）,第,4,部分,技术评估,4.1,对系统架构的评估,4.2,对硬件的评估,4.3,各模块配置文档审核,4.4,开发文档审核,4.5,开发源代码审核,4.6,集成、接口文档审核,4.7,开发、接口测试结果抽查,4.8,数据转换工具测试文档审核,4.9,用户权限抽查,第,5,部分,后续阶段建议,5.1,项目计划和进度,5.2,组织架构,5.3,业务流程,5.4,配置、开发,5.5,文档的维护,5.6,数据的维护,5.7,人员的培训,5.8,客户化的单据,/,报表,蓝图跟现状的差异,流程编号,主要差异点分析,对业务的影响、重要性,监理意见,BP_EAM_130,设备停复役申请流程,（,1,）实现了停复役申请单填写的电子化。,（,2,）步骤,060,、,070,、,080,不是设备管理部执行的，与外二现行管理制度冲突。,改进点（,1,）提高了流转的效率。,差异点（,2,）与本流程的主要目的是将目前的规章制度移植到系统中，因此保证与规章制度的一致性的前提下，提高效率是蓝图设计的首要目标。,重要性：,中,建议根据管理制度修改差异（,2,）。,BP_EAM_140,缺陷处理流程,（,1,）规范设备名称、设备代码填写。,（,2,）规范缺陷现象、缺陷原因、缺陷部位填写。,（,3,）规范缺陷处理填写。,（,4,）提供了设备缺陷、处理、可用性统计的技术手段。,（,5,）缺陷信息和缺陷流程同步处理，避免各部门事后重复登录。,改进点（,1,）（,2,）（,3,）（,4,）为改进缺陷数据和缺陷处理数据的分析提供了基础。用好这一功能，可以改善缺陷管理水平。,改进点（,5,）流程化处理的实现比原有的事后登录方式更能明确职责，提高数据的及时性和处理效率。,重要性：,高,业主和实施方应对变革点（,1,）、（,2,）、（,3,）、（,4,）给予充分关注。系统及其配置实现仅提供了功能保障，但从国内电厂实施类似功能的应用效果来看，大部分没有达到数据规范和分析加工的目标。原因是多方面的，既有设备主数据、分类数据的质量原因，也有管理不严、对录入的业务数据缺乏检查和考核。因此建议业务和实施方关注转变管理涉及到的制度和流程控制方面的配合工作。,流程中提到了打印缺陷单，但对于打印出来的缺陷单在流程中的后续处理有待研究细化。,目录,二,IT,监理案例,-,某能源企业,SAP,实施监理,监理项目简介,计划阶段监理,分析阶段监理,设计阶段监理,构建阶段监理,测试阶段监理,试运行阶段监理,系统,支持阶段监理,摘 要,目录,第,1,部分,监理项目背景,1.1,实施项目背景,1.2,项目监理目标,1.3,监理报告说明,第,2,部分,项目管理评估,2.1,对项目范围的评估,2.2,对,SAP,的项目交付件及其它文档的审核,2.3,对项目范围变更的评估,2.4,对,SAP,项目计划和进度的评估,2.5,对,SAP,项目数据收集计划审核,2.6,对实施项目健康状态以及风险的评估,第,3,部分,业务设计评估,3.1,对组织架构的评估,3.2,对业务蓝图的评估,第,4,部分,技术评估,4.1,对系统架构的评估,4.2,对硬件的评估,4.3,各模块配置文档审核,4.4,开发文档审核,4.5,开发源代码审核,4.6,集成、接口文档审核,4.7,开发、接口测试结果抽查,4.8,数据转换工具测试文档审核,4.9,用户权限抽查,第,5,部分,后续阶段建议,5.1,项目计划和进度,5.2,组织架构,5.3,业务流程,5.4,配置、开发,5.5,文档的维护,5.6,数据的维护,5.7,人员的培训,5.8,客户化的单据,/,报表,第,6,部分,附件,6.1,第二次业主调查报告,6.2,未清问题清单（,V3,蓝图待持续改进项以及其他问题汇总报告）,设计阶段监理报告,对业务蓝图评估意见,项目设计阶段，项目财务组对蓝图流程,V2,版向领导层进行汇报。结合领导层的意见，财务组在经过跨模块和小组内部的再次讨论后对流程文档进行了改进，形成了蓝图流程的,V3,版，并且成了蓝图流程的签署工作。,蓝图的,V3,版在,V2,版对个别集成相关的流程进行了补充，比如,BP_FIN_138,发票校验流程，确保财务流程能够与其他模块进行衔接。,V3,版蓝图对部分与集团管控相关的流程进行了细化，明确了集团管控的形成和方法，比如固定资产处置、盘点、减值流程，贷款合同管理流程等。体现了蓝图设计中集团管控的思想。,V3,版的蓝图还对,V2,版中存在的对流程步骤岗位描述不够明细的问题进行了改进，通过与关键用户对流程步骤进行逐个讨论的方式，细化了流程步骤所对应的岗位步骤，为未来权限设计提供了有效依据。,结合蓝图流程的确认工作，财务组在设计阶段还选取了部分关键业务流程在系统中进行了原型场景的演示工作。演示的原型场景主要包括：不同采购物资的发票校验及入账场景；交易性金融资产的业务处理；一次性客户的使用；部门预算费用控制；定期存款和采用基金预留方式将费用预算控制点提前到部门审批环节。除对交易性金融资产的业务处理外，其余场景关键用户都能够表示接受。,总体来说，蓝图流程,V3,版覆盖到了系统实施财务模块的主要内容。虽然仍然有少数未清问题的存在，但是蓝图流程的讨论和确认的过程能够为下一阶段的系统实现打下良好的基础，满足了蓝图设计阶段的要求。,对关键业务系统原型的审核,意见,原型业务场景编号,关注点,SAP,解释,监理意见,原型场景,_FIN,小组,_001,凭证可按照采购物资不同进行业务统计,该场景与应付账款核算流程相对应。按采购物资是否通过与,MM,进行集成进行分类，说明了供应商发票入账的两种不同方式。,已经进行演示，用户能够接受该方案。,场景演示基本体现了蓝图流程的设计，并且满足实际业务的需要。,原型场景,_FIN,小组,_002,交易性金融资产的业务处理,该场景整体上应属于资金管理模块，但是蓝图资金管理模块中并没有相应的流程与之相对应。从原型场景演示来看，系统采用在总账凭证中通过在凭证字段中录入信息的方式来进行交易性金融资产的信息统计管理。但是演示的场景里缺乏这种管理方式与实际业务需求的解释和对应。比如，缺乏相应的报表来支持和说明实际业务需求。,已经进行了场景演示。待用户参与了“定期存款”的场景演示后再决策最终的方案。,该问题已在问题清单中进行了纪录，并且仍然处于未清状态。监理方会持续对该问题进行关注。,目录,二,IT,监理案例,-,某能源企业,SAP,实施监理,监理项目简介,计划阶段监理,分析阶段监理,设计阶段监理,构建阶段监理,测试阶段监理,试运行阶段监理,系统,支持阶段监理,摘 要,目录,第,1,部分,监理项目背景,1.1,实施项目背景,1.2,项目监理目标,1.3,监理报告说明,第,2,部分,项目管理评估,2.1,对项目范围的评估,2.2,对,SAP,的项目交付件及其它文档的审核,2.3,对项目范围变更的评估,2.4,对,SAP,项目计划和进度的评估,2.5,对实施项目健康状态以及风险的评估,第,3,部分,系统构建评估,3.1,对系统配置的评估,3.2,对客户化开发的评估,3.3,对系统外表单设计的评估,3.4,对系统权限设计的评估,3.5,问题清单及行动,构建阶段监理报告,第,4,部分,对数据转换工作的评估,4.1,维修管理,4.2,运行管理,4.3,物资及合同管理,4.4,财务管理,4.5,人力资源管理,第,5,部分,后续阶段建议,5.1,项目计划和进度,5.2,组织架构,5.3,业务流程,5.4,配置、开发,5.5,文档的维护,5.6,数据转换,5.7,人员的培训,5.8,客户化的单据,/,报表,5.9,系统外表单,权限设计工作需要关注的地方在于，现在的权限设计逻辑主要是根据,SAP,具体模块的功能、子模块来进行角色的创建，比如：工单流程、物资采购、总账科目，工资核算等。基本上，系统的中的事务码与这些角色的对应是较为通用和固定的。然后通过给用户分配角色的方式，来完成用户权限的分配。,随着权限管理工作的不断深入和细致，必然会出现某个用户只能拥有单个角色中的某一个或某几个事务操作权限。这样的话，通常的做法将会是再去创建一个新的角色，分配给这个用户。这样无形中会增加后期权限设计的工作量，而且这样设计出的角色也无法对下属企业的进行推广。,因此，通常建议的做法是，能够考虑将目前各部门的岗位设置与系统角色设置相关联，同时由于,SAP,系统的使用，对岗位设置进行进一步的更改或细化，比如增加系统主数据维护员岗位等。然后通过一人多岗的方式来完成对用户角色的分配。这样，通常后期的权限调整只是进行岗位所需要的操作权限的调整，而不是新创建一个角色。并且这样设置出的岗位角色在进行系统推广的时候，仍然能够被其他下属企业所借鉴。,目前看来，,SAP,项目组已经基本考虑到，目前设计基本上能够满足上线后权限管理的需要，当然与岗位的对应需要在与业主方充分沟通后在后续工作中完善以确保上线圆满成功。,对系统权限设计的评估,对数据转换工作的评估,数据项,数据收集进度,数据测试情况,监理意见,功能位置,95%,。主要是安保和电气专业需要补充一些数据。,100%,测试完成。,建议进一步提高数据质量。,工作中心,100%,100%,测试完成。,无。,设备分类,100%,100%,测试完成。,无。,设备特性,100%,100%,测试完成。,无。,设备参数,100%,100%,测试完成。,无。,缺陷代码,100%,100%,测试完成。,无。,维护策略,100%,100%,测试完成。,无。,任务清单,100%,100%,测试完成。,建议与客户讨论完善。,备件清单,0%,暂时取消。,建议客户有时间持续完善。,工作票模版,操作票模版,0%,暂时取消。,建议在测试时由手工录入。,数据收集和测试情况,目录,二,IT,监理案例,-,某能源企业,SAP,实施监理,监理项目简介,计划阶段监理,分析阶段监理,设计阶段监理,构建阶段监理,测试阶段监理,试运行阶段监理,系统,支持阶段监理,摘 要,目录,第,1,部分,监理项目背景,1.1,实施项目背景,1.2,项目监理目标,1.3,监理报告说明,第,2,部分,项目管理评估,2.1,对项目范围的评估,2.2,对,SAP,的项目交付件及其它文档的审核,2.3,对项目范围变更的评估,2.4,对,SAP,项目计划和进度的评估,2.5,对实施项目健康状态以及风险的评估,第,3,部分,系统测试评估,3.1,对系统测试计划和脚本的评估,3.2,对系统测试结果的评估,3.3,对用户手册及培训的评估,3.4,问题清单及行动,第,4,部分,后续阶段建议,测试阶段监理报告,对系统测试计划和脚本的评估,财务管理,财务管理模块整个系统测试工作基本上能够按照计划顺利展开。测试计划中包括了测试的内容、时间和测试需要参加的人员。实际执行过程中，也是申能和外二分别在各自的服务器中进行测试，虽然时间上因为人员安排原因进行了适当的调整，但是整个财务模块的测试工作还是基本上按照进度进行。,整个测试的过程，都是根据事先编写好的测试脚本文档进行测试，记录了测试的结果和测试中出现的问题，并且能够将问题及时更新在测试问题清单上予以关注、分析和解决。测试脚本的内容基本覆盖到了蓝图讨论并确定的流程。同时测试中也针对客户化开发的内容进行了一定的测试。遗憾的是，针对客户化开发内容的测试，并没有在测试脚本中进行体现，也没有专门文档予以记录，给后续追踪和审查带来一定的困难。,总体来说，财务模块系统测试工作基本上达到了对系统配置，客户化开发，数据收集和准备情况等各项任务完成情况的检验的目的，为系统顺利上线运行提供了保障。稍有不足之处在于，测试文档的编写有待进一步完善。,人力资源管理,总体来说，人力资源模块系统测试工作基本上达到了对系统配置，客户化开发，数据收集和准备情况等各项任务完成情况的检验的目的，为系统顺利上线运行提供了保障。并及时根据客户要求计划、实施了,ESS,员工自助的部分功能。,对系统测试结果的评估,测试文档编号,主要问题描述,SAP,解释,监理意见,UT-IT-FIN-111,凭证处理流程,对交易性金融资产的处理方式采用的是通过在凭证中进行特殊字段的填写，然后进行客户化开发报表的方式来实现，因此在凭证处理流程中，应该专门针对这种特殊的交易进行测试。,已经对交易性金融资产的开发进行过测试，将会尽快在凭证处理流程文档中进行补充更新。,暂无。,UT-IT-FIN-133,网银付款流程,该流程中包括了对网银付款的系统审批步骤，该步骤是通过客户化开发来实现，但是测试文档中并没有体现出对所开发程序的测试。,尽快进行补充。,建议在测试的步骤中体现出审批的环节，并记录测试的结果。,财务管理,财务管理模块的测试结果总体上达到了系统测试的要求和目的。特别是在测试过程中发现了一些与系统配置或程序开发相关的问题，并且及时的进行了更新和解决。由于测试的脚本是基于蓝图设计的流程进行编写，确保了测试的内容覆盖到了财务未来业务流程的需要。稍有不足之处在与，对客户化开发程序的测试略显不足，没有对可能涉及到的各种情况进行完全的测试。例如，财务凭证的打印程序等。因此，对客户化开发程序的未来使用情况可能带来一定的风险，将会导致上线后的继续更改和维护。,目录,二,IT,监理案例,-,某能源企业,SAP,实施监理,监理项目简介,计划阶段监理,分析阶段监理,设计阶段监理,构建阶段监理,测试阶段监理,试运行阶段监理,系统,支持阶段监理,摘 要,试运行阶段监理报告,目录,第,1,部分,监理项目背景,1.1,实施项目背景,1.2,项目监理目标,1.3,监理报告说明,第,2,部分,项目管理评估,2.1,对项目范围的评估,2.2,对,SAP,的项目交付件及其它文档的审核,2.3,对项目范围变更的评估,2.4,对,SAP,项目计划和进度的评估,2.5,对实施项目健康状态以及风险的评估,第,3,部分,系统试运行评估,3.1,试运行情况概述,3.2,对数据转换结果的评估,3.3,对系统切换计划的评估,3.4,问题清单及行动,试运行情况概述,截至,7,月,6,日的试运行阶段的数据（如下）表明上线情况良好，系统在正常运作，用户使用情况良好。,尽量缩短两个系统并行运转（目前财务计划并行到,07,年年底）,尽快补充完成需补录凭证,加强对于帐期启停的管理,问题清单及行动,问题描述,SAP,顾问解释,业务关键用户补充,监理意见,申能订单付款情况跟踪表,已开发完毕，需要用户测试和确认,暂无,建议尽快完成报表开发的测试,打印财务的汇总记帐凭证,已开发完毕，用户已经在使用,暂无,暂无,资金预测与实际对照报表,已开发完毕。,暂无,根据目前报表开发设计的结果，该报表的数据准确性依赖于财务付款凭证录入的时候在“ 分配”字段输入的部门信息的准确定，而该字段为纯文本字段，无法进行选择输入，因此出错的可能性比较高，希望能够建立相关的管理制度确保凭证录入的准确性。,财务管理,试运行阶段，财务管理模块的未清问题主要是报表和程序的开发，根据与实施方顾问的沟通，大部分的开发已经完毕，需要及时的对问题清单结果进行更新，具体如下表：,目录,二,IT,监理案例,-,某能源企业,SAP,实施监理,监理项目简介,计划阶段监理,分析阶段监理,设计阶段监理,构建阶段监理,测试阶段监理,试运行阶段监理,系统支持阶段监理,摘 要,目录,第,1,部分,监理项目背景,1.1,实施项目背景,1.2,项目监理目标,1.3,监理报告说明,第,2,部分,项目管理评估,2.1,对项目范围的评估,2.2,对,SAP,项目计划和进度的评估,2.3,对实施项目健康状态以及风险的评估,第,3,部分,系统支持阶段评估,3.1,对现场支持情况的评估,3.2,对远程支持计划的评估,3.3,对知识传递计划的评估,3.4,对项目后续完善计划的评估和建议（整体，包括对系统运行维护组织架构的建议）,3.5,对项目验收的评估和建议（整体，包括对系统运行维护组织架构的建议）,系统支持阶段监理报告,财务管理,总体来说，财务模块的在系统支持阶段的现场支持情况整体上符合项目实施的要求，为系统的正常运行提供了保障。,财务模块的现场支持工作基本上按照项目组统一规定的支持流程进行，当在系统运行过程中发现相关问题后，能够及时进行记录，同时由重点用户和关键用户首先进行问题的分析和解决，然后再提交支持顾问进行解决。同时能够将解决的过程，方法和结果在问题清单上进行记录。整个支持流程较为清晰，并且有相应的问题清单作为支持依据。,从提交的财务模块上线运行问题清单来看，有少数问题设计到了系统配置的调整。实施方顾问能够在现场及时对发现的问题进行解决，保证了对系统运行的最小影响。其余大部分的问题都是涉及到对开发的报表和单据的格式调整。调整的规模基本上属于正常的范围之内，其中大部分的开发调整已经更改完毕，仍然有部分问题还在进行中。对于开发的调整，监理方建议能够相应的更新功能开发说明书，为后续的查询和持续优化提供依据。,人力资源管理,人力资源模块自从上线以来，用户在系统中进行了各类业务的操作，包括人事异动、信息维护和薪资运算，目前相关流程运转正常。薪资核算作为人力资源的难点，通过几个月的运行，目前员工工资均通过系统发放。同时，薪资发放中出现的问题都已解决。,由于未来人力资源系统支撑主要确保薪资发放的正确性，对于一些新暴露的问题予以解决。因此，人力顾问可在每月发放薪资的时候进行相应系统支撑，确保运行正常。,目前人力资源报表开发尚有一些取数逻辑上的问题，目前正在调整中。,对现场支持情况的评估,验收范围,所有信息化系统包括,SAP,，,OA,，,xx,等,时间：,2,天,议程：,宣读各项报告，包括：工作报告，技术报告，测试报告，效益评估报告等,系统演示,验收意见讨论,验收意见宣读,领导发言,参加人员,确定专家委员会名单,验收标准,文档,系统数据（静态数据，动态数据）,测试结果,后续支持计划（权限管理，应用系统支持，变更管理等）,后续完善计划,验收系统演示,建议将生产系统复制到测试系统并准备演示场景 （,SAP,，,OA,）,对项目验收的,监理,建议,