Fans Or Not » Review

《供应链管理流程标准》

Zeeno — Sat, 19 Nov 2011 05:55:50 +0000

如果说保障企业竞争力最有力的工具是流程，那么提高流程绩效的最有力工具便是标准。供应链管理好的公司，同时也是供应链管理流程最优的公司(可能不一定是行业最优)，这方面的绩效通常能给企业带来非常明显的成本节约。很多公司意识到了绩效考核的重要性，但在具体实施上却往往成了计分卡打勾专业户，一种为了形式上的绩效考核并没有带来流程实质性的提高，也就是没有提升绩效带来的结果。

CSCMP的《供应链管理流程标准》相当于IT服务管理领域的ITIL，每个公司都有适合于自己的最佳实践，但是《标准》尽可能脱离框框，它来源于供应链领域最前沿的理论和案例研究(尤其是那些在标杆管理和最佳案例研究方面领先公司)，是一套尽可能帮助企业度量现有流程的通用标准。

毫不夸张的说，这是一本所有从事SCM行业的人士必备参考用书。

Sams Teach Yourself SAP in 24 Hours

Zeeno — Thu, 13 Oct 2011 08:53:24 +0000

虽然2nd版本已经拜读过，但是今年出了4th版，还是觉得重新“复习”一遍。

本书既然号称在24小时内教会你SAP，那自然不会存在哪个特别深入的专题。从SAP历史，到系统介绍；从业务人员的功能介绍，到IT人员的技术介绍，各个方面，可以快速对SAP形成相对完整的整体认识。和你从其他地方获取的零碎知识不同，这种完整的介绍可以保证概念和理解的正确，至少不至于偏差太多。很有一些人，初次同时接触Oracle和SAP时，常常会将两者很多概念和名词混淆，似是而非，不伦不类，尤其是ERP选型阶段对产品的理解，对方案的把握，真是贻害多多。

SAP方面我目前最喜欢的几本书中，一是《SAP德国造》，二是业务蓝图，其三就是这本24小时了。出发点不同，所获也不同，这本书的最大价值，就是让你快速形成正确的整体认识。

电子版临时下载点，不保证永远可用：

《失控》

Zeeno — Sun, 28 Aug 2011 02:24:54 +0000

《失控》成书于1994年，凯文·凯利在20年前就预料到今天的社会，在很多方面，可能今天的读者比20年前的人更能受到启发。

是的，启发。

回过头来看这本书，其实它仿佛并不是一本书，至少不是一本常规意义上的书，它是预言书，是严肃的哲学思考，是抒情散文，是数学定理。让我感到，用任何语言评论它都是多余的，于是仅随手摘录几点浓缩了的观点以做管窥：

在需要终极适应性的地方，就越需要失控的群件。放弃控制权，增加不确定，反而获得一种更稳定的平衡。
群体规律，往往来自于具备自适应能力的简单法则。复杂，来源于简单，越是复杂的系统，越是需要底层的简单。
要想洞悉一个系统所蕴藏的涌现结构，最快捷、最直接的也是唯一可靠的方法就是运行它。
与其费尽将任一功能最优化，不如使多数功能“足够好”，这才是大型系统的生存之道。
建立一个巨大的系统确实需要许多阶段，而这些阶段对于系统本身的运转并非必须。拇指让人类发展出了智能，但今天的人类可以离开拇指而思考。
……

我认为《失控》所唯一传授的，便是大型系统建立、运行和生存之道。

跳出盒子

Zeeno — Sat, 14 May 2011 14:03:34 +0000

常听人说起这么一句话：二十多岁学技术，三十多岁学管理，四十多岁学心境。打下坚实的技术底子后再转管理，看问题更能看到点子上。当然，这应该指的是走技术管理路线的人。

这些日子也确实在看一些书。我很少对读过的书评5个星，凡是能坚持从头读到尾的，那基本上就是值得推荐的一本好书了。最近看的一本给了5星的书籍正是《跳出盒子：领导与自欺的管理寓言》。据说，这本书在很多大公司中很流行，有些公司甚至发给员工做业务读本。通常公司发的书我都持鄙视态度的，比如泰勒的《没有借口》和稻盛和夫的《活法》，我就认为不好。不是书籍本身不好，而是不适合一般员工去读，尤其不适合平时就对读书没什么兴趣的员工去读。

管理是抽象也是具体的，是艺术也是门手艺。既然是艺术，那自然无法填鸭式的灌输给任何人；既然是手艺，那自然有具体的形式和方式。很多道理，你懂了，也就懂了，不懂，也就不懂。《跳出盒子》虽然不似佛家的禅那般让每个人都可以有自己的感悟，但以浅显明了的叙事来引入一个与往常不一样的视角，不仅仅是一种手法的创新，更是一种洗礼，让人知道，原来还可以这样看世界。处事之道都是相通的，不仅仅是在工作中，甚至在生活中也是一样的。你的眼睛，决定了你看到什么，你的心灵，决定了你怎么看，同样的事情，用不同的心境，不同的感情去看去听去想，结果竟然是不同的。

读完这本书最大的收获便是：学会以“人”的角度就看待人。人不是物，有自己的想法和情感，当你在某个时刻脱口而出：你如何如何，怎么怎么的时候，想想，为什么他要这样，为什么和你不同呢？很多时候，当你在评判他人的时候，他人其实也对你做了评判，只是碍于很多身不由己的关系（比如同事关系，上下级关系），对方无法表露出来，而这，便成了无形的对立和对抗，微笑和诚恳的背后，实际上是嘲讽和蔑视。

有时候，生产力就在一念之间。

《SAP基础教程》及其他

Zeeno — Sat, 25 Dec 2010 13:19:47 +0000

这是一本基础教程，虽然很基础，但是实际上很多看着资深的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版)

读书：《构建0racle高可用环境》

Zeeno — Sun, 09 May 2010 03:43:07 +0000

“未来的DBA，必将都是一个架构师。”

当应用规模达到某个量级后，自然而然的就需要考虑如何扩展，如何保证高可用。DBA对数据库的理解深入后，同时往往也开始了更大的担当，从之前负责数百个在线用户的系统，到负责数千甚至数万在线用户的系统，此时对于某个数据库的管理和优化已经满足不了业务需求了，尤其是数据库的日常管理越来越智能，越来越自动化后，DBA的角色应该升到一个更到的层次。

作为一名ERP顾问，我并没有将所有精力投入到纯粹的数据库领域中，更多的是从应用角度去留意我们的数据库系统运行状态。现在的企业信息化，是以数据库为核心的信息化，当信息化工作从一个公司层面上升到集团层面时，这个核心的瓶颈就暴露在了所有人的面前。我们往往在事后才发现，原来一切的一切，依旧围绕着这个核心在运作。

当面临庞大数据的分析，当面临大型数据库(TB级)的效率和安全问题，当面临各类遗留系统的信息整合和功能整合时，架构的调整就摆上了案台。

《构建0racle高可用环境》出来的不晚，不过我却拖到最近才下决心一读，这是一种需求的表示，也是需求的必然。书中并没有过多深入到某些技术专题，而是以一种建造师的角度去看待Oracle数据库系统的设计、部署和管理，很多其实算是一种经验，比如高可用环境下的系统维护。乍看之下好像觉得都没什么名堂，所阐述的技巧和知识平淡无奇，我不都会嘛？但是慢慢品来，发现它并不是为了炫耀什么小技巧，而是通过这些方式来传授一种思路。

这是一种经验的积累和传承。

我很少看国内作者的技术类书籍，缘于不信任，而这种不信任则由于国内IT行业大环境的浮躁。在培养人才方面，无可否认阿里巴巴是个好地方，虽然晚了两年才来读这本书，但这依然证明了作者陈吉平的实力，也证明了阿里巴巴的实力。

今后，我或将花更多的时间在这些值得投入的地方。

有用的链接：

Oracle E-Business Suite Development & Extensibility Handbook

Zeeno — Tue, 12 Jan 2010 05:59:28 +0000

对于Oracle初学者，我一直推荐其阅读官方文档，但总是得到因为这样那样的理由而没去读的反馈。他们宁可花费近百元去书店买一本名不见经传的书籍，也不愿意免费阅读最权威的文档。起初我以为是语言问题，后来发现不是。哪怕英语水平非常不错的人，也宁可去书店淘上一本。那么，只好归结为个性喜好问题了

对于Oracle E-Business Suite的文档，11i的我全部浏览过了，R12只是部分去阅读过，基本上只是偶尔增加一两章和少量修改。当然，对于近一半文档我也确实仅仅只是“浏览”，毕竟实际工作中不可能对所有模块都深入接触。这部分文档主要还是针对功能层面的，比较适合系统管理员和实施人员阅读。对于开发人员，看的更多的通常是一些专项的技术文档了，尤其汉得流出来的大量文档，也培养了不少甲方开发人员啊。

近期也在阅读一些书籍，主要关注两方面：深入某专题领域的，或是适合初学者的。前者为了自己，后者主要是看看有没有合适的书籍方便新员工的培训。此外，我认为实施顾问了解产品的技术架构，也是非常有益的。深入下去，沉淀一段时期后再来梳理业务问题，或许会对当初的方案有更多的了解和想法。我觉得《Oracle E-Business Suite Development & Extensibility Handbook》(豆瓣链接)就是这样一本非常不错的书。

Introduction to Oracle E-Business Suite . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
E-Business Suite Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Application Object Library (AOL) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Multiple Organizations Feature . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
Development of Concurrent Programs . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Forms in Oracle Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123
Reports Development and Customization in Oracle Apps . . . . . . . . . . . . . . 157
BI Publisher in Oracle Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175
OA Framework: Concepts, Development, and Extensions . . . . . . . . . . . . . . 211
Custom Look and Feel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289
Oracle Workflow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 313
Oracle XML Gateway . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 365
Moving AOL Objects Between Instances . . . . . . . . . . . . . . . . . . . . . . . . . . . 411
Integration Between E-Business Suite and SOA . . . . . . . . . . . . . . . . . . . . . . 425
SQL Performance Coding Guidelines . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 443

基本上已经讲清楚了EBS的整体架构和二次开发相关技术。通览全书，从作者角度看，或许OAF是一种重心，这也是当前EBS二次开发领域比较重要的一块。不过我觉得，OAF开发从投入产出来看其实并不是很划算，开发效率没Form高，页面效果没其他应用Web 2.0技术的产品好，如APEX。其次，Custom Look and Feel 也是比较新鲜的一个主题，官方文档中几乎没有涉及。

书中的内容，光从知识性角度看，有2/3是在EBS官方文档中有了的。尤其是涉及一些基础架构的东西，还不如阅读文档比较通畅明了。Workflow 和 XML Gateway 简直有充数之嫌，实在太过粗糙了。FNDLOAD的介绍或许还没有我之前博客中介绍的详细。SOA这一块也简单了点，其实从个人角度看，或许可以把Workflow字数移到这边来多讲一些比较好，毕竟，Workflow在R12中的应用比重虽然依然非常巨大，但是对二次开发而言，比重很轻，而且这毕竟也是一种趋势。

不管如何，从二次开发角度来看，这是一本非常不错的书籍。市场上太多的书不是侧重于Apps DBA，就是侧重于功能和实施，对于二次开发，这本书介绍了几乎所有在实际工作中常见的开发技术，是值得推荐的。