商业生态网络是我们作为不能免俗之人所在的生态系统,在市场环境越来越不确定的情形下,消费者和生产者的边界虽然日益模糊,但是个性需求与规模经济的搏斗俞演俞烈,不断造成有限资源的巨大浪费,本人试图通过实践来解释这个现象,以寻求最终的解决之道。初步的研究成果认为时间链可以通过对生产能力的韧性链接来兑现需求,而不需要一定通过“成品”来兑现。这个研究与实践从2007年12月1日开始。.........
模式语言管理:实现管理软件的三大突破(二)
上一篇 /
下一篇 2008-04-24 13:37:44
/ 个人分类:已经发表的媒体文章
(二)
应用“模式语言管理”的思想和方法开发管理软件,可以实现管理软件的三大突破:
1.可以实现管理软件的“延迟制造”。
“延迟制造”是Anderson于1950年提出来的制造概念,认为产品可以在接近客户购买点时实现差异化,即实现差异化延迟。延迟制造的概念在企业追求大批量定制(MC)和供应链管理(SCM)的今天受到了特别的推崇。延迟制造的基本思想是,将产品的生产过程分为通用化阶段与差异化阶段,事先只生产中间产品或可模块化的部件,尽可能延迟产品差异化的业务,等最终用户对产品的外观、功能与数量提出要求后才完成产品的差异化业务。如羊毛衫企业首先生产出纯白色的毛衣,然后再根据订单的要求将毛衣染成各种颜色,在这里,纯白色的毛衣是基础样式,而把纯白色毛衣染成各种所需颜色便是差异化阶段需要进行的业务。延迟制造将产品生产过程分为“不变”与“变”两个阶段,将不变的通用化生产过程最大化,生产具有通用性的标准部件,当接到客户订单时,企业便能以最快的速度完成产品的差异化过程与交付过程,从而缩短了交货提前期,提高了快速反应能力,降低了不确定性,减小了企业风险,实现了“大批量”和“定制”的统一。
“模式语言管理”的思想与方法可以帮助软件商实现管理软件的“延迟制造”,降低开发成本,缩短开发时间,及时满足用户的个性化需求。基本方法是通过专注研究目标领域的管理模式,建立起管理模式语言体系,并尽可能的转化为“设计模式”,一旦获得订单,就按照用户的实际管理需要,利用现成的模式语言进行系统设计(亚历山大制定的一套利用模式语言进行建筑设计的规则可以借鉴)。
印度Wipro公司的“积木式管理”体现了“模式语言管理”的内在精神。他们的做法是累积很多自己的IP(IntellectualProperty,知识产权)模组,用户需要什么功能,就把相关的IP模组代码调出来,帮用户组装、测试,然后出货。要研发新软件,不需要每次都从头再来。一个个IP就像是一块块积木一样,可以拆开,可以重组,当IP模组累积越来越多,可以重组的空间就越大。这是因为在现在的软件技术中,代码已经可以像积木一样地分开,再重组。“就像盖房子,同样用的是砖,却可以有不一样的设计。”接到用户订做软件的订单后,研发人员只需要把心力花在系统设计上,关键的系统组件,都早已准备妥当。
当然,Wipro的“积木”、“模组”不能完全等同于“模式”,“模式”也不能等同于“模块”,“模式”应该比“模块”有更多的可塑性,更强的适应性,相对于模块的刚性来说,模式更有“韧”性(模块、标准等等,可以看作是模式的特例,或者说是固化程度最大的模式)。正确理解这一点,还需要阅读亚历山大的原著,因为这本来就是他的概念。
尽管“积木式管理”不能等同于“模式语言管理”,但Wipro公司的经验足以证明,软件商通过“模式语言管理”能够实现“延迟制造”,在产品标准化与制造柔性化之间取得平衡,不仅生产产品的成本低、质量高(管理软件厂商也就不用怀念工业化早期的T型汽车流水线了——国内某知名管理软件商将T型车作为自己的榜样),而且可以根据单个客户的特殊要求进行定制。这样一来,曾经使用过的模式,还能够成为可以不断重复利用的宝贵资源。这种做法会形成大者恒大的局面,早进入某个管理领域的软件商,能累积越来越多重要的模式,新的竞争者不掌握这些模式,就很难在这个领域与之竞争。
2.可以实现管理软件的“快速重构”。
除了本文开头强调的变化因素之外,目前多数中国企业,特别是中小企业正处于高速成长期,也就是林建安先生讲的“转型期”,如同一个正在长身高的少年,每年都会淘汰一批旧衣服。普元软件公司董事长兼CEO刘亚东认为,“高速增长的中国经济,使……企业级应用需求不断变迁。大到新政策的发布、组织间的兼并与收购、新业务模型的涌现,小到企业内部的业务流程重组、组织结构的调整、新创意的产生,这些来自市场、技术、管理等环境的不断变化,就……成为当前中国企业管理不得不面对的鲜明现实。”企业经营管理活动的不断变迁使得企业管理软件系统也面临着与“少年的衣服”同样的难题。对于固化的套装软件来说,所谓“升级”不过软件厂商的一种“忽悠”用语罢了,用户就算真的打算进行“二次开发”,软件厂商也不会向用户开放源代码,继续请厂商进行开发,其费用不比重新上一套新系统少。多数情况下,用户只能采取两种应对措施:一是凑合着穿这身不太合身的“衣服”;二是将不合身的“衣服”扔掉。
在平台软件成熟之后,这种状况从技术的角度看是能够改变。在平台软件的支持下,虽然不能做到像平台软件厂商所宣传的那样完全“技术无关”,至少改造一个系统不需要重新写代码了(也就不存在软件厂商是否开放源代码的问题了)。平台软件给我们带来了管理软件“快速重构”的可能性,但仅仅是一个必要条件,不是充分条件。笔者在《中国计算机用户》杂志2005年第38期上谈过《仅有平台是不够的》,认为在平台软件成熟和普及之后,管理软件开发商的一个重要商机,就是为用户在平台软件之上提供更多的应用支持,并为软件商提出了一个“管理支持产业”的全新定位——就是以日益完善的“平台软件”为底层技术支持,在其上有众多应用软件商开发的通用型(并且可以方便的修改)的应用软件可供选择。在根据自己的特殊需求进行自主开发的时候,有专门的“教练”提供方法性指导,还有人提供大量的模式化的“半成品组件”供系统开发者借鉴、套用。在这个初步思路的基础上我们可以继续设想,如果管理软件开发商在某个管理领域拥有丰富的管理模式语言库,在平台软件支持下,任何用户的需求变迁都能够像“延迟制造”所讲的情景一样,可以帮助用户“快速重构”其管理软件系统,使用户的管理软件系统永远都是一件合身的“衣服”。当然,对用户提供全面的“深度支持”不可能依靠一家软件商来完成,应该是众多的积累了各个管理领域的管理模式语言的软件商协同提供支持。刘东亚先生所讲的另一些话也许还能有所启发:“面对普遍的快速变化的企业环境以及低水平的应用现实,企业组织需要更多更小的‘积木’来实现业务功能。‘积木式’的企业管理软件新模式通过将注意力放在一个个真正表达企业业务的‘功能点’上,并形成一个个相互独立,又具有一定完备性的软件‘积木库’上,将最终实现完整的、强壮的企业级商业功能,驱动企业管理目标的实现。”笔者认为,我们所说的“模式语言管理”与刘东亚所说的“积木式企业管理软件”在概念上虽然有微妙的差别,但在基本思路上应该是比较一致的。像“搭积木”一样“快速重构”管理软件系统,应该是许多人的梦想。
导入论坛
引用链接
收藏
分享给好友
推荐到圈子
管理
举报
TAG: