当前位置: 联商论坛  -   -  贴子
  |  

主题:故事:ERP系统管理过程中的思考

bf108

积分:15987    金币:1789
  |   只看他 楼主
场景一:

  7月,骄阳似火,某民营公司会议室里也是热闹非凡。老板宣布,从下个月开始,出于对成本和质量的控制,对不同供应商供应同一种零件,必须执行比例控制。要求信息化经理牵头,召集物流经理、采购经理共同商量一个解决方案,尽量消除人为因素的影响。

  会议散场后,三个经理就坐在一起研究起来。

  信息化经理说:供方配送比例控制,让我牵头,我只好勉为其难了。你们两位有什么需求,提出来,我看看我在系统中能不能解决。

  物流经理眼睛一翻:零件经常都到不齐,有发的就不错了,还控制?

  采购经理不乐意了:我啥时候缺过你零件了,公司已经连续三周,没有一天停产,业务员都在厂家车间里打地铺了,我容易么我。

  信息化经理赶紧打圆场:对,对,大家都不容易,可是老板已经布置任务了,咱还得执行,对不?两位出个主意啊。

  采购经理和物流经理异口同声的说:老板说你负责么,你说咋办咱就咋办。

  信息化经理这个不高兴啊,也不好说啥:那好,我回去做个方案,请两位过目。

  一个星期以后,方案通过OA传递给采购经理和物流经理。

  又一个星期过去了,还是没有回复。信息化经理坐不住了,给物流经理打电话:老弟啊,方案看的咋样了?

  物流经理说:哦,我看了,忘了跟你说了,我看大概没啥问题。

  信息化经理舒了半口气,赶紧给采购经理打电话。第一遍半天没人接,第二回才接了起来,还没等信息化经理张口,采购经理就先说话了:老哥,我在外边出差呢,实在没功夫看啊,你要是看可以,就可以了,我绝对支持。

  信息化经理一声长叹……

  点评:

  1、 信息化部门绝对不要替代业务部门做需求,如果业务部门连自己的目标和方法都不清楚,各位觉得他能执行什么样的方案。

  2、 制定流程&方案最好的办法是先分解流程要素,把相关人员召集到一起,现场讨论谁该做什么,尤其是业务接口的部分。

  景二:

  8月,骄阳似火,老板的脾气也很大。因为只有一个没会签的方案,信息部没办法实施,老板把三个经理一顿神批。三个经理耷拉个脑袋,一声不吭。

  会议散场后,三个经理又坐在一起研究起来。

  信息化经理经理说:方案两位再参谋参谋,看看有什么地方需要修改的。

  采购经理一拍胸脯,说:我这里不就是一个按比例采购么,没问题。

  信息化经理沉吟了一下,问:如何消除人为因素的影响呢?

  采购经理楞了一下,想了一会,突然笑了:我用9000里面每个季度给供方打分的结果不就可以了,那个结果是好多部门共同认可的。

  信息化经理点点头:嗯,你那里的比例可以自动设置,不过要有一个规则,不同分数或者等级的供方,比例如何分配,要细化。

  采购经理哈哈一笑:没问题。

  信息化经理把头转向物流经理:你呢?老弟。

  物流经理说:方案我看过了,整体的原则是按照比例折合成不同的批量数量在供方之间分配,这个没有问题。但是对于一批生产订单,配送的只能有一个供方,多个供方不仅是作业困难增加,对于质量追溯也不利啊。

  信息经理拍拍脑袋:对啊,这个需要加个限制条件。

  物流经理接着说:还有几个问题,一是如果采购供应不足,我无法按照比例配送,需要人工干预配送单,做供方变更;二是部分订单,顾客有指定的供方要求,这个在配送比例里如何控制。三是按照季度打分,质量表现控制住了,成本如何控制啊,四是配送有最小包装,零头如何处理?五是批次……

  物流经理还没说完,采购经理也坐不住了:对啊,我采购的最小批量如何控制啊?

  信息经理原先做方案的时候就是“坐”出来的,这时候彻底晕了。加上天气很热,脑门的汗当时就出来了,说:两位,两位,让我好好想想,让我好好想想。

  点评:

  1、 制作管理方案一定要用系统的方法,所谓系统的方法就是分析工具。否则东一榔头西一棒子,就是一团乱麻。

  2、 闭门造车做出来的方案基本上是行不通的,一定要实际调研,因为所谓的企业特色就是对例外的处理方法。

  3、 即使是讨论方案,也要有预案,要不然不跑题的就很难了。

  场景三:

  8月底,阴雨连绵,信息化经理心里骄阳似火。上回的会议回来之后,信息化经理把整个方案推到重来。

  首先确认的是零件不同的分类属性:

  1、把零部件分类,独家供应的和多家供应的。多家供应的经过协商,规定最多三个有效供方。

  2、因为结算的方式不同,有使用后才开发票结算,也有购入的,购入又分三种:预付、现金和赊购。

  对以上两点,采购部门采用了不同的补货策略。并且结合每季度的供方评分表,与财务的成本评估,给予权重,得到一个综合评分,作为配送分配比例的依据。

  其次,开发了一个系统外挂程序, 系统每回MRP之后,把生产计划的需求数量导出,根据供方配送历史记录,按照配送规则做供方数量分配。之后,把数据回写到系统中,作为配送作业计划。每个月的配送数量、比例在外挂程序中可以进行汇总分析。

  最后,与另外两个部门经理的沟通确认,让信息化经理上火了。采购经理看方案是一扫而过,满口的没有问题,胸脯拍的砰砰的,一副上刀山下火海的架势,显得心中十分有底,而信息化经理每次都有点心里发虚;物流经理则相反,看个方案就三天,每次看完,就是一大堆的问题,从入库、待检、存储到配送,每个环节都提出几个问题,把个物流经理折腾的不亦乐乎。信息化经理挨个问题点排查过去,发现问题分为几类:

  1、 方案规划时考虑的不够详细,如不同供方的不同包装数量,需要在外挂程序中按照不同供方设置,而原方案中包装数量是没有区分的。

  2、 与配送比例控制项目无关的问题,如生产线边场地不足,导致配送周期频繁。

  3、 特例事件,如某种零件质量不稳定,会出现生产中调换供方的现象。

  4、 执行方案的限制条件不能满足,如付款不及时导致供方供货延迟,计划的分配比例无法实现。

  第1类问题,虽然有点难度,程序修改之后还是可以满足的;第2类问题可以不予理睬,让物流经理自己解决,第3类问题因为比例不大,但是不能按照比例分配,考核谁都不对啊,第4类问题也把信息化经理难住了,怎么才能解决呢?没有库存,如何满足按计划比例分配呢?

  信息化经理一筹莫展。

  点评:

  1、 举重若轻(化繁为简)或举轻若重(化简为繁)无所谓高下,但是要有个度,这就是中庸之道。

  2、 业务模式决定管理流程,管理流程决定操作细节,这个原则是不能变的。

  3、 任何形式的管理中都有特例的,但是不能把特例当作惯例。

  场景四:

  9月,天气有点凉,老板已经怒火中烧了。把三个经理喊到办公室,质问项目的进展情况。信息化经理硬着头皮汇报,说:项目已经可以上线了,但是还有些问题没有解决,比如某供方的库存不能及时到位,比例分配是没办法操作的,还有就是如果某些质量不稳定的零件不能按照比例操作,那么对相应部门的考核也比较难操作,还有……

  老板打断了信息化经理的汇报:零件质量不稳定,品种有限,这个我有数,可以适当的放宽考核的尺度;供方的货物供应不及时,你能解决么?我知道你解决不了,采购经理暂时也解决不了。现在关键的问题是:我要控制配送比例的目的是什么?你回答我。

  信息化经理整理了一下思路:为了增强对供方管理的公平和透明,让质量表现好的供方得到大的份额,降低生产中的材料成本。

  老板说:对啊,现在的评分系统增加了对零件成本的考核,而且由多个部门共同评定分数,也可以在系统中自动生成配送指令,管理的目的已经达到了,你还想做什么?

  信息化经理愣住了。

  老板接着说道:剩下的就是执行的问题了。天下没有完美的方案,等你们什么都想好了,黄花菜都凉了。先做起来,以后的工作持续改进就是了。

  点评:

  1、 一定要弄清管理的目的,不能为了管理而管理。

  2、 凡事预则立,不预则废。有规划,有计划是好的,但是行动更重要。

  3、 持续改进企业永恒的主题。
  (《首席信息官》ICXO.COM)
---------------------------------------------------
[u][color=red]春花 秋月 夏雨 冬雪 此景几许清闲 陈酿 佳肴 知己 良朋 待得半世逍遥[/color][/u]

bf108

积分:15987    金币:1789
  |   只看他 2楼

点评:

  1、 信息化部门绝对不要替代业务部门做需求,如果业务部门连自己的目标和方法都不清楚,各位觉得他能执行什么样的方案。

  2、 制定流程&方案最好的办法是先分解流程要素,把相关人员召集到一起,现场讨论谁该做什么,尤其是业务接口的部分。

点评:

  1、 制作管理方案一定要用系统的方法,所谓系统的方法就是分析工具。否则东一榔头西一棒子,就是一团乱麻。

  2、 闭门造车做出来的方案基本上是行不通的,一定要实际调研,因为所谓的企业特色就是对例外的处理方法。

  3、 即使是讨论方案,也要有预案,要不然不跑题的就很难了。

点评:

  1、 举重若轻(化繁为简)或举轻若重(化简为繁)无所谓高下,但是要有个度,这就是中庸之道。

  2、 业务模式决定管理流程,管理流程决定操作细节,这个原则是不能变的。

  3、 任何形式的管理中都有特例的,但是不能把特例当作惯例。

 点评:

  1、 一定要弄清管理的目的,不能为了管理而管理。

  2、 凡事预则立,不预则废。有规划,有计划是好的,但是行动更重要。

  3、 持续改进企业永恒的主题。

---------------------------------------------------
[u][color=red]春花 秋月 夏雨 冬雪 此景几许清闲 陈酿 佳肴 知己 良朋 待得半世逍遥[/color][/u]

bf108

积分:15987    金币:1789
  |   只看他 3楼
ERP实施前先和老板定规矩

  在与很多做ERP实施的顾问聊天的过程中,或者是在给公司或合作伙伴的实施顾问做培训时,我会问一个问题:你在ERP项目实施过程中遇到的最大困难是什么?

  这个问题的答案有很多,包括:

  1。客户的老板对信息化一点也不懂,但却瞎指挥,使得我们的项目没法做;

  2。客户方项目组的人员经常变,培训完一轮又一轮,项目推进不了;

  3。客户的需求刁钻怪异,而且还固执,软件产品根本无法实现;

  4。客户公司各个部门勾心斗角,系统实施时谁也不配合谁,没法做;

  5。基础数据整理工作量太大,客户操作人员嫌工作量大,进度没有把握;

  6。客户操作人员的基础太差,系统的推进对牛弹琴;……

  在说到这些困难的时候,我们的一个实施顾问(新手)还跟我举了一个生动的例子:“在一个项目实施的过程中,客户老总对项目不闻不问,只听他的员工进行汇报。而ERP项目实施时谁都知道,具体操作人员需要准备大量的基础数据,不停地进行数据录入,而且还有很多操作习惯要改正过来,甚至还有一些他们原来偷懒没有做的事情也要做,这个时候操作人员不是一肚子的抱怨才怪呢!把这一肚子的抱怨反馈到老总那里去了,老总自然就认为我们实施不力,甚至被客户老总指着鼻子骂。我们的项目实施到验收阶段,客户老总总觉得我们没有做什么事情,又要收钱走人了,所以打心眼里就想把我们当成免费员工来用,项目验收更是一拖再拖,这一拖就是三个月之后了。为了这个项目我们费了不少精力,但总感觉做这个项目是吃力不讨好!”

  上面他列举的问题可能在不同的客户现场都会碰到,这些是客户的现实情况,我们必须要面对。再说了,为什么会有实施顾问这个职业的?就是因为我们的客户基础差、人员不稳定、老板不懂才需要花大把的实施费,请我们这些人为客户提供服务。如果ERP实施像安装一个电灯泡这么简单,那ERP的实施费还能收这么高吗?ERP顾问的收入还有保障吗?所谓的“有难度才有收入”就是这个理。

  与客户老板沟通至关重要

  这些问题看似都不在ERP项目实施顾问的掌控范围之内,但却都是一些客户方客观存在的问题,所有这些问题的根源在于一个字——人。在ERP项目的三大核心要素人、产品、流程中,只有人是活的,人会带来许多变数。在这些变数面前,如果要我们的ERP顾问直接去解决的话,那的确是心有余而力不足,因为我们的ERP顾问不是企业的掌控者,更不是这群人的掌控者。但这并不意味着我们的ERP实施顾问就真的无计可施了。

  在一个ERP项目启动之前,我们是否可以将人的要素中的许多变量变成常量呢?因为涉及到的是人,所以我们的实施顾问就需要展示其专业能力中的一项——沟通能力,与项目中涉及到的人进行沟通。而与这些人的沟通当中,最重要的莫过于和企业的核心人物——企业老板沟通了。

  与老板沟通,我认为是在项目启动阶段最为核心,也最为重要的问题。只有在这个环节取得了老板的认可与支持,才有可能在后续的项目环节中充分协调客户的资源,并推动项目前进。

  如何赢得客户老板支持

  既然项目启动阶段的高层沟通这么重要,那么在项目启动时,与客户老板沟通应该是在什么时机,说什么内容呢?

  沟通的时机,我以为是ERP实施顾问到了客户现场,对客户进行了初步的调研,对企业的背景、业务以及流程有了一个初步的了解之后,在需要制定出项目实施主计划,并召开项目启动会之前的这个时间段。这个时间段正好还是项目双方人员的“蜜月期”,同时也是一个磨合期,是最适合为本次项目实施定下基调的时候。而且这个时候往往是ERP实施顾问已经与客户的老板有过一次接触,对其管理风格及沟通习惯有了初步了解、第二次再做沟通的时候,一来不用怎么寒暄与了解了,二来气氛也比较适合做深入性话题的沟通。

  那沟通的过程中,应该说一些什么呢?主要是要争取客户老板的支持,这些支持从另一个角度来说也是本次项目实施成功的要素,可以理解为项目实施成功的“军规”。

  我把需要沟通与确定的内容,套用人民解放军的“三大纪律、八项注意”列出来,方便客户的老板加深认识及理解,也方便项目相关人员的了解。

  “三大纪律”

  先说“三大纪律”吧!这三大纪律是项目实施的重中之重,也是需要企业老板明确给予支持的三大事项:

  一、明确目标要坚决

  项目目标明确,这在很多老板眼里是理所当然的事情。但实际上,企业的项目实施目标往往过高,而系统实现时天上地下的差距太大,项目就容易起争议。另一种情况就是没有项目实施的目标,客户说:“你们先做吧!”结果是项目走到哪里算哪里,客户往往是拖着不予验收,因为他认为你的活儿还没有完。还有一些项目实施顾问,也害怕给客户说目标,因为担心如果目标说得太明确和具体了,实现起来有难度。这就等于把争议用侥幸心理拖到项目后期再说。

  再说目标坚决的问题。很多企业的ERP项目“善变”,需求从A改到B,再从B改到C,最后从C改到A,来回几趟折腾,结果生生把项目给做失败了。所以在这个时候,需要与客户高层确认项目目标,而且一经确定执行要坚决,如非必要不再做更改。

  二、项目制度有奖惩

  既然是项目,那就一定有项目管理的制度,而这个制度是需要执行的,从项目成员的考勤、参会到工作推进都需要有制度来保障。而一个制度出台后不应该只是个花架子,是需要所有的项目成员遵守与执行的。这就涉及到了一个制度执行与奖惩的问题,特别是客户方项目组重要成员(如部门经理或副总级别成员)如果带头违反这个项目的制度,那需要谁来执行惩罚呢?这个时候就只有让“一把手”来执行了。同时,可以借鉴生产管理过程中的一个工具——看板。把项目成员、分工、进度、奖惩都放在厂区的公告栏中,做成看板,不管是正面的还是反面的都要抓典型,只有这样才能保障项目的顺利进行。而如果要做到这一步的话,没有客户老板的支持是无法进行的。

  三、全程参与一手抓

  项目实施过程中肯定是会碰到问题的,如果没有问题就不会请ERP顾问来做实施了。但ERP顾问毕竟是“外来的和尚”,即便是“高僧”也解决不了所有问题。战术级别的问题可以由项目经理召集项目组成员来解决,但如果碰到战略级别的问题,一定是要企业老板来解决的。同时,由于国内的企业文化大多数还是属于老板文化,老板要求企业的一举一动都在自己眼皮底下。如果ERP项目实施过程中对企业的流程与业务做了改动,且不说这个改动有多大,都是非常有必要要求企业老板全程参与的,这样对于项目中的具体问题才能做到心中有数、及时解决,也只有这样,才不会出现等企业老板的一个决定要等一周的现象发生。

  “八项注意”

  前面说了三大纪律,把项目的整个基调定下来,那接下来还有八项注意,这八项注意可以说是给企业老板打“预防针”用的。这八项注意是:

  一、员工的抱怨要挺住

  ERP系统的价值体现在哪里?对于企业的老板及中层经理来说是有价值的东西,到了基层员工那儿经常是一个让他们加大工作量的东西。用消费者与生产者理论来说,基层员工是数据的生产者,他们把业务过程中的数据按照系统的规范录入到系统中,这些数据的结果对他们而言,可能有一些有用,但大多数他们是用不上的,真正用这些数据进行分析、辅助决策的是中层经理与老板。ERP系统可能会加大基层员工的工作量,那老板就很有可能会听到基层员工对于系统的抱怨,这个时候老板要挺住来自于员工的压力。

  二、团队的稳定要保障

  ERP项目团队的企业成员,应该是企业的骨干员工,或者是企业认为有发展潜力、愿意培养其成为骨干的员工。这种员工应该要保证一定的稳定性,如果骨干团队不能保持稳定的话,那么ERP系统永远也不会有人学得会,ERP项目的实施就永远不会有结束的那一天,同样ERP项目的目标也就变得遥不可及了。因此应该让老板认识到:骨干员工的稳定对企业的发展非常重要,对于ERP系统的项目实施同样也是。

  三、进度要牢记

  ERP项目实施是阶段性的任务,老板应该也有一个效率意识,很多老板觉得ERP项目实施周期越长,公司就越划算,因为公司可以免费使用顾问。但换一个角度思考,ERP顾问在现场的时候,意味公司的人员就得接受顾问的培训,自己公司的项目组成员也是需要同样投入精力的,而这些员工是你自己给他们发工资的,况且往往是一个ERP顾问带着公司一群人在做项目,这样计算的话,那可就亏大了。再有,系统上线的时间越晚,员工就越没有锐气,上线成功的概率就越小。综上可知,项目实施的进度非常重要。

  四、流程改造有必要

  企业上系统的原因是有业务需求,但业务需求并不总是合理的,如果是不合理的需求,对于企业现有的流程进行改造就很有必要了。流程的改变可能只是很小的一点变化,也有可能会是很大的一个变动,因此需要老板在流程改造时给予坚决的支持。

  五、实施顾问要专业

  实施顾问分两种,一种是厂商的实施顾问,另一种是企业内部的实施顾问。对厂商的实施顾问要考察其专业能力,只有其项目经验与专业能力达到了企业要求才让其接手这个项目的实施。同样地,企业内部的顾问(或者是IT经理)也要足够专业,因为只有这样,才能够在厂商的实施顾问撤离了之后,ERP系统在运行过程中有专业人员进行管理与维护,并进行不断地优化,不然很有可能是一个系统在项目实施结束后的一年里,因为操作人员的变动、流程的变更而使得系统面目全非。

  六、功能匹配看核心

  什么行业的企业、规模有多大、有什么样的信息化的基础决定了企业使用什么样的软件产品。很多企业在项目实施过程中,员工都要用类似的这个或那个系统来比较正在实施的系统,而且非要求实现这样或那样的功能,而这些功能往往只是操作习惯层面的需求,但这样一个简单需求很多时候会卡着项目的进度走不下去,这个时候企业的老板就要发话了,如毛主席所言要善于抓住“主要矛盾”。

  七、权利调整难避免

  ERP项目实施是一个协作型的工作,财务、采购、仓库、生产、销售各部门需要各司其职,相互配合,项目实施往往会对业务的实际流程以及相关人员的权限做出调整,而这个调整的过程很多时候会触及到一些人的“灰色空间”。那么,在这个时候虽然被调整人员不敢在桌面上明着反对这个调整,但会在暗地里对项目实施较劲,从而拖延项目实施的进度,这种情况下企业的老板们也不得不查。

  八、基础数据繁杂别吓倒

  上系统最繁杂的事情莫过于要进行基础数据的整理:几十万条基础数据,而且要与仓库中的实物一一对应起来,看起来是一件旷日持久的工作,很多员工也认为这是一件“不可能完成的任务”。老板在这个时候就要下定决心,通过上系统的这个机会,要弄明白仓库里到底有多少品类和规格的物料,到底值多少钱。连家底儿都不清楚,企业运营怎能上台阶?这个时候,老板一定要督促相关部门迎难而上。
(中国计算机报)

---------------------------------------------------
[u][color=red]春花 秋月 夏雨 冬雪 此景几许清闲 陈酿 佳肴 知己 良朋 待得半世逍遥[/color][/u]

龙的传人76

积分:1111    金币:563
  |   只看他 4楼
回顶部

  快速回复 高级回复
用户名:   密码:   [注册]
[Ctrl+Enter直接提交帖子]  



网站简介 | 联系我们 | 法律声明

ICP证:浙B2-20070104