设计例外情形处理方法修改流程修改步骤修改设置修改测试代码准备CRP3.0环境进行CRP3.0发现例外情形设计例外情形处理方法修改流程修改步骤修改设置修改测试代码准备CRP2.0环境进行CRP2.0发现例外情形定义构架运行转换设计项目计划进行CRP1.1(熟悉)进行CRP1.2(匹配)发现例外情形开展业务模式构建研讨进行客户化设计进行客户化测试脚本创建和测试客户化模块准备运行环境转换和确认数据开始运行维护系统建议未来方向进行系统整合测试进行交付测试以流程为基础的实施方法论(AIMForBusinessFlow)Oracle典范业务流程•Oracle系统有超过100个的规范的业务流程和1200+个规范的业务子流程,这些规范的业务流程是在实践中总结出来的行业最佳业务实践的结晶。行业典范业务流程–OracleBusinessModel向客户演示并使之熟悉典范业务-CRP1.1再次演示CRP1.2-将客户的实际业务和典范流程相匹配并且找出例外情形ERP业务信息架构研讨会多组织结构会计科目、客户、供应商、资产、存货等信息架构项目实施详细计划熟悉典范流程的客户实施组成员客户业务需求和典范流程匹配文档例外情形与可能的业务流程变动新系统的高阶概念性架构设计AIMforBF各阶段主要工作步骤和成果主要工作步骤成果1.方案定义通过第二次重复进行的测试流程来细化解决方案将客户的信息架构方面的决定进行系统配置(如多组织结构、会计科目、客户、供应商、资产、存货等信息架构)进行客户化、接口和数据转换程序的功能和技术设计AIMforBF各阶段主要工作步骤和成果CRP1.2发现的例外情形的记录和处理方案文档基于CRP1.2进行修改的测试文档详细的系统设置文档经批准的客户化、接口和数据转换程序的功能和技术设计主要工作步骤成果2.方案设计主要工作步骤开发、测试和验证客户化程序、数据转换和接口程序制定切换策略从现有系统转换到新应用系统确定解决方案以准备切换到正式运行环境进行CRP3.0并着眼于验证客户化程序以及和旧系统的数据转换制定系统整体性能测试方案、执行测试并准备最终的整合测试报告成果CRP2.0发现的例外情形的记录和处理方案文档经验证的客户化程序、数据转换和接口程序经系统测试文档验证的解决方案系统整合测试文档系统切换策略AIMforBF各阶段主要工作步骤和成果3.系统架构主要工作步骤准备运行环境并且进行系统配置安装数据转换程序,转换并验证原有系统数据进行验收测试建立系统正式上线支持机制系统上线切换成果经过转换和验证的数据交付测试结果系统正式运行支持机制(包括人员和系统支持等)实际运行环境AIMforBF各阶段主要工作步骤和成果4.上线切换主要工作步骤提供上线后支持评估系统运行性能并按照需求进行功能增强维护运行系统成果系统评估报告(上线系统对项目既定业务目标的满足程度)AIMforBF各阶段主要工作步骤和成果5.上线运行设计基于系统流程未来业务流程设计基于系统的未来业务流程会有以下几个步骤:1.行业标准流程演示:提供事先设置好的标准流程,配合流程图的展现,以实际上机的方式由顾问向主要使用者逐一解说流程详细程序与预期效益(ExpectedROI),主要是希望达到教育与导引的目的2.举行标准流程对应研讨会:透过研讨会互动方式的进行(Workshop),由顾问参照标准流程导引主要使用者讨论,现行流程问题与瓶颈机会未来的需求,并透过讨论、沟通、就以下问题建立共识:•解决方案与未来流程•例外流程与需求差异因为未来的蓝图是研讨会每个参与者,大家共同规划与创造的,为达成共同的目标,所以大家要有共同的承诺完成它3.根据研讨会的结果整理与制作相关文件:•未来营运方案流程图•营运方案绩效指针•作业需求与报表对应•差异分析文件4.举行ERP信息架构研讨会:因应ERP信息架构建构的需要,顾问与主要一起讨论并定义出ERP基础架构信息,包含:•会计科目架构(ChartofAccount)•多组织之信息架构(Multi_Organization)•物料编码(Item)•客户编码(Customer)•供应商编码(Supplier)等5.例外流程与差异需求确认:顾问依据研讨会后整理的「差异分析文件」,再次与主要使用者确认例外流程与差异需求。为避免不必要的外挂程序的发生,而影响依标准流程原有可带来的效益,所以双方讨论时尽量依循以下准则:每一个例外流程与差异,都能有充份的「绩效目标」与「需求等级」。当「需求等级」太低或「绩效目标」不明确时,大家应该深入讨论,是否可以改变习惯或者是否有存在的必要性。必要的例外流程或差异,先试图以标准流程及标准功能为基础,找出例外流程与差异的替代方案。若真的没有替代方案,顾问会提出技术改善的方案与主要使用者、信息部门共同讨论确认。AIMforBusinessFlow的主要组成現有流程/未來需求分析BUSINESSPROCESSMODELACMEBuildingSupplies流程实施阶段AIM的主要组成有:工作任务(Task),流程(Process),实施阶段(Phase),交付品(Deliverable),其关联如图:工作任务(Task)所谓的一个工作任务,是项目计划上被层层细分到一个最小的计划执行单位(WorkUnit),它必须能被指派到一个负责人或单位,及有明确被执行的起迄时程。交付品(Deliverables)指的是工作项目的产出,它可以是以下各种型态:•文件、报告•计划、时程表•程序•测试结果…等流程(Process)是一群性质相同的工作项目,工作项目间具有相当高的相依性,可能横跨各个阶段。例:资料转换作业有:•定义资料转换需求与策略•制订资料转换标准•准备资料转换环境•资料转换设计•资料转换测试…等实施阶段(Phase)是将项目计划中的工作项目依主要阶段性工作目标(Milestone)及主要交付项目来划分为阶段,它必须有很明确的阶段完成查核点,在OracleAIMforFlow的实施方法论中,共分五大阶段为:•定义(Definition)•设计(Elaboration)•架构(Build)•转换(Transition)•运行(Production)工作任务交付品和OBM的业务流程相匹配列出详细工作职责和步骤自动产生的可作Web发布的流程图若此步骤和软件系统操作相关,则显示出Oracle软件的浏览路径可以根据公司未来执行流程进行客户化并且和Oracle的应用软件相联系作为软件用户帮助OCS的实施方法—OBM的Tutor工具Oracle业务模型EnterpriseRolesOutsideRolesPM5794SignProjectContract•Customerreviews,changes,andacceptscontract.CustomerPM5770EnterProposal(Bid)•AnalyzeRequirements,estimateprojectplan&pricetodevelopaproposalofwork.SalesRepresentativePM5773ApproveProposal(Bid)•Reviewandapproveproposal.LegalCouncilPM5776IssueProposal(Bid)•SubmitProposaltocustomer.•ContractAgenttracksproposal.ContractAgentPM5785EnterProjectContract•Createcontractusingproposalinformationorstandardtemplate.•Adjusttermstomatchagreementwithcustomer.SalesManagerPM5788ApproveProjectContract•Salesmanagerapprovescontract.•Legalapprovescontract.PM5797MaintainProjectContract•Updatecontractbasedonchangerequestsfromcustomer.PM5791IssueProjectContract•SubmitContracttocustomer.•ContractAgenttrackscontract.PM5782AcceptProposal(Bid)•Customeracceptstheproposal.PM5779ReviewProposal•Reviewproposalwithcustomer.FlowValueStatementOpportunitytoForecasttoManagementRollupPlantoProjectBudgetMMM流程文档结构流程子流程过程过程结束联机帮助AIMForBusinessFlow的特点实施按业务流程而非模块展开以实现业务流程的目标为系统实施的目标以Oracle业务流程模型为未来流程的蓝本运用预先设置并经测试的环境终端用户参与实施全过程针对客户的业务需求设计解决方案项目实施策略项目管理风险管理质量管理知识传承项目管理的流程和阶段阶段计划阶段结束控制和报告(CR)工作过程管理(WM)资源管理(RM)质量管理(QM)项目交付文档管理(CM)阶段控制项目阶段管理项目管理流程项目开始项目结束阶段管理项目管理流程项目管理的目标可以通过以下项目管理流程实现:控制和报告(CR)工作过程管理(WM)资源管理(RM)质量管理(QM)项目交付文档管理(CM)控制和报告流程目的定义项目范围、方法和管理计划控制项目的执行和进展管理项目范围和计划的修改评估项目满足客户期望的程度工作过程管理流程目的定义工作过程职责分工识别项目各阶段里程碑建立项目计划和管理实际进展资源管理目标管理人力资源建立和维护项目组织架构保持工作团队的士气和动力质量管理目标定义审阅和审计流程监控项目执行保证及时的项目质量反馈定义项目质量标准并收集相关信息进行评估交付文档管理目标识别、控制并对交付文档的质量进行把关按照项目计划制定项目底线计划保证及时交付交付项目的文档项目管理工具项目管理计划范本交付文档范本方法手册流程和工具的参考资料方法手册软件工具项目管理方法风险的定义一种状况或事情一旦发生,会对项目实施的成功产生负面的影响,为防范风险,可能会要求改变项目的范围和方法事件的定义事情已经发生,对项目计划的执行产生阻碍,或需要客户采取措施做出决定,为了应对发生的事件,可能会要求改变项目的范围和方法项目风险管理??项目风险的分类风险可以依据以下方面进行分类:对费用的影响交付项目成果的能力项目的质量水平客户的信心项目拖延对项目计划的影响对风险和偶发事件进行处理制定应急方案并进行沟通识别风险量化并记录风险风险管理流程偶发事件和风险处理计划风险管理