两个场景解析什么是资源端的SOA化
除了前面谈过的业务端的SOA化或者说标准化,还需要在资源端进行相关的工作。
何为资源,我们可以把资源视为所有能够支撑组织完成特定目标的有形、无形的因素的集合。具体的讲,资源可以包括人、硬件、网络、知识、商誉、品牌、能力等等之中的一项或者多项,不过显然不是所有的资源都与我们讨论的话题有关,也不是所有的资源都能够SOA化,因此,在这里我们所涉及的资源的概念实际上是有一定限制的。
简单的说,我们可以讨论关于两类资源的工作,一是人,二是计算能力、存储能力、网络等等。很自然的,如何更好的发挥资源的效力,是所有工作的核心所在。
首先,很显然,人是完成目标的重要资源,尽管不管在实际生产还是业务流程中,都更多的进行着自动化的引入,但正因为占据了无法被替代的部分,人作为资源的重要性实际上不是下降了而是上升了。人力资源的应用,存在不同的模式,这里,我们考察两类应用的场景。
其一,设想一个部门的业务量以一个非常大的斜率上升,但是当前该部门的人员无法处理如此大量的业务,如果放任不管,不仅会丧失大量的业务机会以及利润,还会对客户满意度造成致命的打击,因此需要招聘临时员工以及从其他部门调派人员进行支持——例如,公司发动了一次成功的市场攻势,造成免费的800电话业务量迅速增加,因此很多别的部门的员工被调去临时充实呼叫中心的队伍,同样,在晚些时候也许呼叫中心的员工也可能会被临时的调去其他业务环节以帮助完成业务传递造成的工作量暴涨。
其二,设想组织中不同部门的一些员工因为某个目标被组合起来,往小了说,这是我们常见的一个项目的形式,往大一点说,这是所谓的“拼组”(patching),来源于斯坦福大学战略与组织学教授凯瑟琳·艾森哈德与麦肯锡加拿大的顾问肖纳·布朗合撰的一篇文章(中文版发表在哈佛商业评论中文版2003年1月号上,我花了一点时间找到那期杂志并且重新读了文章),不同职能的人甚至部门被组织到一起完成一个目标——可能是一个新的产品,也可能是一个新的商业机会——就象是一个公司内部的虚拟子公司一样,很显然,这需要所有参与者迅速的互相配合起来,人可能是这个活动成功最重要的必要条件。
现在来想想,这两个场景需要什么样的人,以及,怎么样做到?
场景一需要的是熟悉不同岗位业务的人,或者至少是能够快速学习新的工作技能的人,这里的关键成功因素是时间,越快有合格的人员上岗,那么就能抓住越多的商机,那么熟悉不同岗位的业务的人实际上就是SOA化的资源,而快速的学习,一方面当然来自良好的培训能力,另一方面,业务的SOA化是不是也能够让人员更好更快的熟悉并掌握新的业务?
在这个意义上,我们前面讨论过的业务端的SOA化就显现出其价值来了。如果一个组织的业务被很好的进行了标准化,显然学习并掌握是更容易的事,无论是临时招聘的员工还是其他部门的员工。
至于场景二,则需要参与者能够在拼组的内部能够尽快的搭建起业务流程,并且相互熟悉,而且能够在对外(实际上这里的对外主要是对组织内部其他部门)时顺利的融入整个组织的业务流程。那么我相信,经过标准化的业务能够很好的帮助参与者完成这方面的工作,具体的似乎也不用多说了。
整体上来看,在组织内部为组织成员提供尝试不同部门工作的机会,将人力资源SOA化,是很好的战略,实际上这对于我们应该都不怎么陌生,尤其是外资的公司,在这方面有很好的实践。而如果在业务端做好标准化,无疑对于这个战略是一个非常好的支持。
其次,我们来看看第二部分的资源,无论是计算能力、存储能力,还是带宽,都是支撑信息系统的主要物理资源,实际上无数厂商所说的所谓SOA体系,都需要架构在这些物理资源上。由于业务端的要求是不断变化的,自然所需要的物理资源也是不断变化的,根据变化而分配合适的物理资源,也就成为顺理成章的事了。
如果说人力资源更多的是和业务端有密切的关系,物理资源则是更多的和技术端有联系。非常重要的技术就是虚拟化以及相应的管理和调度的技术。近年来非常热的网格计算、云计算、刀片等等方面的技术,都可以在这里找到合适的位置。当然,因为我毕竟不是技术人员出身,所以这方面就不献丑了。
同样用上面的两个场景来作为例子。
场景一,在业务出现大幅度增长时,需要为相应部门的业务调度更多的物理资源,还是以呼叫中心的业务为例,业务带来人员的增加,也就需要更多的通信终端例如物理的或者虚拟的数字话机,也需要电信服务商提供更多的通信中继端口,还需要系统中提供更多访问呼叫中心业务的许可,以及更多的处理与存储能力。这些资源需要在业务增长是迅速的提供,并且在业务高峰过去后能够被释放到资源池中。
场景二,则需要为一些新的内部组织提供与其优先级匹配的流程搭建和运行的处理和存储、通信等能力,并且能够与现有系统中的业务实现有机的统一。
说到物理资源的虚拟化和按需调度,恐怕大家都会想到一句话,随需应变。没错,今天在找有关的资料过程中,无疑中发现了IBM大约在03年的7、8月投放的一个广告,叫电子商务随需应变。这是一个非常有趣的广告,因为从大约上世纪90年代中期IBM的经营方向朝着电子商务转过去后,作为公司战略的外化,E-BUSSINESS在IBM的LOGO下存在了相当长的时间,直到2004年,正式的转向随需应变,相应的E-BUSSINESS也被ON DEMOND所取代,而在此之前,03年IBM已经开始逐步的在E-BUSSINESS的大旗下推行随需应变的思想。而在04年的大会上(当时叫整合论坛),不仅有P5芯片的发布,并且依据架构在P5上的虚拟技术,IBM提出了未来的一个业务模型,IBM出售的不再是硬件,而是计算能力,客户需要多少能力就购买多少,如果需求增加了,可以购买更多的计算能力,如果仅仅是暂时的需要,那么也可以不必购买而改用租用的方式——这与我们上面说提到的资源调度就有非常紧密的联系了——不仅是计算能力,存储、带宽都可以这么做,非常自然的,电力、制冷也同样能够被包括进来。实际上,在那次的大会上也谈到了SOA,不过因为不是从事技术方面的工作,当时我没有那么多的关注到这一点,直到05年深秋,我有时间认真的对SOA的有关知识进行一些学习和思考时,才发现IBM确实有相当完善的思路。(IT专家网论坛)
- 1深圳OA项目选型中的“选人关”同样重要
- 2绿色数据中心 规划是关键测评是基础
- 3计世独家:中石油怎样选VPN? 三方案比拼
- 4浅析企业流程再造
- 5为什么流程管理那么重要
- 6反思三鹿事件 看食品深圳OA批次管理
- 7绩效管理咨询综述
- 8深圳OA软件供应商到底有多少家?我只是知道很少的几家
- 9深圳OA项目实施也需要人性化
- 10水土不服是个问题 深圳OA的中国式再造运动
- 11专家称门户服务将成为SOA架构的关键
- 12大型企业信息安全亟需进行分级管理
- 13开源化SOA正在改写IT规划方程式
- 14企业实施SOA都有哪四大基本收益?
- 15企业依赖OA软件来建立自己的办公自动化系统
- 16按需求自重构的通用流程管理平台设计与实现
- 17深圳OA系统KPI指标的建立与管理
- 18深圳OA功能设计之采购预计进货报表(二)
- 19企业信息化与信息部门的价值
- 20网友原创:IT机构成本降低的策略
- 21泛普软件协同办企业版提供强大的业务开发工具和流程定义工具
- 22深圳OA项目的风险分析及其七大预防措施
- 23信息化普及程度逐年提高 深圳OA渠道迎来新时代
- 24SOA设计模式应用技巧:理解模式相互关系
- 25SOA能解决何种问题 有哪些基本原则?
- 26平衡流程与灵活性是成功SOA治理的关键
- 27再论流程和执行力
- 28深圳OA实务:业务流程之委外加工结帐流程
- 29中小企业实施深圳OA的常见误区和可靠路线
- 30如何理解平台 企业深圳OA软件的三种模式分析