Info

You are currently browsing the 2&5… & Coo4U… weblog archives for June, 2009.

June 2009
M T W T F S S
« May   Jul »
1234567
891011121314
15161718192021
22232425262728
2930  

Archive for June 2009

有趣的预算与控制

多数公司,无论大小都会有预算和控制流程,但是到底怎么样的预算和控制才是最佳的呢?看看下面的例子:

                            预算                                    实际

预算 A               10000                                9500

预算 B                8500                                  9000

如果无论在预算A和B的前提下,管理人员都达到的业务结果是完全一样,那到底是预算A好还是预算B做得好啊?

ERP成功的关键MRP

MRP是把需求和供应串起来的关键,但是做了若干项目发现业务上甚至顾问对这个MRP概念完全理解的是少之又少,而且很多人把MRP看成了很神秘的概念,觉得要实现完美MRP几乎是不可完成的任务,希望通过下面的小例子能帮助大家更好的理解。

有个玩具厂根据目前的需求状况发现在未来7周需要交付一个溜溜球给客户。溜溜球的零件清单是:两个木轮子,一个木钉,一根线,一个包装纸盒。检查了一下库存状况,发现没有未完的以上零件的采购单,仓库里有一个木轮子。我们知道这些零件的采购提前期是:木轮子,5周。木钉,1周。线,1周。盒子,4周。需要一周装配时间。所以为了能在第7周交货,我们必须能在第六周开始装配。

我们当然可以现在就下采购单采购所缺的零件,但是会发生什么呢?我们将会在一周后得到木钉和线,然后它们不得不存在仓库里存上5周,当然啦只是一个溜溜球,这不会有什么大的影响,但是如果我们讨论的是50万只呢?

如果我们能正确的使用MRP的理论,那我们可以根据知道的要求交货的日子进行倒推。我们需要所有的零件在第六周齐备,所以可以简单的用第六周去减去采购的提前期来计算什么时候下采购单,并且去减去已有的库存得到一个净采购数。这样我们就得到应该第几周下什么单采购多少零件的信息。

当然来现实中,情况要复杂的多,客户的要求会变,供应商也会由于种种原因导致交货变化。所以要求系统能及时迅速的运行MRP,并且及时的通知生产,供应等等部门进行调整,这样才能做到物料计划的最优。

总结一下上面的例子,要想实现靠谱的物料计划,至少必须:

  1. 需求的信息要准确
  2. 零件清单Bill of Material要准确
  3. 零件采购信息要准确
  4. 库存信息要准确
  5. 生产过程信息要准确
  6. 信息在不同部门的流动要及时而迅速

竞争的故事

竞争在生活中无处不有,但到底什么是竞争呢?给大家一个小故事分享。这个故事叫“Down Escalator下行自动扶梯”,每个竞争者都在沿着一个下行自动扶梯往上走,如果这时候其中一个人停止走,那么就会马上随着自动扶梯往后落下去,所以要保持现有的位置,就得使行走速度至少等同于电梯的下行速度。公司或个人在竞争中也是如此,不能躺在现在的成果上,要想不被抛弃就得不断进取。

除此之外每个人手里还有个遥控器,这个遥控器可以用来遥控别人电梯的速度,但是遥控器只能在自己排在最前面时使用,当有个人在往电梯上向上爬的时候跨出了一大步,突然超过了所有的其他人,他或她能启动遥控器,使得别人的电梯下行速度加快,从而更快的领先对手。个人或公司从竞争中脱颖而出时,往往是掌握了更先进的技术或知识,使得自己能大大领先于对手,这时竞争对手要想迎头赶上就得更大的迈步前进,光保持以前的速度则会被越甩越远。

做CIO的日子(10)

IT的标准化。

企业实行IT标准化的重要理由有降低维护成本和提高安全性。其实标准化还有一个重要原因是减少对Lone Experts的依赖,这是什么意思呢?在标准软件出现之前,企业要让在管理中使用IT工具的方式是雇佣大量的开发人员,选择开发环境和数据库等做特别的定制开发,把现有的流程hardwire到coding中去,结果导致未来要修改个啥都得依赖有独特相关经验的IT专家,企业如果失去这类员工对企业的运作会带来无比大的影响。如果实施了标准化得软件,就不会造成这种局面了。换句话说企业在标准应用软件的选型上也要充分考虑这些风险,对于系统供应商的选择要考虑他的生存能力,千万别选不popular的系统。否者等于把自己的脖子往别人的绳套上放。

做CIO的日子(9)

通常公司在制定一个backbone系统平台时有两种选者,要么是选一个软件,涵盖所有的业务功能,替掉旧的系统,实行big bang上线,项目的挑战大,难度高,用户的接受得花时间。要么一点一点替代,降低了项目难度,但是上线时间拖得很长。现在大形势不好,绝大多数公司都是以现金流动顺畅为主,对IT的要求是既要能支持业务发展优化系统,又要便宜要快,那么有没有第三种方案呢?