传统上有两种看待业务流程的方式：

1）从组织结构来看

把企业分成了独立的功能性部门，无法看到跨部门的协作以提供客户价值。

2）基于价值链的业务模型

提供了价值链的运行模型，但看不到关键能力。

对于一些重大的业务，用流程的方式来看将变得非常复杂。而CBM则提供了一个更简单、更全面解决这一问题的方案。

过去三十到四十年间，企业的商业模式设计度过了三个连续的内部专业化阶段：最初，公司只关注业务单元级优化。后来，随着PC和互联网的出现，企业开始意识到流程优化的必要性。现在，随着全球化商业平台的成熟，公司管理层开始关注如何在整个企业层面上进行优化。

随着内部专业化日趋成熟，业务活动的整合将公司变成一个由不同业务模块组成的网络，每个模块中都包含一系列彼此关联的活动。这些模块既能为组织发挥独特作用，又能作为单独实体运行。

IBM将这些模块称为"业务组件"，业务组件是公司的基本建筑单元，它们彼此松散连接。业务组件允许企业进行扩展或发展，而不会像传统的"硬连接"业务模式那样增加组织的复杂性。

虽然业务组件需要灵活性，但企业采用此种模块化结构不等于放弃集中管理，因为每个模块都必须与公司架构和战略保持一致。为帮助客户改进商业模式设计，实现企业级优化，IBM特别开发出一套全新的企业模型--"组件化商业模式（Component Business Model，CBM）"。

组件化商业模式通常为客户提供"面向未来"的业务框架，促使企业朝着完全成熟的内部专业化组织发展，CBM能够作为诊断工具，帮助那些采用复杂商业模式的公司识别并隔离问题，能在不增加组织复杂度的情况下实现企业内部的专业化，同时不会使客户感觉到企业内部发生着的变化。

CBM 工具在弥补业务和技术之间的差距上表现得十分杰出。它提供的主要内容-即业务组件映射-是企业情况的单页快照（One Page Snapshot），可让管理人员通过相同的角度确定出决策的框架。单页快照可以将一个企业表现在一张纸上。

2. CBM 应用--业务组件映射

业务组件映射用于组织列表视图中的业务组件，它是一个3行N列的表。表的三个横行表示责任级别系统，是企业决策和业务活动的范围及意图；表的纵列表示企业的业务能力；表的单元格则表示的是独立的业务组件。

业务组件是基本的、唯一的、不会重复的构造块，它们构成了企业的业务/使命。它们可以单独运行，在极端的情况下，可以是独立单位、共享服务、承包商管理或者外包的组件。

• 范围具有不连续性，通用它所提供的业务服务及所使用的业务服务进行定义

• 包括了提供价值所必须的资源，人员，技术与专门技能

• 是一个黑盒子，它的服务用户无需知道它是如何实现的

责任级别系统将活动以及决策的范围和目的划分为三个级别：

• 指导（direct) 是关于战略、总体方向和政策

• 控制 (control) 级别是关于监控、管理例外情况和战术决策

• 实施 (execute) 级别是关于具体工作

业务能力，其定义是具有特殊技巧和功能（例如，产品开发、供应链）的大型业务领域。

n 如何找到热点组件（hot spot）？

能过对每个组件进行绩效分析，计算出与竞争者的差距，便可以对企业进行诊断。在分析时，通过对每个业务组件对收入、成本的影响程度高低，以及与同行对比业务能力强弱可以定位出那些热点组件，并确定各个组件需要进行改进的优先顺序。

n 如何构建企业CBM？

1) 建立企业整体架构图

2) 抽象出企业的业务能力，并根据责任级别系统将业务能力分成Plan，Control，Execute三个层面，组成业务组件

3) 从企业战略的角度区分业务组件

跟竞争对手相比的策略差异化部分，

跟竞争对手策略类似部分（挑战者，跟随者）

4) 从财务成本的角度区分业务组件

High capital area

High cost area

High capital and high cost area

5) 找出热点业务组件，确定优先顺序

温建明

2006-5-21

2002年10月，IBM在全球首次提出"电子商务随需应变"(e-Business On Demand)的理念，虽然当时还只是一个概念，但其前瞻性已经在信息产业界引起了广泛的共鸣。2003年2月21日，IBM中国发布了以"随需应变"为核心的2003年新战略，由此开始将这一理念推入了实质性阶段。

IBM的e-Business On Demand 把电力行业的随需应变引申到IT能力随取随用，把客户对信息化的需求变成每个家庭对电力的需求那样，随时都可能发生变化，于是就诞生了"电子商务，随需应变"。

二、随需应变四大特征
　　"随需应变，既不是一种新的技术，也不是一个新的产品，而是指新的业务模式"。IBM大中华地区董事长兼首席执行总裁周伟先生开宗明意地点明了这一理念的本质。"它是令企业在当今充满不确定性的商业环境中，变得更灵活，反应更快的业务模式。"IBM认为"随需应变"为未来的企业勾画出如下蓝图："当企业能够整合横跨其内部的各业务流程，以及与关键合作伙伴、供应商和客户之间的业务流程，即所谓整合端到端的业务流程，它就能对客户需求、市场机遇以及外来威胁做出快速灵活的反应。"

以IBM的诠释，在"随需应变"的时代，企业将具备四大特征：

首先是"实时响应"，无论是对无法预测的供求变化，还是对初露端倪的客户、合作伙伴、供应商和雇员的需求情况，还是对竞争对手的出人意料之举，都具有敏锐洞察力和动态反应能力。

其次是"可变的成本结构"，公司将拥有能够调整成本结构和业务流程的灵活性。

另外，"随需应变"的企业还能够"专注于核心能力"，始终致力于提高核心竞争力，明细任务和资产。这样公司就能够最大限度地发挥密切协作的战略合作伙伴的作用。

最后，这样的企业也是"坚忍不拔"的，无论是遭受到计算机病毒的攻击，还是遇到地震或者是需求突然猛增，企业都有足够能力来应对。

三、按需应变与IT

简而言之，按需应变就是将IT资源当成水、电一样的成熟资源来使用，而不再需要考虑这些资源的架构、软硬件构成和其他后台的整个过程。它的表现形式就是当业务人员需要IT资源时，CTO可以将企业IT资源中的计算资源、存储资源和网络资源即时分配给业务人员，此时CTO并不需要知道这些资源是位于哪一些设备上，因为所有可用的资源都成为一个整体；而当资源使用完毕后，CTO又通过自己的操作界面回收这些资源，重新放入企业IT资源库中，等待其他业务需求的调遣。这种方式明显的优势是一次投资不会过大，且可以比较容易地看见投资回报，因此在现阶段比较容易被接受。它的具体实施依托于网格计算、虚拟存储等技术的发展与成熟。

按需计算得到了CEO/CFO们的欢迎，他们看到，IT部门的资源盘活了，冗余需求大幅降低，不同规模的业务需求可以享用与之对应的计算力，仅此一点，就能节约大量的IT投资成本；同时，在共享的IT资源中，业务部门之间的数据共享和业务流程将大大优化，效率也将随之显著提高。

四、先变成大象再跳舞

IBM e-Business On Demand产生的背景，是基于国外具有世界500强的商业环境，其目的是"教大象如何跳舞"，让企业的IT支出和回报与自身的成长相适应。这一点其实和HP提出的"动成长企业"十分类似。其目标是让企业IT终于不再成为变化和成长的制约，而是超越了传统的企业业务层面，与企业战略、成长目标全面吻合，最终成为企业追求成长、应对变化的有力支持和动力。

随需应变描述的是企业能整合内外部所有资源时的一种理想状态："当企业能够整合横跨其内部的各业务流程，以及与关键合作伙伴、供应商和客户之间的业务流程，即所谓整合端到端的业务流程，它就能对客户需求，市场机遇以及外来威胁做出快速灵活的反应。"

这种理想状态只是一个美好的愿景，但中国的商业环境--由于地域、规模、实力等诸多原因，中国企业中具有大象级别的企业，可以说是凤毛麟角，更多的是斑马、羚羊甚至兔子，他们面临的问题，可能还不是"大象如何跳舞"，而是如何强化能力、优化管理、进化业务成长真正的"大象"。

参考资料：

[1]http://it.sohu.com/20041224/n223635033.shtml

[2]http://cnw2004.cnw.com.cn/issues/article.asp?filename=n30515.txt

[3]http://law.hr.com.cn/detail.php?id=113162

温建明

2006-5-15

再来看看Apache的License：

Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布(作为开源或商业软件)。需要满足的条件：
1． 需要给代码的用户一份Apache Licence
2． 如果你修改了代码，需要再被修改的文件中说明。
3． 在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，  专利声明和其他原来作者规定需要包含的说明。
4． 如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可，但不可以表现为对Apache Licence构成更改。
Apache Licence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。
详细地址在这里：http://www.apache.org/licenses/LICENSE-2.0，最新版本是2.0

2006-5-14

二、ERP主要功能模块
 1. 生产控制管理模块
包括主生产计划、物料需求计划、能力计划。这一模块是ERP系统核心所在，将企业整个生产过程有机结合在一起。
 2. 物流管理模块
  包括分销管理、采购管理、库存控制。
 分销管理主要有三个方面的功能：客户信息的管理和客户服务，销售订单管理，销售统计与分析。
 采购管理主要有供应商管理，订货量确定，货品验收。
 库存控制主要有出入库管理，移动管理，物料盘点，物料信息分析。
 3. 财务管理模块
  主要包括会计管理和财务管理两方面功能。
 4. 人力资源管理模块
主要功能有人力资源规划、辅助决策、招聘管理、工资核算、考勤管理、人力资源成本分析等。

三、ERP与CRM的功能交叠和交互需求
 CRM与ERP的功能之间有重叠部份，各自的发展趋势也不约而同地出现了相互渗透和共同提高的局面。从目前典型的ERP与CRM系统功能来看，它们主要在以下几个方面存在功能上的交叠与交互需求：
 1. 客户管理。CRM与ERP都需要和到客户信息，同时ERP系统还应该能查询到客户与企业的交易历史。
 2. 产品管理：CRM系统在生成订单时需要用到ERP系统内产品的基本信息，如产品名称，产品的BOM表，产品价格等。
 3. 营销管理：ERP系统中包含一些简单的市场资料和营销资料管理，而CRM则提供完善的营销管理功能。
 4. 销售管理：CRM系统在销售管理方面强调的是过程，讲究机会管理，时间管理和联系人管理等，而ERP系统强调的是结果，讲究销售计划和销售成绩等。
 5. 客户服务和支持：ERP系统提供简单的客户投诉记录及解决情况。而CRM则实现了客户服务和支持的全面管理。
 6. 订单管理：ERP和CRM都有订单管理系统，两者基本重叠，而ERP中的订单管理中还涉及财务、运输、生产等多个系统。
 
四、ERP与CRM整合重点
 ERP与CRM整合的重点主要是在客户信息管理与业务流程管理（主要是销售流程管理）。同时，CRM提供了完整的商业决策分析智能，集成了ERP系统中较少用到的OLAP等决策支持功能，因而，ERP应逐步将辅助决策的职能转移到CRM系统中。
 

温建明
2006-5-12

Project GNU来自十年前，由Richard Stallman在网络讨论区的一篇文章http://www.cs.pdx.edu/~trent/gnu/begin发起的。Richard Stallman在这篇文章中明白的说明了他为什么要发起这个计划。这篇文章就是后来的GNU Manifesto。而Richard Stallman后来成立Free Software Foundation全力投入Project GNU的工作，是FSF的终身仪工。
GNU是GNU's Not Unix的缩写（GNU是一种大型的哺乳动物--牛羚），在Manifesto内Stallman提到UNIX虽然不是最好的操作系统，但是至少不会太差，而他自信有能力把UNIX不足的地方补全， 使它成为一个优良的操作系统， 就是名为 GNU 的操作系统。
GNU当初的策略就是先发展UNIX现有的程式。（因为确定GNU会是一个与UNIX相容的系统，而UNIX下的标准介面都已经蛮完备了，只要照著标准完成的程式，将来GNU Kernel完成后，立刻可以有所有 UNIX 的公用程式），因此会先有 emacs，gcc等utility出来。 其中gcc更是Project GNU能够自立更生的主力（不需要依靠Non-Free Software来产生/编译自己）。
gcc是FSF最有名的程式之一，目前是C，C++，Pbkectove C三合一的compiler。gcc的作法是有一个先导程式（front end），把C，C++，Objective C的语法转换成一个内部的型式（一个类似lisp的高阶组合语言，称为RTL，或者说先把高阶语言转成一个想像的CPU的组合语言），再由backend对这个虚拟组合语言进行最佳化，最后产生目的CPU（target）的组合语言码，如此架构下，只要写好一个新的语言的frontend，那么因为gcc backend己经支援不少架构，该语言立刻就可以在不少不同架构下的机器编绎执行。有了一种新的CPU，也只要完成把虚拟ASM转换成真正asm的部份，立即就有多种语言的最佳化编译器。除了C家族之外，gcc还有Fortran 90，ada9x，Pascal的frontend，其中Fortran是最晚问世的 frontend，版本号码0.5。
说到GNU就不能不说GPL。

GPL -- General Public License
GNU 的精神就是认为软体的源代码应该要自由流通，软体公司该做的，不应该是把源代码据为己有，赚取发行binary 的金钱，而是整合与服务的费用而已，因为源代码自由流通的软件才能让软件的品质提高，让软件设计师可以自由的与他人交换心得，不受智慧财产权的约束。但是现实的环境是恶劣的，为了怕有好利之徒把自由流通的软件占为己有，FSF制定的GPL，先依著作权法获得软体的智慧财产权，再透过GPL释放此权力给大众：只要你遵守GPL，不把源代码，以及你对源代码所作的修改据为己有，你就拥有使用GPL软体的权力。GPL的规定不怎么适用于Library（太严格），为了能够鼓励更多人使用GNU软件，FSF另外制定了LGPL--Library GPL，限制比较松一点。
GNU manifesto/GNU General Public License/Library GPL皆可在GNU mirror sites找到（其中GPL放在目录名为COPYING的文件内，LGPL则在COPYING.LIB内）。另外，FSF每年的1月与7月都会定期公布一份名为GNU bulletin的文件，说明FSF现况与动态。GNU bulletin电子版只公告在gnu announce上。

在此之前的IT应用模式基本属于使用者去适应系统。系统考虑的也大多是处理的准确性与速度，从某种程度上来说是把可以由计算机做的事由计算机来做，实现所谓的自动化。如何利用信息技术实现流程的最优化则是在后来才得到广泛关注。

根据Hammer的定义，业务流程重组是“对企业的业务流程作根本性的重新思考和彻底的重新设计，使企业在成本、质量、服务和速度等方面取得显著的改善”。业务流程重组的一般步聚为：
 确定企业战略，从战略的高度来对待业务流程重组
 业务流程重组项目启动
 现有流程诊断分析，对原有流程进行建模与分析
 新流程设计，并设计支持新流程的IT架构
 新流程实施
 流程评估
 流程持续改善
从Hammer对流程重组的定义及实施步骤来看，很明显流程重组是面向业务的，而IT则是服务于流程的；从信息系统在管理中扮演的角色来看，所有管理软件都应该是充当辅助角色的。毫无疑问，软件的流程应该服务于企业业务流程。
 
但是在现实情况中，情况却远远没有这么简单。
  
一些企业有着合理的业务流程，但却缺乏运用很好的IT架构来支撑的能力。这类企业可能经过了几十年甚至更长时间的发展，已形成了独有的业务流程。这套业务流程在企业内部运行相当顺利，但在信息化过程中往往找不到能与其业务流程相匹配的成熟的商业管理软件，所以其信息系统通常要采取定制的方式开发。这时企业驾驭IT技术使其服务于企业业务流程的能力就显得很重要。

一些企业的业务流程并不合理，而商业管理软件往往吸取了先进的管理思想。这在一些发展中的中小企业普遍存在。这些企业因为发展不久，企业流程并不像大型企业那样成熟。同时这些企业的信息化程度也有限。商业管理软件经过多年的发展，已经吸收了世界上大多数的先进管理理念，并将这些理念融合到软件流程中。对于上述类型的中小企业来说，信息化与其说是增强其管理自动化程度还不如说是通过信息化来学习引进商业管理软件所包含的管理思想。从这个角度来说，企业中的业务流程重组反而要借鉴管理软件的流程。

还有一些具有legacy系统的企业，其流程重组受到legacy系统的限制。企业业务流程与现存系统可能已经能较好的整合，但是如果需要上新系统，或者整合原有的系统，那么也将面临流程重组的问题。此时的流程重组不仅会带来新系统或系统整合引起的软件开发或实施费用，还会带来流程改造的间接成本。而且在这种情况下的流程重组最可能受到员工的抵触，因为他们已经习惯了原来的流程。在现实当中，企业一般都会采取折衷措施，循序渐进的流程改进方法。

从总体上来说，软件业务流程应该是服务于企业业务流程的，只是在实际运用中应考虑到具体情况而已。

当然这幅图中还包含了其他与开源密切相关的东西，如咖啡杯Java、墙上的头像：自由软件之“父”——Richard. M. Stallman。

在开源业界内，Firefox一经出现就吸引了众人的目光，开源软件已不再是超级黑客手里的玩物，Wiki在内容管理领域的崛起代表了一种趋势，这就是开源向高端应用的渗透。于是，在ERP、CRM、BI等领域，甚至新兴的RFID领域，我们都不难发现开源的身影。