IT监理咨询方法介绍课件

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