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