ＯＡ的实施与推广，如何在传统管理理念与标准化管理中博弈

企业的左右脑：OA与ERP（之一）
　　企业办公自动化系统（企业OA）与ERP、SCM、CRM等系统都是企业应用软件系统的重要组成部分，都为提升企业信息化水平、增强企业竞争力起着重要作用。但它们之间也存在着显著的差异。
　　最基本的，就是它们功能不同。企业OA着眼于协同工作、公文处理、文档管理、行政办公等。ERP着眼于企业的销售、采购、生产、库存、财务等过程及资源控制与计划，SCM着眼于与上下游的衔接，CRM着眼于客户关系的管理，等等。
更主要的，是它们的目标不同。可以说，ERP、SCM、CRM等系统更着重于企业的具体业务过程运作，而企业OA更着重于企业的管理过程。
前者是通过优化业务过程的效率来提高生产效率、提高资金使用效率、加强对财、物的管理等等，后者则是通过优化管理过程来提高企业的日常办公与决策效率、提高企业反应速度、决策能力、加强管理过程的规范性。
ERP等业务管理软件更多地是从面向业务、面向业务逻辑、面向结构化信息的管理思路出发来构建的，它们发挥着企业管理中类似左脑的功能，主要擅长对刚性流程和固定组织中连续、有序的业务和事务的逻辑处理、计算、分析和展现。
而OA更多地是从面向角色、面向行为规则、面向非结构化信息的出发来构建，它们发挥着企业管理中类似右脑的功能，主要擅长对发散的、跳跃的信息进行协同整合。
企业OA与ERP既差别鲜明，又相互依存、共成一体，共同组成企业信息化管理的大
 
  企业的左右脑：OA与ERP（之二）
在企业信息化的进程中，办公自动化应该做什么、可以做什么、怎样才能发挥最大效益往往是一个不大容易弄清楚的问题。相对而言，ERP（企业资源计划）可以说是模式清晰、效益明确。在规划企业OA系统的时候，我们可以通过分析一下ERP，从中获得有益的借鉴。
　　ERP的核心概念，可以说是非常清楚。它是制造型企业的核心信息系统。它将企业的销售、库存、生产、采购以及相关的财务管理构造成一个紧密衔接的信息系统。ERP的核心思想，就是以销定产，以产定购。因此，ERP可以实现对企业的物质资源（资金、材料、生产能力、厂房、库房、运输能力等）的充分利用和有效控制，从而有效地提升企业的效益。
　　然而，许多企业并不从事制造业，即使是制造业，在二十一世纪也面对着许多新的形势。对于企业而言，还有着很多非常重要的资源：
         知识：我们处在一个信息时代、知识经济时代。知识可以说对很多企业非常重要，甚至对一部分企业是生死攸关。
         流程：运作效率是企业竞争力的重要体现。流程的规范，流程的效率，直接影响企业的反应能力、执行能力、控制能力。
         客户：这是一个广义的概念，包括客户、分销商、合作伙伴、供应商、银行、政府机关… …，其重要性不言而喻。
         人力资源：选人、育人、用人、留人的能力决定了企业的竞争力。
　　这些资源，是不能通过ERP来管理的，但却是对企业非常重要的。怎么办？这恰恰就是新一代OA的方向，那就是：
      有效地将知识、流程、客户、人力资源等关键资源管理起来。
      像ERP一样，各个环节不能孤立进行，而是要紧密协同，互相连动。
　　从而，加强企业对核心竞争力的有效控制，保护与提升企业的运作能力和竞争力
 利用OA、ERP应用转战IT管理，提升个人管理水平
技术造就梦想……
启示：ＩＴ技术的同行，我们不能一味的埋头苦干，有必要抬头看路……

OA，ERP目前是国内企业的主流，如何把IT部门转向业务前端，从成本部门转向业务部门，从ＩＴ技术转向管理？？

本文章主要讲诉如何在ＯＡ办公自动化平台上，辅助IT部门转型，提高IT人员的管理和集成应用的能力。

首先 OA这个平台的作用与意义就不再多说，估计很多商家，软件商都已经说得不说了。百度下就知道……

ＩＴ技术人在OA平台中的位置。

无论你是网管，网络工程师，还是软工，这都无重要，重要的是你要参与到该项目中来。
ＯＡ平台是saas服务，用户不需要知道OA是什么，ＯＡ怎么运行，需要哪些软硬件，只需要知道怎么用，什么时候用，用来干什么就OK。
ＩＴ人员在OA平台中是中心枢纽，既要解决软件的问题，可还要通过平台解决实际业务的需求。
就好比中间层，要承上启下，如此重要的核心，就必须要求IT人员对OA平台的深入了解，还要深入的与业务部门进行需求分析和解决方案的配置。

OA平台的后台工作就是IT人员的工作，那就说说与我们直接相关的工作。
OA的实施三部曲

ＯＡ　前期，基础建设。

一，软硬件的资源配置就不多说，这个是根据软件，企业需求，需求量来考虑的。所以无法１１的解说清楚。
包括服务器装什么系统，数据库，网络什么的，大家都比我熟悉了。一般主流的ＯＡ都是ＢＳ结构，采用ＷＥＢ访问是比较经济和方便的方式。

二，当ＯＡ软硬件平台起来了，下一步就是后台管理。后台管理有以下：用户信息初始，组织架构信息，安全权限信息，业务需求信息，流程信息……这一步是前期非常重要的工作。也是中期顺利开展的奠基石。所以如何做，如何做好是关键。

１，以上谈到的信息统称为初始数据，包括组织架构，组织架构是整个OA平台开展的一个中心，也是企业的一个类似网络拓扑图，反应企业的上下层结构，业务顺序，职能岗位布局等信息。所以我们也可以从中了解整个公司的信息。了解各个业务部门的作用和上下承接关系。以及平时相处的同事在公司的位置和业务关系等。所以初始数据也是十分重要，对于很多企业来说，组织架构是比较固定，就像我们的网络结构样，不在非不得已的情况下是不会做较大的变动。初始数据的配置要注意2点，很多OA平台已开始遵循企业组织架构和职能岗位结构来开展核心的流程业务，所以前期的基础数据需要非常详细准确的组织架构和职能岗位结构数据。
2，业务需求的分析，在很多帖子里面我都谈论到从企业全局或从主干业务需求来分析IT应用，这也是IT建设的一个初衷，在国内的中小型企业中，IT虽然还只是在初期，都只是为了能运行网络，保证网络满足业务的运行就可以了，然后在逼不得已的行业环境下开展更多的信息化建设。但对于我们做IT行业的人员来说，我们不仅要从技术的角度去解决网络存在的各种问题，还需要从业务的角度去分析和解决各种业务的需求，提高业务的效率和质量。那么在OA平台中，IT人员需要做哪些业务的需求分析？首先OA是一个信息化沟通的平台，有助于提供企业内部一个统一、标准、高效的信息传输，发布，反馈，存档归类的平台。

分析之1：首先是从技术的角度去分析各部门的需求，包括访问量，网络带宽，数据传输类型，应用几率以及ＯＡ模块的需求，特殊功能模块的定制等。这需要ＩＴ人员及时的对网络结构，网络部署上去满足业务的物理需求，因为这些都是发生在网络层上，对于客户来说他们感觉不到这些的存在，他们只需要知道，通过将电脑接入到网络就可以登录ＯＡ开展工作。然而IT人员需要提前对这些进行合理，科学的规划和部署。所以需要与各业务部门进行沟通和调查，了解部门人员平时的应用和需求，其实在实际情况中也很简单，大部分就是网页，电子邮件，OFFCIE表格之类的，不过还是需要提前对资源和需求进行分析。而且业务是日趋壮大，分析后在方案的设计上还需要考虑前瞻性，以便后期的扩展和升级。很多企业的业务和需求都是在不同时期呈现不同的需求和需求量。前期的分析需要足够的了解业务状态结合现况做前瞻的考虑。

分析之2：业务现状及未来趋势，上面是从物流方面去分析业务的需求，那么现在就是从逻辑方面去分析业务的需求，逻辑需求就是实际工作中业务主要做的内容，就好比我要递交一份审批公文一样，前面是分析我需要用什么笔，纸去写这边公文，那么这里就需要分析我要怎么写这篇公文，公文写什么内容，写给谁审批，用什么格式来写呢？  这里暂时简称这种需求为逻辑需求，在不同企业中逻辑需求可能会不同，但有个共同点，在OA平台下，所有业务都是电子化，数据化。对于OA提倡的智能化来说，就需要要对这些需求有个度量标准和形式结构的统一。举个实际列子来说，业务流程的需求，在ＯＡ平台中用的最多的流程可能就是人事请假，公文通知发布之类的，就如请假流程，虽然在不同的部门中，请假的人，审批的人，批准者都不一样，也很有可能流程本身也不一样，那么怎么去把不一样的流程，不一样的角色统一到一个标准的流程中去，用一个标准的流程去解决所有业务部门人员的请假需求？还有一些特殊的部门，可能对该流程会有不一样的需求，那么能否在标准的流程之上建立扩展或特定的流程？那么我们首先就要去分析，该特需部门需求一个怎样的流程，跟我们标准的流程有哪些不一样有纳西儿一样的东西。然后如何在这２者之间去以求同？完美的解决不同业务之间的需求，这就是一个需求的分析过程。逻辑需求是一个很广的范围，就不再１１做说明，从现状的信息，分析未来的趋势，然后再设计和解决需求基础上再考虑后期的灵活变动和管理可控
。
分析之３：业务量化和标准化，我们每天的工作都很忙碌，这样的事，哪样的事，就说ＩＴ部门，每天也要处理大大小小十来件的事情，其他业务部门也是一样，每天都在跟这个部门，哪个部门沟通，开会，反馈信息等等，OA平台本身就是需要一个对所有实际工作的一个量化的过程，所以前期的需求分析需要对业务的类型，数量，格式，形式做一个量化和标准化， 量化大家应该很好理解，就是把日常的事件都通过时间，地点，人物，事件，结果进行统筹反应到ＯＡ平台上，标准化也很好了解，比如国家的ＩＳＯ２０００行业标准，IT行业的ITIL 服务管理标准等，标准化就是将企业中杂乱，混乱的结构，流程，传输信息以及文档管理存档之类的进行统一的规范和应用，这也是OA平台的一个应用初衷，解决企业传统管理混乱，业务效率低下等特点，这里不多说，简述 我们如何在IT的角度去分析和解决量化标准化的过程。业务量化就需要对所有业务部门包括生产，在外分部等部门进行事件的统计，虽然工作量很大，但是是一个很有必要的工作，将直接影响到ＯＡ平台前期的一个应用规划。量化简单就是对业务的统计和总计，通过数据来反映和指导ＯＡ平台模块，应用方向的规划和部署。

标准化的意义更重大，而且是任重道远的过程，基本在很多企业，如果不是有坚决的决心要进行OA，ERP的实施，首先要下决心解决企业标准化，标准化的范围十分的广泛，简单从OA中来说，标准化也几乎覆盖了OA的所有应用。就比如说 文档分类归档，就需要标准的规范大家文档的格式，名称，类型，内容格式，以及版本之类的所以标准化不仅是一个前期的工作，是伴随整个OA实施，以及OA后期应用中都仍然要继续做的工作。这里就简单以业务流程说明下标准化的作用，也促使大家提高标准化管理的能力。
首先业务流程在不同部门和不同角色中，流程的是多种多样，甚至于千奇百怪的都有。就举例说刚才人事请假的流程，首先我们要对流程的适用范围，适用类型进行统计和分析。请假可能会有很多请假类型，比如带薪请假，病假，婚假，事假等等，不同假期根据企业的规章制度可能会流程和审批对象或者请假范围不一样。那么就需要对每种类型的请假进行标准化的定义，简单说明事假与带薪假，  事假的范围应该是最广的，只要是员工就有权请假，公司也需要根据实际情况进行假条的审批。整个流程一般是  申请人--直属领导审批或批准或驳回--直线2级领导审批或批准或驳回--直线3级领导审批或批准或驳回——人事归档存档。看吧是不是就这么一个简单的流程也可能存在多节点可能。其实很简单，在普遍的OA中，流程节点是有循环或条件选择的，但是流程的主干是必须统一标准的。带薪假的流程可能就会有如下过程   申请人--人事专员核查带薪资格（审批或批准或驳回）--  直属领导（审批或批准或驳回）--直线2级领导（审批或批准或驳回）-直线3级领导（审批或批准或驳回）——人事归档存档看吧，就一个简单的请假流程，因为了性的不一样，流程的节点主干都会有变化，所以标准化的工作就是将所有可能用到的业务流程标准统一的规定下来，然后在转换到ＯＡ平台中，使用信息化的手段达到取代实际人为体力行为的业务执行过程。如果要细化标准化，需要说的就太多了，就不再具体讨论

业务需求分析是与企业需求，骨干业务紧密相关的工作，ＩＴ人员就像前面说的，是信息的枢纽，我们自身需要融入到技术与管理中，还要并存与技术与业务的矛盾中，去平衡技术与业务之间的问题。从中我们也能获取到更多的管理方面的知识，和对企业主干业务的了解与支持，不仅可以将ＩＴ部门从辅助转向导向方向。

未完待续，个人观点，叙述不对请纠正，欢迎大家共同讨论与学习。

因写这个文字的东西，有点绕脑经，
后面将继续讲　　
二，ＯＡ的实施与推广，IT人员如何解决技术与管理中的矛盾，如何在传统管理理念与标准化管理中博弈。
三　ＯＡ后期的管理与运维，ＩＴ人员如何在其中掌握船头，领导业务的开展和辅助业务多样化解决方案。