用次元的概念理解企业管理

1,999次阅读
2条评论

今天下班以后,刚正式上班的新员工问 HA 的问题,我果然能扯,从上层软件的功能讲到了底层系统的 API 调用,从软件的实现方法讲到了面向对象的思维方法,从简单的 ERP 单模块讲到了企业管理的四个层级,而且用了次元的概念做了比喻,由于很久没有这么正能量了,虽然现在很困,也打算把这个比喻写出来,以后再写如何用面向对象的思维方法去理解软件的实现方法和实施方法,而且最近为了把精力集中到总结经验和向前看上来,争取做到内观自己,打算近期把近来的体会和总结集中写写了。

首先先描述一下次元的概念,这个概念是从小说《三体》中看到的,就顺便强烈推荐一下《三体》吧,硬科幻迷和非科幻迷都强烈推荐。《三体》中,次元的概念是来自宇宙的不同维度,最简单的例子是我们所知道的二维的平面和三维的立体,还有我们生活在的四维空间,四维空间比三维空间增加了时间维度。《三体》将宇宙分成了十维,次元的特征就是高次元的生物能够完全理解低次元的生物,但低次元的生物想破脑袋也无法理解高次元的状态的,我们试想一下五次元是什么状态,这种感觉就对了。

这个次元的概念被我放在管理中,是代入了面向对象的理念的,学计算机的应该都知道这个面向对象,没有高维低维的对比,只是站在当前次元的维度上去考虑问题用的。

好,扯了很多,切入正题,我把管理分到四个维度,从高到低依次是:管理需求—流程—岗位—数据,这种划分很粗暴,但限于我只是从 ERP 讲起,从现在我们 ERP 的实施过程来看,管理需求都是多说的,由于以上四个维度是相互都有关联的,我尽量用能说明白的逻辑去说一下:

第一维度:管理需求

这应该是 ERP 调研时的基准点,一切都以实现管理需求为主要目的去制定方案,而管理需求分大和小两个方面,往大说是提升公司竞争力,实现手段就是大数据,所谓的 BI;往小了说就是管理的最小颗粒度是什么,管理到哪个级别,而在制定最小颗粒度指标的时候,是需要了解公司当前的具体情况的,就是调研的咨询阶段,而最小颗粒度的指标又决定了大数据的数据来源和准确性。

第二维度:流程

流程是为实现管理需求制定的可执行的具体方法,也是 ERP 方案中能够体现出来的东西,如果流程能够在不断的讨论和细化中确定好,实施的过程其实是非常快的,怕的就是不断的修改流程。我个人认为流程是有横纵交错的,不同的流程是有交叉的,就像写文章,有上下文关系。制订流程的过程中,是需要有整体的思维的,要把整个流程内的点(岗位)、线(单一流程)、面(各流程间的关系)统一规划,有整体思维才行,当然,这里面还涉及到成立时间比较久的公司的特色,很难改变,但要融入其中才能理解优劣。

第三维度:岗位

其实岗位涉及到管理咨询的层面,但岗位是操作 ERP 的具体位置(咳,说到这里就很想说面向对象的思维模式,这篇文章写早了,应该写在面向对象的思维模式之后),一个岗位要有岗位说明书,就是描述了该岗位应该负责的工作,但一个岗位会涉及多个流程,在设计岗位时,就应该有公司整体流程的思维构架。

写到这里,想多说一句,有时候管理需求很容易就能定的出来,无非是要多种报表,但在制订流程和岗位的时候,会出现无从下手的感觉,因为对公司具体业务、部门和岗位了解的不够全面,做任何一步,都需要了解详细情况才能更好的做决定,因为各点线面的关联性太强,从这点上来看,也能印证流传甚广的那句名言:“不上 ERP,等死,上 ERP,找死”,但也有特例,华为用了五年花了 5 亿美金去做管理咨询,同时还有人大的“华为六君子”用了几年的时间了解华为的具体情况,写出的《华为基本法》,是因为在制订方案的过程中,调研足够清晰,在实施方案的过程中,任正非力推新流程。

第四维度:数据

每个岗位都需要输入数据,数据是死的,人是活的是常常能听到的一句话,但这句话怎么理解每个人可能都有所不同,我的理解是:数据是死的,一定要是死的,从几个维度上控制住数据的来源,比如某时间节点下某种工况下以某种特定的方式取得的数据,才可做为输入的数据源。

从次元角度来看这几个维度:从数据的角度,是不能理解岗位是什么的;岗位操作者输入的是数据,就能明确知道数据是什么,怎么来的,有什么作用;而岗位操作者只对自己的岗位负责,而不会对流程是什么有清晰的概念,最多知道上一级和下一级的流程;而到了流程层面,就十分清楚这流程是前因后果,起始分别是什么;但是为什么而制订的流程,就是流程制订者根据最高层级的管理需求而做出的了,从各自的角度去分析的话,对上一层级为什么会有该规定并不知情,但确对本层级内的事情相当清楚。

为什么我们会谈到次元的概念,就是因为谈到在 ERP 实施的过程中,要以当前实施次元的角度去理解,如何能够更好的输入和输出,站在使用者的角度(面向对象的思维模式)去更好的理解。

同事说我想太多,这都属于管理的范畴了,我就是跨了维度的人吧?因为《三体》中讲到维度打击,从高维向低维打击时,摧毁整个维度都是轻而易举的事情,以我上面说到的这些,确实在高维层面有对低维的绝对优势。这也是我在实施 ERP 的过程中,一直要求参与到方案制订中的原因。

困的很了,还想再写,看来得分开了,以上每个话题几乎都能展开单独写,先写到这里,抛砖引玉,希望能有更多有经验、有想法的朋友带给我更多更宽广的想法。

内个,这个系列起名叫 CIO 长成记算吹牛不?

正文完
 
侯三爷
版权声明:本站原创文章,由 侯三爷 2014-07-30发表,共计2140字。
转载说明:除特殊说明外本站文章皆由CC-4.0协议发布,转载请注明出处。
评论(2条评论)
验证码