如果说保障企业竞争力最有力的工具是流程,那么提高流程绩效的最有力工具便是标准。供应链管理好的公司,同时也是供应链管理流程最优的公司(可能不一定是行业最优),这方面的绩效通常能给企业带来非常明显的成本节约。很多公司意识到了绩效考核的重要性,但在具体实施上却往往成了计分卡打勾专业户,一种为了形式上的绩效考核并没有带来流程实质性的提高,也就是没有提升绩效带来的结果。 CSCMP的《供应链管理流程标准》相当于IT服务管理领域的ITIL,每个公司都有适合于自己的最佳实践,但是《标准》尽可能脱离框框,它来源于供应链领域最前沿的理论和案例研究(尤其是那些在标杆管理和最佳案例研究方面领先公司),是一套尽可能帮助企业度量现有流程的通用标准。 毫不夸张的说,这是一本所有从事SCM行业的人士必备参考用书。
Archives for Review
Sams Teach Yourself SAP in 24 Hours
虽然2nd版本已经拜读过,但是今年出了4th版,还是觉得重新“复习”一遍。 本书既然号称在24小时内教会你SAP,那自然不会存在哪个特别深入的专题。从SAP历史,到系统介绍;从业务人员的功能介绍,到IT人员的技术介绍,各个方面,可以快速对SAP形成相对完整的整体认识。和你从其他地方获取的零碎知识不同,这种完整的介绍可以保证概念和理解的正确,至少不至于偏差太多。很有一些人,初次同时接触Oracle和SAP时,常常会将两者很多概念和名词混淆,似是而非,不伦不类,尤其是ERP选型阶段对产品的理解,对方案的把握,真是贻害多多。 SAP方面我目前最喜欢的几本书中,一是《SAP德国造》,二是业务蓝图,其三就是这本24小时了。出发点不同,所获也不同,这本书的最大价值,就是让你快速形成正确的整体认识。 电子版临时下载点,不保证永远可用:
《失控》
《失控》成书于1994年,凯文·凯利在20年前就预料到今天的社会,在很多方面,可能今天的读者比20年前的人更能受到启发。 是的,启发。 回过头来看这本书,其实它仿佛并不是一本书,至少不是一本常规意义上的书,它是预言书,是严肃的哲学思考,是抒情散文,是数学定理。让我感到,用任何语言评论它都是多余的,于是仅随手摘录几点浓缩了的观点以做管窥: 在需要终极适应性的地方,就越需要失控的群件。放弃控制权,增加不确定,反而获得一种更稳定的平衡。 群体规律,往往来自于具备自适应能力的简单法则。复杂,来源于简单,越是复杂的系统,越是需要底层的简单。 要想洞悉一个系统所蕴藏的涌现结构,最快捷、最直接的也是唯一可靠的方法就是运行它。 与其费尽将任一功能最优化,不如使多数功能“足够好”,这才是大型系统的生存之道。 建立一个巨大的系统确实需要许多阶段,而这些阶段对于系统本身的运转并非必须。拇指让人类发展出了智能,但今天的人类可以离开拇指而思考。 …… 我认为《失控》所唯一传授的,便是大型系统建立、运行和生存之道。
跳出盒子
常听人说起这么一句话:二十多岁学技术,三十多岁学管理,四十多岁学心境。打下坚实的技术底子后再转管理,看问题更能看到点子上。当然,这应该指的是走技术管理路线的人。 这些日子也确实在看一些书。我很少对读过的书评5个星,凡是能坚持从头读到尾的,那基本上就是值得推荐的一本好书了。最近看的一本给了5星的书籍正是《跳出盒子:领导与自欺的管理寓言》。据说,这本书在很多大公司中很流行,有些公司甚至发给员工做业务读本。通常公司发的书我都持鄙视态度的,比如泰勒的《没有借口》和稻盛和夫的《活法》,我就认为不好。不是书籍本身不好,而是不适合一般员工去读,尤其不适合平时就对读书没什么兴趣的员工去读。 管理是抽象也是具体的,是艺术也是门手艺。既然是艺术,那自然无法填鸭式的灌输给任何人;既然是手艺,那自然有具体的形式和方式。很多道理,你懂了,也就懂了,不懂,也就不懂。《跳出盒子》虽然不似佛家的禅那般让每个人都可以有自己的感悟,但以浅显明了的叙事来引入一个与往常不一样的视角,不仅仅是一种手法的创新,更是一种洗礼,让人知道,原来还可以这样看世界。处事之道都是相通的,不仅仅是在工作中,甚至在生活中也是一样的。你的眼睛,决定了你看到什么,你的心灵,决定了你怎么看,同样的事情,用不同的心境,不同的感情去看去听去想,结果竟然是不同的。 读完这本书最大的收获便是:学会以“人”的角度就看待人。人不是物,有自己的想法和情感,当你在某个时刻脱口而出:你如何如何,怎么怎么的时候,想想,为什么他要这样,为什么和你不同呢?很多时候,当你在评判他人的时候,他人其实也对你做了评判,只是碍于很多身不由己的关系(比如同事关系,上下级关系),对方无法表露出来,而这,便成了无形的对立和对抗,微笑和诚恳的背后,实际上是嘲讽和蔑视。 有时候,生产力就在一念之间。
《SAP基础教程》及其他
这是一本基础教程,虽然很基础,但是实际上很多看着资深的SAP顾问并不了解这些基础。我一直认为一个合格的Function Consultant首先必须熟悉产品本身,然后有吃透业务的能力,如此才能做出最优的方案。这个圈子里有多少人上配“顾问”二字呢?更多的工作怕只是Operation而已。 有多少人悉数了解SAP的各产品线? 有多少人知道SAP的工作原理? 有多少人完全掌握了SAP已有的功能从而避免重复造轮子? (范围仅限于中国,大量二次开发的怪圈子) SAP的领域主要有这么几个关键词:业务,流程,方案。基本上,在SAP的顾问圈子和客户圈子里,没有多少话题是关于技术的,甚至关于产品本身也较少涉及。这并不是说SAP的技术不行,正好相反,一个产品稳定到了极致,恰恰说明其技术水平也非常精湛。SAP的技术实现上的细致、严谨和稳定可以让你安稳地做你的流程。比如SAP中的权限设计,从技术实现角度看甚至透着一种美感。所以一般ERP业内的说法是:SAP实施可以培养管理专家,但是难以培养技术专家,这正是“无折腾,不专家”最佳诠释。 也许,应当对技术给一个定义。很多人对“技术”一词的理解仅仅是ABAP,这是非常狭隘的。大而言之从二次开发、数据库管理、系统架构、系统管理、性能优化都是技术,小而言之软件功能界面的一些细微构思也透露着技术之美。没有脱离业务的ERP,也没有脱离技术的ERP。只是在国内的SAP客户中中小企业居多,系统一旦部署完毕技术方面就退居幕后,或者干脆外包,导致很多顾问以为SAP顾问这一行是不需要懂技术的。其实持这种想法的人在Oracle ERP领域也大有人在,只是SAP领域更为显著。譬如系统优化,有纯粹的代码优化,有数据库优化,有架构优化,但更多的是结合业务同步实施的优化方案,技术和业务并不对立。上层的业务方案直接框定了底层的优化余地,没有切肤之痛的人估计是难以理解的。 这实质上也是一种思维的二分法。连岳解释了二分法思维是如何害死人的:”当你说不要无谓辱骂人时,有人就说难道要拍马屁?除了这两分,你可以好好说话;当你说不要装大爷时,有人就说难道要当孙子?除了这两分,你可以当正常人。” 当我们说技术细节也很重要时,当然是已站在熟悉业务的基础上。一个本应是最需要开放的行业,却偏偏被一群保守的人霸占着,仿佛有人吃透了产品本身就要来抢他的饭碗似的。 说了许多,好像依旧没有切入正题,而其实已经介绍的差不多了。所谓基础教程自然是教授基础知识的,只是介绍产品,每块内容其实并没有深入阐述,每个章节都有更多的书籍来深入。这本书,是所有SAP从业者最好的入门书籍之一。 豆瓣链接:SAP基础教程(第3版)