项目蓝图设计方案(项目规划蓝图设计)
温馨提示:这篇文章已超过587天没有更新,请注意相关的内容是否还可用!
今天给各位分享项目蓝图设计方案的知识,其中也会对项目规划蓝图设计进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!三是规范项目实施的标准化工作,由于客户的管理需求不同和实施人员不同最终制定的蓝图设计方案是有差异的,但是设计方法、框架和内容是一致的。相同之处是遵循传统的IT规划方法和过程,不同之处是我们公司的蓝图设计方法论更加聚焦在业务方案的设计和更加关注对蓝图设计的指引。
今天给各位分享项目蓝图设计方案的知识,其中也会对项目规划蓝图设计进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!
本文目录一览:
业务蓝图的业务蓝图内容
你是在项目中?还是在看现有的项目文档?
这个业务蓝图设计并不是sap
mm模块专有的概念,它实际上是完成一项工作的过程方法的最终体现。近年由于erp系统的流行,所以随着erp的推广,该说法也得到了大范围的普及。即便是你不用erp系统,*常工作中,如果做一项任务,项目等,也是需要计划的,在计划中就会有你的目标,以及实现目标所需的细项工作,包括所需的资源等。经过前期调研,定了计划,然后再进行详细的讨论,反复修改,最终会有成型的为实现目标而必须执行的一套业务方案,这就是业务蓝图。然后,按照蓝图进入最终实施阶段,此时基本上只会进行方案的微调,不会做大的改动。
所以简单的理解,就是在开展一项新的项目时,从调研到最终实施,其实都是在进行未来业务蓝图的设计,它是完成一项工作的过程方法的最终体现。
全面预算-蓝图设计(干货分享)
摘要项目蓝图设计方案:全面预算管理是企业重要的管控手段和工具,在当前企业要求越来超前,管理越来越精细化和价值化之下,结合云计算、中台技术、智能化新技术应用,更好更快更标准化的设计蓝图方案。
本蓝图设计方法论目标一是解决蓝图方案标准化,制定蓝图方案的业务框架、预算解决思路和方案制定原则流程;二是应用此框架和流程设计项目未来业务需求解决思路,进一步规划和明确业务范围,促进双方目标和思路一致,确保未来详细方案设计方向和思路的正确性。三是规范项目实施的标准化工作,由于客户的管理需求不同和实施人员不同最终制定的蓝图设计方案是有差异的,但是设计方法、框架和内容是一致的。希望新人拿到此手册后能够知道如何设计蓝图方案。
纵观我们公司提供的业务服务和产品来看,我们非专注提供IT(信息化或数字化)规划服务商,但从项目实践看,我们在为客户提供管理会计及其数字化服务的同时,输出相匹配的聚焦我们专业服务信息化解决方案,我们的方案和蓝图主要专注于管理会计或全面预算管理的业务。从结构和内容及思路设计方面都是强调我们专业咨询能力,服务和落地客户的数字化转型和管理智能化需要。
本文所编写的蓝图设计方法论与IT规划方法论区别。相同之处是遵循传统的IT规划方法和过程,不同之处是我们公司的蓝图设计方法论更加聚焦在业务方案的设计和更加关注对蓝图设计的指引。
本方案适用说明:
本方案提供的是标准蓝图框架及内容和制作流程,目的之一是统一预算业务咨询设计思路和更精确的定义客户项目目标和范围;二是同客户领导层说明未来方案解决思路,预防业务思路和方向走偏。因此,不论项目大小,建议各项目都要设计蓝图方案。
根据客户要求和招标合同说明,蓝图设计可以适度简化,框架内容遵循本方案。
公司小项目(金额在50万内)或财务预算项目,不建议应用此方案。
1. 蓝图价值和定位
1.1 蓝图的目标和意义
1.1.1 蓝图方案定义
蓝图方案是以项目目标为中心,从业务管理视角,结合行业经验和信息化产品功能实现,满足客户全面预算方面的基础需求和关键需求,涵盖业务管理思路和框架、全面预算管理框架和业务逻辑、信息化产品应用架构和数据集成,体现业务管理解决思路和方向,旨在解决客户业务管理问题的产品应用解决方案。
1.1.2 目标和价值
对内目标和价值: 根据项目目标、前期调研访谈、资料解读和业务理解,让项目团队成员深入理解客户的基础需求和关键需求,理清客户业务痛点和管理痛点,集思广益,共同讨论制定我们解决客户需求和痛点的思路、策略和应用框架,从而明确团队共同的工作方向和未来的输出成果。
对外目标和价值:体现我们对客户需求和项目目标的解决思路和策略,一是提供向客户汇报的基础资料,让高层理解我们设计思路和建设路线及时间安排,提出相关指导性建议。二是展示我们团队的专业性,增强客户对我们团队的信任,进一步约定双方配合与分工。三是将客户需求高层想法和项目团队解决思路达成共识。
1.2 蓝图定位
战略指引:明确项目目标,说明项目实现的全面预算管理体系环节和内容,输出全面预算项目解决思路,向团队成员提供项目实现目标的指引。
分析诊断:通过现状分析和蓝图设计,找出项目问题或差异,输出优化建议和思路。
功能指引:理解客户面临的核心业务问题和管理痛点,结合行业实现经验,明确界定全面预算(目标、计划、编制、控制、分析、考核)实现的功能定位,清晰切分全面预算系统和周边系统功能实现和数据关系。
业务指引:业务需求和管理需求来自业务,解决思路应服务业务应用、忠于业务和管理,提供全面预算业务解决方案,并与项目目标前后呼应、高度一致。
数据指引:明确输出预算系统与各业务系统(财务类系统、采购系统、HR系统、费控系统、共享系统、OA系统、BI系统等)关系和逻辑,为后续的系统接口开发和集成提供指引。
2. 蓝图设计原则
2.1. 聚焦业务原则
所谓聚焦业务,一是锁定项目实施业务,二是关注客户行业特性。
首先,根据项目招标文件或者售前资料和售前人员,项目蓝图设计方案了解客户情况,客户所属行业、集团客户还是单一企业,详细了解项目实施业务范围(如管理会计、全面预算、数据中台、其他),清楚知道所涉及的业务内容(目标、计划、编制、控制、分析、考核),如是否有目标设定与分解,编制的粗细颗粒度,控制环节的客户要求,分析是面向预算应用还是面向经营管理分析,考核关注点等。
其次,依据客户所属行业及其特性,理解全面预算管理的行业特点和痛点,然后对比本项目情况,聚焦客户需要解决的问题。
最后,在蓝图设计时,一是根据项目所涉及客户企业性质和项目目标,尽可能的输出完整的全面预算业务环节,来解答本项目预算业务框架,二是根据业务需求输出专业的解决思路和行业特性,并清晰的体现集团预算解决框架和单一企业解决框架 。
2.2. 借鉴行业原则
为了更好更快更准确的设计蓝图方案,蓝图设计可以行业经验和已有行业蓝图方案。在知晓客户所属行业情况之下,努力找出本行业的预算蓝图设计方案、本行业项目汇报方案、本行业售前建议方案,理解和筛选所借鉴方案相同点,引用至本项目蓝图设计,提高蓝图设计的专业性。
2.3. 落地实现原则
蓝图设计以客户实际业务需求为核心,结合我们公司的实施能力和行业经验来设计蓝图方案,输出的方案能够应用公司数字化产品(全面预算管理系统),很好的满足客户的业务应用和管理需求。蓝图设计中涉及的管理问题或很难实现的业务需求,根据实际情况可以有适度表达,不建议过度说明,可以忽略。
2.4. 提升高度原则
蓝图方案要体现一定的理论高度,增强方案的专业性,提升项目团队的价值。蓝图设计一是要具备高度严谨的逻辑,二是业务及管理需求描述准确抓住重点,三是反应高层关注内容及其解决思路,四是注意业务方案部分内容详略得当。
2.5. 增强可读原则
蓝图方案适合客户中高层人员阅读,能够正确理解我们设计思路,不引起歧义。能够适合客户关键用户阅读,可以明白方案内容,不存在理解上差异。尽量减少我们项目上和技术专用语言,尽可能的使用客户方语言表达。
2.6. 理解管控模式原则
了解客户是否是集团型企业还是单一企业,理解客户的管控模式,哪些产业或板块是战略管控、经营管控和财务管控,有利于掌控全面预算管理在产业层或下属企业实施的深度和细度;有利于掌控同一层级产业或业务单元应用细度;有利用我们更好的理解客户的实际管理需求和业务需求。
2.7. 抓紧目标原则
蓝图方案一定要围绕项目目标和客户高层关注点来设计。一是蓝图方案决定项目实现的方向和思路,面向客户关注需要解决的问题,而非软件的功能。二是客户在评审蓝图方案时必定会关注到当初提到的业务需求和目标。
2.8. 融合集成原则
项目实施中一定存在数据集成工作,方案一定要有“三度”,立意有高度,表现有细度,范围要适度。
现在客户系统应用情况多样化,有部署云端,有部署当地服务器,核算系统、ERP、资金管理系统、HR系统、采购系统、项目管理系统、合同管理系统、BI系统、OA系统、自有开发系统并存。全面预算管理系统是面向管理决策类的系统应用,在实施中必然和周边系统发生数据交互。首先,要理清哪些数据存在交互(范围适度),分别对应什么系统。其次,预算同各应用系统的功能定位和实现界面要划分清楚(说明细度)。最后,表达和向客户说明时,要站点客户角度有全局的观念,仔细耐心的说明各系统间的集成范围和各自实现内容。
3. 蓝图设计框架和内容
3.1. 蓝图设计框架
通常全面预算管理项目蓝图设计包含:现状分析与诊断,业务应用蓝图(全面预算管理体系及其业务逻辑)、产品应用蓝图、数据集成蓝图。
如果客户是集团企业,并多元化经营,可以按照实际情况(如客户的看法)和我们对客户了解把控,分为:现状分析与诊断、集团层蓝图、A产业蓝图、B产业蓝图…、产品应用蓝图、数据集成蓝图。
蓝图框架项目经理应根据实际情况和经验设计,但是框架内容一定要全面。尤其关于全面预算管理体系中所涉及的目标、计划、编制、控制、分析、考核,这些业务环节,要据实有度设计。
3.2. 蓝图设计内容
蓝图设计的主要任务是基于现状分析的成果,依据指导原则,梳理资料、分析现状和成果、讨论并提出必要的业务改进或者业务重整的建议,设计客户未来的预业务应用蓝图、产品应用蓝图、数据集成蓝图。蓝图设计主要工作成果是蓝图设计报告。报告中主要包含以下基本内容:
● 项目进度回顾:汇报项目进展情况及现在所处阶段
● 现状分析总结:总结性的列出前期调研分析报告中问题
● 业务改进建议及优化思路:主要体现在业务应用详细描述及解决思路
● 未来的应用系统架构:包括应用系统的功能分布、主要应用系统描述
● 未来数据集成架构:未来应用系统间数据集成与整合架构等
对全面预算管理系统项目而言,业务改进建议及优化思路部分是很重要的内容。
4. 蓝图设计流程
4.1. 调研访谈
4.1.1 现状调研访谈准备工作:
1) 了解客户所处行业与分工:不同行业有很多自身特性和专业术语,比如能源化工企业有盐化工(含焦炭、电石、氯碱、聚氯乙烯生产及加工)等,煤化工(含焦炭、煤焦油、煤炭气化、合成氨、联醇、煤制油、煤制烯烃)等之分。从我们公司来看,煤化工产业,煤炭和化工是产业的两端,煤炭和化工预算管理主要难点在煤矿定额和化工配比及其产业链*衡。
2) 调研问卷与提纲准备:
调研问卷的设计要结合行业与产业特性进行修正,而不是每次只有一个通用问卷。明知该问题在这类企业不存在仍花做调研,不但浪费时间且容易引起客户对顾问能力怀疑甚至是反感。
问题准备应该涵盖从客户未来业务需求和管理定位到预算管理流程的及其编制、控制、分析考核具体细节,比如未来公司各业务板块的市场定位与份额规划等,因为对于不同的业务板块,在公司未来发展中比重不同,而公司蓝图方案设计时应该是首先满足主力业务板块的系统应用,然后考虑非核心业务的实现。
考虑按照业务流程来设计问卷,而不是按功能模块来设计问卷,因为我们公司是按业务管理来设计方案,而不是按产品功能设计方案。
3) 调研的时间与人员安排:
调研人员应该是分层次进行,至少涵盖公司高层、中层管理者、关键岗位用户以及最终用户。为调研保证效果,应该按层次不同分别安排场次,让各参加者都能畅谈想法。
在资源和时间允许前提下,调研应该串行进行,各工作小组都能一起来参与调研,确保调研分析阶段能掌握所有情况。调研提纲与时间地点安排提前发给用户并预留出准备时间。
顾问个人经验积累是对调研效果也很关键,同样的问题用不同的角度或方式交流,会得到不同效果或结论。所以在调研前尽可能的内部先进行沟通和交流,互相补缺,有备而战。
4.1.2 现状调研与需求分析的进行:
1) 结合公司特性,确定调研的主线索。按照主线从目标到计划,从计划到预算,从预算到控制,从控制到分析,从分析到考核。这样不会遗漏关键点,而且能梳理出完整的全流程和各业务环节的关键问题。
2) 应该辅助以相应的工具或文档做好调研分析过程记录。最好是集成性的,每个顾问和用户交流时,都依此为做更新,而且保持版本的唯一性。这样能确保记录的清晰完整,而且各部门或用户反馈对同样问题有不同描述时可以及时发现并沟通一致。
3) 调研与分析过程中,不要对未来可能的系统解决做过多探讨和分析。未来如何处理一定是综合分析基础上,各模块讨论一直达成的。另外现状调研与分析过程中就同用户交流系统,容易让用户在信息不对称情况下使用户产生惧怕或抵触或者是过高期望的心里,不利于项目进行。
4.1.3 调研与分析结果的汇总:
1) 项目经理要注意收集和跟踪调研与分析中反馈的关键问题点。确保不被遗漏而且在方案设计时能全盘考虑。
2) 调研与分析的结果要发给用户(公司高层、中层管理、关键用户等)进行正式确认。不仅是确认过程,更重要是可以借此补充遗漏的信息。
3) 每次调研分析结果记录文档的内容更新,要组织一起学习和审阅,确保内部所有顾问都能清晰明确。
在所有顾问对调研结果一致认可的情况下再开始项目蓝图设计。
4.2. 现状分析与诊断
根据调研访谈汇总成果,对比行业先进经验和行业标准做法,评估预算管理现状并找出问题,提出改进或优化建议思路。
对比分析相同行业或者相同业务管理方面全面预算最佳实践(行业实践案例分析),提出相关预算业务流程或管理改进建议。
4.3. 蓝图设计思路形成
依据调研分析报告,分别就业务管理各环节(经营目标、计划管理、预算编制、预算控制、预算分析、预算考核)提出初步设计思路。并和客户负责预算的关键用户就初步思路进行沟通和思想交换,形成一致的蓝图设计思路。可以根据实际情况就蓝图思路多次同客户关键人员沟通。
4.4. 蓝图方案设计
蓝图方案主要包括:现状分析总结、业务改进建议及优化思路、未来的应用系统架构、未来数据集成架构。核心内容是业务改进建议及优化思路。依据蓝图设计思路,按客户实际情况,分别就集团、产业、业务单元层级进行描述。
4.5. 蓝图方案确认
通常情况下蓝图完成之后,蓝图的讨论汇报更加重要和关键,可能会涉及到项目回款事宜。根据项目实情,项目经理同客户积极确认讨论时间安排和蓝图汇报时间安排。
5. 蓝图设计方案确定的几次关键
5.1. 同客户方预算负责人沟通和汇报
5.2. 同客户方项目负责人沟通和汇报
5.3. 蓝图方案正式评审汇报
6. 蓝图设计所需资料/信息准备
6.1. 理解客户需求和项目目标
首先,应该从售前人员和销售人员那里了解客户高中层对项目目标期望,尤其关键领导或重要领导对此项目认识和理解(战略想法、讲话稿、汇报资料)
其次,仔细阅读客户招标文件中业务需求有关战略规划方面的需求描述,理解其范围和目的;
最后,通过调研访谈深入了解战略规划全面需求。
6.2. 理解企业发展战略
从客户**、收集资料、领导调研等各方案了客户的公司战略、业务战略和职能战略。
6.3. 企业存在的关键问题和现状情况
6.4. 所属同行业蓝图设计案例
6.5. 蓝图讨论和沟通的关键人
6.6. 蓝图设计中突出的关键要素和环节
7. 蓝图方案实例
7.1. 客户基本情况
7.2. 项目功能需求
7.2.1. 战略管理业务需求
A集团战略规划管理内容包括不限于:战略目标制定及解码、战略分解、战略执行、战略评估及滚动规划。具体功能需求包括不仅限于:
7.2.2. 经营目标及计划
A集团经营目标及计划管理内容包括不限于:制定年度经营目标,年度经营计划编制、分解、评审、下达;根据实际执行情况进行季度的*衡、分解、评审、下达;月度计划编制、评审、下达。具体的功能需求包括不仅限于:
7.2.3. 全面预算
A集团集团全面预算管理内容包括预算基础假设、预算目标审核*衡、预算编制、预算执行监控、预算调整、滚动预测、预算分析以及预算考核。具体功能需求包括不仅限于:
7.2.4. 集成要求
1) 全面预算管理系统应体现对周边系统集成要求
本系统实施商负责全面预算管理系统与其他系统集成,主要解决应用系统之间的互联互通、信息交换、流程协作问题,包括界面集成、数据集成、流程集成和调用集成。集成商应确认核心模块、外围子系统间的集成范围,出具集成标准、数据标准、文档标准、接口标准,达到生产数据、经营数据、财务数据充分共享、互联互通的目的。
2) 全面预算管理系统与与其它系统集成时,本系统实施商应按照集成商制定的统一的数据标准和集成标准执行。
7.2.5. 系统间集成清单
按照总集成商制定集成标准,负责集成接口的开发、集成测试、联调。包括不限于以下集成清单:
7.3. 现状分析结论
7.4. 业务管理蓝图
从项目目标和关键需求,结合调研分析梳理整体业务管理蓝图
7.5. 蓝图设计-业务逻辑和业务管理解决思路
7.5.1. A集团-战略管理蓝图设计(部分)
本项目之战略管理定位:本项目是信息化系统实施项目,所以定位将A集团战略规划目标的相关信息纳入计划预算系统,作为将来年度预算目标体系参照和约束的依据。解决战略目标制定模拟分解至年度目标,年度上报/*衡、评价分析。
7.5.2. A集团-人工成本蓝图设计(部分)
人工成本预算管理流程:人工总量预测--上报--*衡--下达--执行
人工成本总量测算模型-数据、输入、输出、分解
人工成本测算模型二:输入行业三年历史数据,算人工成本占营业收入比,估计建议值
7.6. A集团-采购业务预算流程
7.7. A集团-投资总体框架
7.8. A集团-重点工作蓝图设计
7.9. A集团-能源集团业务框架
7.10. A集团-能源集团-*衡关系总图
7.11. A集团-能源集团-焦炭产供销*衡关系梳理
7.12. A集团-能源集团-用水*衡关系梳理
7.13. A集团-系统应用蓝图
A集团计划预算管理信息化规划蓝图:以经营决策为导向,业务模型为主线,公司产品*台为中心,构建A数据化预算管理体系
7.14. A集团-数据集成蓝图
系统集成:通过数据接口,打通预算管理系统和周边系统的数据通道
外围系统的数据通过A集团接口*台流转到全面预算管理系统,全面预算管理系统对数据的处理采用映射/检查和构建中间数据仓库,在系统间实现相关数据互联互通。
对接的系统包括SAP-ERP系统、OA系统、营销*台等14个业务、财务系统。
通过标准接口规范和多重数据安全机制,以实现A集团计划预算相关数据无缝自动流转、充分共享。
ERP项目管理包括哪几个阶段?
1.初次调研:
主要的目的就是ERP软件提供商的实施顾问人员能够对企业各个部门的业务流程初步了解,能收集到各个部门业务流的所有单据,和各个部门人员的认识,了解他们对ERP的认识和期望,以便制订工作计划。
2.系统培训:
主要的目的就是能够让企业所有人员认识到什么是ERP,并在企业中应用ERP系统能给企业带来如何的效益,另外就是ERP软件的各个系统的功能培训。
3.流程拟定:
主要的目的是实施顾问人员根据自己对该企业的了解结合自己或所在公司对企业所在行业的累积经验,结合ERP系统拟定出一个符合企业需求的业务流程,能在系统中得到合理的体现;这是一个非常重要的阶段,一个企业的管理能否从此通过ERP得到提升,流程能否更完善,就需*这个流程拟定了。
4.编码原则:
主要的目的是企业能在实施顾问人员的指导下,制定企业应用ERP的基本原则,其中包括物料的编码原则、供应商、客户的编码原则、产品结构(包括BOM架阶)的分阶建立等。
5.资料收集:
主要的目的是企业的人员在熟悉了各项编码原则的基础上,收集企业应用ERP管理所需要的基本资料,包括物料资料、供应商、客户、部门、人员等收集。
6.流程测试:
主要的目的是企业的人员测试流程拟定的合理性,并使用企业实际的业务流程来测试ERP系统的功能完善性,和操作的方便性。
7.期初导入:
主要的目的是搜集ERP系统上线的期初数据,并在实施顾问人员的指导下录入ERP系统,为企业正式应用ERP系统奠定夯实的基础。
8.上线辅导:
主要的目的是将企业的实际业务数据在ERP系统中处理,一般在系统上线的第一、二个月的时间里面,有必要的又模式进行,以防企业人员在上线期初操作不熟练所造成错误。
9.月结辅导:
主要的目的是在应用系统一个自然月后,通过ERP系统来跑出企业管理所需要的各种报表、检验报表的完善性,数据的准确性。
当然,一个企业中要成功实施一个ERP系统,单纯的*以上九个步骤是远远不够的,ERP的实施是一个非常规范的过程,所以,我们在这里将这过程分作为两大块。
一、以实施文档全面贯穿实施过程:
作为实施顾问人员,在实旋的过程中,应将各种标准的实施文档提交给企业,以确保ERP实施项目的质量进行,也就是说,顾问与企业之间的工作与文档的制作息息相关,可见文档在实施进程中的重要性非同一般。
那么,文档到底对整个实施工作有怎样的作用呢?首先,我们大致将ERP实施中的文档作为一个分类:
分阶段实施计划文档
分阶段目标设置文档
标准业务流程文档
标准编码、标准数据文档
标准参数设置文档
功能操作指南文档
这些文档将会伴随着ERP实施的各个阶段逐渐充实、完善;也同时记载了整个实施的过程和成果;那好,现在我们来分析一下这些文档的价值所在:
1.书面化的文档有助于实施人员与企业人员明确了解各自的职责,信息互通,共同把握实施过程的节奏。
2.标准业务流程文更有助于双方明晰业务流程,有效配合业务流程的重组和优化。
3.标准编码、数据文档及标准参数设置文档是实施中不可缺少的基础资料,可有效减少重复工作,避免对正常工作的影响。
4.功能操作指南文档可帮助最终用户规范化操作,加强培训效果。
前面我们曾经提到,ERP的实施工作可能长达数年不定,在这个时间跨度中,企业在最初实施ERP时确定的ERP项目的人员,也许难免要发生一些变化,那么,在发生变化时,ERP实施文档就可以承担起指导双方快速工作的标准文档的作用;还有,当实施完成后,企业的运行过程将是更漫长的过程,那么实施的标准文档就将成为企业实施信息化的公共载体了,成这指导企业后续工作的航标,和企业在后续人员培训方面提供详尽的素材。
二、培训全面贯穿实施过程:
在ERP实施的过程中,培训始终是作为一条主线的,具体点说吧,在系统实施过程中,培训对象包括以下四类:
企业领导层、核心小组(项目负责人)、技术小组、最终用户
1.企业领导层培训,对高层的培训主要是ERP管理理念的培训,通常会由软件提供商安排较资深顾问师对企业领导层进行ERP管理思想的培训,使得企业领导层能够从总体上理解ERP系统的理念、流程和功能。
2.核心小组(包括项目负责人、部门经理)的培训,对於这一类的培训内容包括ERP系统的管理思想概念、ERP系统的具体功能以及ERP系统各种报表的应用。
3.技术小组培训,技术小组的成员主要包括参与ERP系统及相关Database和网络安装、设置及管理的信息部门成员。培训的主要目标是提供ERP系统的设计结构,各个模块的关联关系与数据库结构,系统问题处理等。
4.最终用户培训,培训目的是使用户了解ERP系统后新的业务前景、目标以及带来的好处,使用户能清楚的了解到ERP是什么,怎样通过它提高个人及整体的业务表现,使用户发角其工作内容的变化及ERP将如何融入其日常工作。同时向用户提供从现状到未来迁移过程中通用的术语,提导用户如何使用ERP完成其工作。
ERP的实施过程中的培训作为实施的一条主线,既体现了ERP实施很高的附加值,又充分体现了ERP实施过程中的知识转移。把ERP从半成品到成品的过程实质就是知识转移的过程,其中包含企业的管理诊断,实施战略的选择,业为流程的设定,对企业需求的恰到好处的分析。
上述中,企业信息化是一个长期的过程,在这个过程中,成熟完善的ERP系统是信息化成功的前提,严谨科学的实施方式是保证ERP成功上线的关键。
如何编写IT项目方案.ppt
2012-9-24 如何编写IT项目方案 通过学习如何编写方案,让大家进一步体会管理线索在实际工作(项目)中的应用。 帮助大家更容易地理解IT项目管理的理论体系:九大知识领域和五个过程组。 帮助大家学习掌握IT项目方案编写方法。 目录 什么是方案 如何编写需求分析 如何编写方案设计原则 如何编写解决方案 如何编写实施方案 如何编写维护服务方案 如何编写培训方案 如何编写典型案例 典型设计方案分析 方案就是解决问题的方案。 方案有:用户解决方案、项目申报方案、可行性报告等等。 写方案的目的就是让别人知道,你有能力高效、低耗、低风险地完成特定的任务目标。 方案中要解决: 为什么做 做什么 达到什么效果 谁来做 怎么做 花费多大代价 有何风险、怎么控制 质量如何保证 你是否有相应的能力 什么是方案 方案的背景,讲述当前与方案相关的社会、需求、技术等背景情况,国内外同类解决方案的情况等。一般出现在申报方案。 需求分析,即问题所在或方案的目的,讲明这个方案要解决的问题是什么,方案都是有目的的,在这里就是要阐明目的,并树立起要解决问题的目标。给读者阐明为什么做。 方案的意义,高度概括,这个方案能解决什么问题,方案的实现能带来什么好处。一般出现在申报方案。 方案设计原则,就是在设计解决方案时,必须要遵循的原则。所谓原则,就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中,都要体现预先确定的原则。 遵循的标准,包括国标、行标、地方标等,也是在设计方案是不能突破的尺度。 方案的目标,总体概述解决问题的方案,高度概括。一般出现在申报方案。 解决方案,给读者阐明怎么做,来解决问题。是解决方案的主体。 方案有以下要点或组成部分 组织架构 实施方案(进度计划),给读者阐叙做的具体步骤,工作路线。 服务方案(服务计划),给读者阐明你有服好务的具体措施。 培训方案(培训计划),给读者阐明你有做好培训的具体措施。 沟通计划 质量控制计划 风险识别和风险控制计划 设备采购计划 工作量估算和人力资源成本预算 典型案例介绍,给读者证明,你已经具备了实现这个方案的能力。 工作基础、工作成果积累,进一步论证你具备实现这个方案的能力。 满足用户的需求、满足招标文件中提出的所有要求是编写方案的基本原则,要对用户和招标文件的每一项要求都有明确的响应,要清晰准确地领会用户的意愿,不能随意抵触或反对用户的意愿。 要努力在方案中体现我们的特点(特别是主要竞争对手所不具备的特点),要在方案中发挥我们有利的资源,厂商产品选择是要考虑利润最大化和商务可控性。 需求分析即问题所在或方案的目的,讲明这个方案要解决的问题是什么,方案都是有目的的,在这里就是要阐明目的,并树立起要解决问题的目标。给读者阐明为什么做。 用户需求分析总会是用户解决方案的第一部分,这部分主要是分析用户项目的需求、用户的关注点和兴趣点、用户当前的资源情况和存在的问题等等。 用户需求分析是整个方案定基调的部分,是为我们为什么提供后面所描述的方案设定论点并为提供论据奠定基础。 同时,到位的需求分析,也是为我们制定方案的设计目标提供依据。 作为方案的开篇部分,如果分析到位,特别是用户的关注点和兴趣点分析到位,会立即引起用户的共鸣,迅速把用户吸引住,也更容易让用户理解我们后面的内容。 一个到位的需求分析,是一个好方案的一半。反过来讲,如果你都不能全面地把握用户的需求,你拿出来的方案也不会有什么针对性,用户不会感兴趣。 要做好需求分析,需要进行耐心细致的用户调研工作,而且根据用户项目的特点,制定明确的需求调研线索和方案。 需求分析 用户立项的宏观背景 用户立项的目的和意义 用户的组织架构 用户当前it建设的情况 采用的技术需求 软件功能需求 软件性能需求(质量需求) *台环境需求 安全方面需求 项目风险识别 用户关注点和兴趣点详细分析等 每一部分根据需要,可以做进一步分类描述。 对于一个综合性IT应用解决方案,如金保工程方 案,需求分析应包含以下几个方面的内容 大家要注意,用户需求是多角度的 在进行需求分析描述时,各部分分类要清晰 多用条理性描述少做长篇论述 各部分内容分量要均衡 要点要清晰准确 要体现全面、到位和重点突出。 大家记住,这里每一部分的描述都将是后面相应内容的线索和论据。 用户需求分析往往是方案编写者最容易忽视的部分,好多人都是随便凑点内容,甚至凑一些根本无关的内容。 这样的后果是,因为自己不重视,也就不能真正地掌握用户的需求和期望,写出的方案针对性不强。 方案设计原则是每个方案必须的部分,也是很多方案编写者最轻视的部分,好多人的办法是随便抄一个其他方案的原则部分,应付了事。 这反映出他们根本不知道原则是什么、原则的作用是什么。 方案的设计原则是设计者对设计思想的纲领性的描述,是对需求的高度抽象和概括,是进行方案设计的最基本的指导方针。 就是在设计解决方案时,必须要遵循的原则。所谓原则,就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中,都要体现预先确定的原则。 在方案设计原则中,要表明在方案设计时重点要考虑哪些问题,要突出对用户关注点和兴趣点的对策,这些内容要与需求分析的相关内容紧密呼应。 方案设计原则的编写可以分为两大类,一类是基础性原则,一类是响应用户特殊需求的原则。 方案设计原则 基础性原则在每个方案中基本都会有,如: 先进性与成熟性的原则 先进性与保护投资的原则 安全性原则 功能完备性原则 灵活性原则 可维护性原则 可扩展性原则等等。 基础性设计原则 我们拿可维护性原则作为例子分析一下“原则”的含义 可维护性的意思是,根据我们提供的方案开发出的系统,具有方便进行维护的特点。 换句话讲,我们进行方案设计和开发时,要充分考虑今后维护的方便可行。 即便这些基本性原则可能在很多方案中都有,但也要充分理解用户的期望。 如用户项目资金充裕,那可能就要突出先进性的原则. 反之,可能就需要充分考虑原有设备的复用,保护原有投资。 用户特殊需求的原则要认真下一番功夫 直接体现我们是不是重视用户的想法 是不是真正理解他们的需求 要想做好这方面的文章,就必须对用户的需求、用户的关注点和兴趣点非常清晰。 一般情况下,在介绍方案时,原则部分会有比较强的冲击效果,特别是那些很到位的响应用户特殊需求的原则。 说白了,就是告诉用户,你关心什么,那么我们就将在方案中注意、解决和实现什么。 解决方案这部分是方案的主体部分,也是分量最重的部分。需求分析部分是讲为什么设计这样一个方案、这个方案要解决什么问题、有什么意义。 方案设计原则部分讲的是我们在进行这个方案设计时应该遵循的原则,或者说是应该重点关注和考虑的问题。 标准规范部分讲的是方案设计的应遵循的标准规范。 这部分是介绍我们设计出来的结果。 是不是满足需求、是不是能够解决用户的问题、是不是遵循了原则、是不是符合相应的标准规范,全要在这部分中体现出来。 解决方案 为了让大家容易理解,我在这里用一个大家比较熟悉、比较容易联想的方案设计例子进行介绍,这个例子就是一座大楼的设计方案。 设计一座大楼是一件很复杂的工作,要考虑大楼的功能需求、外观、空间、每个楼层的房间布局、强电线路、弱电线路、供水线路、供暖线路、排污管线、各种材料等等,要进行力学分析、结构分析等,可以说设计一座大楼是一项庞大系统的方案设计工作。 后面将给大家介绍一下编写这部分内容的注意事项。 首先请大家记住,我们这里讲的设计方案,是我们与用户沟通交流的方案。 目的是让用户知道我们有能力、有措施、有保障地去实现他们的需求,是让用户树立起与我们合作的信心,但并非是一个具体的开发方案。 因此需要重点突出而不需面面俱到,不需要或者千万不要落到具体的细节上,要尽可能保证各部分内容的均衡。 设计方案编写要点之一 在方案描述部分的最前面,要有一个方案的总体描述,可以称为总体设计方案。 或成为方案蓝图 也就是项目的总体目标 这部分是对你的设计方案的高度概括性介绍。 设计方案编写要点之二 为了能让用户了解你的方案的全貌 对于比较复杂的设计项目来讲,不是几句话几段文字可以表述清楚的 需要站在不同的角度、针对于不同的层面进行介绍 譬如说大楼的外观,从正面看,你是看不到全貌的,即便你把外貌全介绍清楚了,如果不介绍其他的话,别人也很难明白这个大楼。 因此要学会角度、层次的分解 可以从类别上分,也可以从功能上分,分的目的是为了更全面、更清晰、更容易地给大家介绍你的方案。 一般一个IT项目方案包括: 技术架构 网络架构 安全架构 功能架构 性能指标 。。。 设计方案编写要点之三 对你的方案进行分解描述时,要充分考虑前面需求分析的内容。 需求分析中提到的需求和问题,在方案描述部分都要有相应的解决方案,前后呼应,前面讲为什么要做,这里讲怎么实现。 与需求分析呼应,也是方案分解描述时进行分解的参考依据。 方案是否与需求相呼应,意味着方案是否扣题。 有很多这方面做得不到位的方案,对在这个项目上行,按在另外一个项目上也行,就成大笑话了。目的性强! 设计方案编写要点之四 对于一些用户关注的问题和需求,以及通过分析具有比较高复杂度的问题,也要分解出来进行单独讲解 一是表明我们对用户的需求的充分响应 二是表明对需求理解的深刻,尽管有些问题很复杂,但我们有可行的解决方案。 借此增强用户的信心。 设计方案编写要点之五 要与前面设计原则部分相呼应 在方案的描述中,要体现出我们是严格遵从前面制定的原则的。 同样,也要对所遵循的标准规范有呼应。 设计方案编写要点之六 多采用图示的方法 大家都知道,无论文笔怎么好,文字的东西总是比较抽象的 读者必须通过联想才能理解你描述的含义。 如大楼的外观情况,如果文字描述,很可能长篇累牍地写了一大堆,别人还是搞不明白。 而用图的形式,可能只需三两张图,就把大楼的外观展现的清清楚楚了。 图示的作用是直观。 图是对方案的高度概括和抽象。 做一张好图,要基于你对方案完全了解和掌握,也要基于你的知识和经验的积累。 真正好的方案描述都是图文并茂,用文字辅助解释图中关键的部分。 设计方案编写要点之七 要学会使用表格进行描述 与图示一样,表格也是一种非常好的方案描述的方法。 表格的作用是简练、调理、清晰,更容易让读者理解你所表述的内容。 对于一些包含大量数字,或者描述形式重复的内容,都可以采用表格的形式描述。 设计方案编写要点之八 对于一些重要的指标或用户关心的指标 需要基于你的方案进行分析 用合理的分析模型和数据 证明你的方案能够达到用户所期望的指标 例如设备配臵选型设计,用分析的指标作为依据 设计方案编写要点之九 对于一些需要利用其他厂商产品进行集成的项目 要讲明你所选择的原因和这些产品的作用 要对你所选择的主要产品从功能和性能角度进行介绍。 设计方案编写要点之十 为了突出我们期望让用户产生深刻印象的内容。 可以在方案描述的最后一部分做一个总结,可以用方案特点介绍的说法。 在特点介绍中,要突出我们独有的特点(在一定程度上会让用户去找我们竞争对手相关的内容)。 要突出用户关心的问题(与需求分析呼应)等, 大家需要注意,特点一定要“特”。 方案特点组织的好,也会对用户产生比较强的冲击力。 设计方案编写要点之十一 编写方案的时候,特别是编写这部分方案的时候 切记千万不要凑材料,这个地方抄点那个地方摘点进行拼凑,这是编写方案的大忌 如果需要摘抄一些资料,必须自己完全掌握这些资料的内容 并且确认对解决特定的问题有帮助。 设计方案编写要点之十二 开发实施计划,也称总体进度计划,是对全部相关计划的有机整合,也叫整体计划。 整体计划涵盖了开发计划、实施计划、采购计划、质量控制计划、风险控制计划、项目团队建设计划、验收计划、服务计划、培训计划等等。 项目开发实施方案(计划或工作路线) 我们常说,要完成一件事情,需要有计划、有组织、有措施、有保障地进行。 我们的设计方案完成后,接着就要给用户介绍我们怎么实施完成,这就是实施方案。 实施方案的编写需要按照有计划、有组织、有措施、有保障的线索,基于项目管理的思想进行阐述。 在这里对大家有一个要求,就是你在写出来这个实施方案之前,你已经真正明白了这个项目到底怎么干才能干好。 如果你都不知道怎么干的话,写出来的所谓的实施方案是不是可行就需要打个问号了。 这个问题在很多人在写实施方案时常犯的错误。 我们需要基于项目管理的思想来描述开发实施方案。 首先需要明确项目的目标。其实方案确定好了,总目标是非常清晰的,那就是按照用户的需求开发出系统,按照用户的时间约定部署实施完成。 但如果仅仅这样讲,那只落在了总目标的口号上了。 为了拿出真正可行的方案,需要把目标进行分解,分解成一个个阶段性目标或历程碑性目标,这项分解要尽可能的准确和详细,目标越清晰具体,越容易找到实施方案。 要反思,如果这一个个的阶段性目标都实现了,是不是就能很好地完成和实现总目标,如果是,说明你的分解基本就是合理的。 当目标分解工作完成后,各个子目标之间可能存在时序关系,也可能存在其他关联关系,为了完成每一子目标都有相应的工作内容、也需要一定时间和人力资源的支持,有一些比较复杂的工作可能需要一些方法的指导(工作预案)。 对应于每个子目标,把这些相关的东西搞清楚描述出来,然后按照时序关系排列起来,项目的实施计划就出来了。 实施计划描述需要调理,一般可以采用表格的形式。 目标分解一般是采用自上而下的方式进行 具体做法是,先围绕总目标的实现分解成几个大的阶段 然后对每个阶段进一步分解成更小的阶段 最后落实到每一项工作任务的目标上。 在实施计划中,还有一点非常重要,就是必须满足用户工期的时间要求。 项目组织架构 不管目标怎么定,方案怎么做的,有一点是确定的,就是必须要有人去按照计划 去干,去实现一个个的目标。 作为一个好的实施方案,需要对承担这项工作的队伍、人员进行组织和分工。 描述这部分内容的线索可以这样。 定义项目实施过程中的角色,根据实施计划的需要,对参与项目的人按角色进行分类,定义角色的责任。 分析一下这个项目每一个子目标实现过程中,都需要涉及到哪些类型的人,这些人与我们的那些部门有关。 设计项目组的管理架构,与实施计划相关,与工作分类和角色分工有关,要有责任明确的项目负责人角色。 如果队伍比较大涉及的部门比较多的话,项目负责人就需要具有比较强的资源协调能力,明确项目总负责人和不同类型工作的负责人。 根据计划的需要,选择明确项目成员。 一个好的实施方案,除了给用户讲清楚怎么干以外,还要介绍你的这种干法是可行的而且是风险小的,这就是实施方案的保障措施。 一般情况下,应该包含这样一些内容: 沟通协调措施,要有明确的沟通协调机制保障,项目是需要我们与用户、厂商、监理等一起配合完成的,因此必须要有良好的沟通。 质量要求和质量控制措施。 风险分析以及规避风险的措施。 预算(成本计划),包括设备采购计划和人力资源成本预算。 一些复杂工作的工作预案,要让用户知道我们是有办法有能力完成这些工作的,增强用户的信心。 验收计划 这是对双方都负责任的约定,验收方案要科学合理,要具有可操作性。 对于一些特定的项目,需要对我们投入的人力和工作量进行统计。 首先,你要对用户参加培训的人员进行分类 不同类型的人员需要接受不同的培训 大体可以从系统管理角度和系统使用角度进行分类。 如系统管理员(进一步也可细分为应用系统管理人员、系统环境管理人员等)、系统使用人员(或者称用户业务人员,包括各个层面使用系统的人员)等。 培训方案要点之一培训对象分类 从管好和用好的角度,设计培训的课程 在每一门培训课程中,要对一下项目进行定义 培训课程名称 培训目的和期望达到的目标(培训完了,受训人能够达到什么水*或能力) 受训人技术基础要求 培训形式(集中上课、上机实习) 培训课时数 培训教材(必需要有明确的培训教材,除了编写或购买的教材以外,可以多选用项目交付时提供的资料,如设计方案、用户手册等) 培训内容概要(要介绍这门课程的主要内容)。 培训方案要点之二培训课程设计 根据项目总体的实施计划安排,设计课程表 课程表中要明确时间、地点、培训对象、课程 因为这里面要考虑总体进度,要考虑参训对象所受的时间、地点的制约 课程表的编排一定要合理可行。 培训方案要点之三培训课程表 最后可以介绍一下承担培训工作教师的情况 对几个主要培训教师的简历进行介绍 另外,对于一些需要比较特殊条件的培训,介绍一下我们的保障措施。 培训方案要点之四培训教师介绍 用户对维护服务的期望是: *时通过有效的管理和监控,尽可能地减少故障概率 系统发生故障时,出现的问题能够得到最高效率的解决 这也是我们设计维护服务方案时的基本原则和目标。 维护服务方案 服务需求分析,对用户的服务需求,从主要服务项目和特点、响应时间、期望等进行比较详细的分析。 维护服务方案要点之一服务需求分析 组织管理体系,告诉用户我们公司有哪些部门、哪些人员以什么样的角色参与维护服务工作,每个角色的职责是什么。对服务组织中的核心成员进行介绍。 维护服务方案要点之二组织管理体系 服务项目定义,对于用户的服务需求进行应对,告诉用户我们围绕这个项目,能够提供什么样的服务工作,每项服务工作的含义是什么。如,我们有什么服务是对应于减少故障的,有什么服务是对应于解决问题的。 维护服务方案要点之三服务项目定义 这部分介绍的是为了完成我们提供的服务项目,我们有什么样的措施进行保证。 如,对于我们所提供的减少故障的服务,我们采取什么样的措施来实现。 服务项目和服务措施是紧密关联的,共同来表述我们能给用户什么服务和怎么给用户这些服务。 响应时间定义,这是对双方都有益的一个约定,介绍在不同情况下我们的时间响应措施。 维护服务方案要点之四服务措施手段定义 介绍从服务请求到服务结束我们的工作和管理流程。 进一步让用户明白我们拥有一个严密的服务体系,能够满足用户的服务需求。 需要的话,可以对服务流程所需的管理工具进行介绍。 维护服务方案要点之五服务流程介绍 前面把我们服务体系的服务组织、服务措施、服务流程介绍完后。 最后要针对于用户对本项目特定的服务需求进行响应。 设计满足于用户服务需有的服务方案。 这部分要对用户或招标文件中的服务要求进行点对点的应答,必须明确承诺是正满足。
ERP项目蓝图设计是什么
所谓ERP是英文Enterprise Resource Planning(企业资源计划)的简写,ERP项目是一个大型企业管理信息化项目,是一项系统工程。
编辑本段项目组成
大型ERP项目的项目组一般由ERP项目经理、ERP售前顾问、ERP实施顾问、ERP技术顾问及客户经理组成。ERP售前顾问的主要工作是调研分析企业需求并根据企业的实际情况提出信息化的解决方案; ERP实施顾问的主要工作是将管理信息化解决方案成功地实施、应用到企业的实际业务流程中去,并对项目进行持续的支持项目蓝图设计方案;ERP技术顾问负责项目中的服务器架设、网络配置等技术指导;ERP项目经理是整个项目的负责人,全面负责项目的进展,推动甲方各职能部门负责人对软件供应商的配合。
ERP人才
目前,随着信息化的快速普及,ERP项目中的项目经理和咨询顾问人才十分短缺,而大学生和其他从业者入门ERP职业又特别难,ERP人才专业培养机构的诞生,国内最大的管理软件厂商用友率先创办项目蓝图设计方案了用友管理软件学院,为管理信息化行业培养高品质、专业化、应用创新型人才。包括ERP项目中的项目经理和咨询顾问。
关于项目蓝图设计方案和项目规划蓝图设计的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。
还没有评论,来说两句吧...