2.ERP是一套软件
如果没有先期的培训，直接就上手用，这样的感觉可能是最真实的，如果用呢Oracle ERP的朋友更可以这样说：ERP是一套比较别扭的软件，原因如下：
界面好像比较特别（特别是和微软office有棱有角比较）
运行速度有点慢哦（比excel慢多了，比用友也慢，有的时候也并不是慢，就是感觉反应迟钝）
报表功能需要改进的地方多（运行一个报表还需要request）
要输入的信息多了，工作效率下降了。
如果你有以上的感觉，我觉得是对的。但是同时你对erp也停留在软件角度，其实ERP最精华的在于其理念，这个词语也太深奥了吧。其实用什么方式来实现并不重要，无非就是java,vc,vb或者其他软件开发语言的一种，重要的是为什么要这样实现。我对除开Oracle ERP的其他ERP系统知之甚少，从软件角度来看一下Oracle ERP软件设计吧。我觉得他有如下的特点：
1)整个软件庞大。一个用友２万个表，更多视图的系统，你说庞大不庞大。
２）取其一个小模块分析，感觉软件设计水平一般，但是又挑不出太多毛病。（从软件设计的角度来讲，个人感觉如果你有能力来设计一个有１０个表以上的系统你应该有一些自信，但是Oracle ERP有2万多个表，如果要你去设计我想你会没有头绪的，但是oracle的软件工程师作到了，并且看上去很美，呵呵虽然有一些bug，从软件设计角度学习的话，建议直接把这些表结构记住或者加以分析，以后设计任何系统拿来用就行了，或者直接照搬，不说100分，85分总是有的。）
３）程序运行最小单元为请求。这些请求可以是系统标准的，也可以是自己开发的，总之在Oracle ERP系统要实现任何事情都要运行请求。
４）核心开发语言为PL/SQL，外围开发工具有report,form,ofa(现在还不懂)，ame（作动态审批的，现在还不会），workflow(用过)。
５）感觉需要学习的东西永无止境。想想这是ｏｒａｃｌｅ几千个工程师，耗费十几年的开发成果你也就认了吧，从此不在想都学会，而是学多少是多少了。
3.感觉ERP系统可以给我们一些启发。
我是在1年以后有这样的感觉的，感觉他在无形中教会我如何管理企业，在向我灌输一个企业的运作，至少我在Oracle ERP系统中悟出了如下的道理：
财务系统原来是会计的信息系统，人力资源系统包含薪酬，培训，考勤，基础信息，高级福利。
销售订单有如下流程：报价（CRM范畴)，审批（灵活的设置，可以包含管理层，财务，信用控制），下达订单，登记订单，发货，确认收入等等。
预算：预算是对实际业务的推测，所以预算数据的预测要尽可能的贴近实际的模式，收入的预测要让收入产生部门预测，部门费用需要部门经理提供，如果要想精细化预算，一些利息收入都需要财务部预算。并且作好预算一个excel表格就够了，但是部门多了可能就比较麻烦了。ITPUB个人空间1[ c7B.C"cmk
４．感觉学会了ERP管理企业应该没有问题。
浅谈Oracle ERP入门与精通周期
按照个人和身边朋友的经验，大致ERP的成长时间表如下（仅分享个人意见，成长速度和所处的环境关系很大）：
[另外，在小学级别后基本上有一个方向的细分，大致分为，顾问/二次开发/数据库]
幼儿园级别（~1 months）
了解Oracle ERP的宏观上的一些概念，了解主要模组的基本业务流程
学前班级别 (~6 months)
开始Oracle ERP的用户手册第一遍阅读，能够独立完成主要模组的基本业务流程
/ 能够进行单个技术点的开发(报表 或者 Form. 或者 Custom.pll)
/ PL/SQL能够进行基本的编写
小学级别 (~1.5 years)
Oracle ERP的用户手册完成第一遍阅读，能够针对流程中的基本问题进行troubleshooting
/ 熟练进行技术点的开发(报表 或者 Form. 或者 Custom.pll)
/ PL/SQL能够进行熟练编写，并能够进行基本的Performance Tuning
中学级别(~2 years)
Oracle ERP的用户手册完成第二遍阅读，能够独立进行troubleshooting
/ 独立进行定制开发和开发Team管理、项目管理
/ 中级PL/SQL
高中级别 (~3 years)
已经精通所负责的1到2个模组：参数设置配置，详细业务，后台数据流 / 精通二次开发技术点 / 初级DBA
大学级别 (~5 years)
局部业务规划和流程设计 / 二次开发体系规划和实施 / 中级DBA
研究生以后级别(~10 years)
９）我在百度的三年
我是在2004年6月加入百度的，那个时候百度还很小，现在已经到了4000人的公司了，百度的发展，只能用“难以置信”来形容了，不过幸运的是，自己体验了整个过程。当我的经理说要和我续签合同的时候我才恍然自己已经为自己所喜欢的公司工作了三年。
因为在企业中一直作ERP项目，所以我的经历对许多从事erp行业的人（主要针对在企业从事信息化方面）或许有一定的参考意义。
在三年时间一共经历了四次比较大的项目，角色由最开始的：普通研发，研发负责，研发主管，项目负责人，发现这四个路线好像对于从技术出生，并且一直希望从事企业信息化建设的朋友的确是一个不能少的步骤，以下我来分析一下每个阶段都需要什么样的能力吧。
普通研发：一般是刚刚进入ERP研发的朋友，他们不知道ERP为何物，针对这一点我是感同身受的。IBM项目经理让我作AP发票接口程序时，我直到作出来后也不知道这个功能在整个企业的信息架构中的位置。总之在第一个阶段自己就是模模糊糊，解决问题也好像由凭运气的感觉（感觉oracle erp庞大得让人窒息）。在第一个阶段主要的进步在于：掌握了PL/SQL开发语言，发现其实SQL可以作很多事情，并且效率更高。
研发负责：在经过第一阶段的煎熬后，第二个阶段作事情就由了一些头绪，但是第二个阶段还主要停留在研发上，在这个阶段可以清晰的意识到那些时重要的，那些是开发中容易出问题的，可以主动的承担比较重要的开发，这个阶段时应该是项目的主要研发人员了。这个阶段主要的特点是：编写复杂的PL/SQL没有问题，发现这个语言很强大，并且发现ERP是企业的核心系统。很多系统都要依靠ERP来实现。在方案讨论阶段主要是参与角色，对方案整体没有太多的发言权。这个时候对企业最大的价值在于你的研发能力。
研发主管：这个和前一个角色不一样的是，这个时候负责研发的工程师应该有了一个团队了，再也不是孤军奋战了。主要的工作是参与方案的制定，利用自己的经验匡正方案的过失，保证项目正常有序进行。这个时候对于企业的价值在于：你可以利用团队的力量进行项目的开发。你的核心能力是：项目技术把握，保证研发的产品可以很好的贴合企业现状。
项目经理：和前面三个角色不同的是，这个阶段可以不直接负责编码，但是在研发阶段积累的强大经验，你会发现在讨论项目时你的发言可能会是点睛之笔，提出的方法贴身。这个阶段研发已经不是我的主要工作，主要的工作都体现在与人沟通，项目计划上，项目如果涉及多个部门，那么对于研发人员最大的障碍就是和其他部门进行沟通，这个对于技术人员来说可以说时天生的有一些障碍。这个阶段你的核心能力是：项目需求讨论，制定项目方案（不主要参与），制定项目计划（计划->任务->工作计划），并保证项目执行。
项目经理以上应该是信息化的主管，他的主要核心能力就是确定较大项目的开展，开展方式，时机等等。
