老调重弹话"EA”(四)

标签:大数据企业战略

访客:23048  发表于:2013-02-05 16:52:29



谁是顾客?顾客购买什么?给顾客带来的价值是什么?-德鲁克

德鲁克的经典三问,看似稀松平常,实则发人深思。
              企业架构是企业核心内容的表达,一个成功的企业架构从整体来看,就要能向外部体现以及回答这三个问题。从企业架构的内容来看,业务架构上承战略,下接信息系统,只有它有能力直面并回答这三个问题,这就是业务架构的显示价值,以及业务架构作为其他架构前驱的意义。
           现代社会中,顾客“这一定义早已不局限于消费者,还包括了各类利益关注者,如外部监管机构(如国资委、行监会)、外部利益干系人(如筹资银行、证券交易所)、政府、媒体、各类利益团队(如环保团体)、外部标准组织(如SOXISOCMMI),甚至作为一个整体来看待,员工以及同业团体形成的社区舆论都是企业的”顾客“。这些利益关注者用一句不太贴切的话就是”成事不足败事有余“,虽然不是企业直接利润的来源,甚至消极方面来说,会束缚企业手脚,降低盈利可能性,但从积极意义来看,它会增强企业的品牌形象以及社会认可度,在无形中起到市场主动宣传所达不到的效果,所以,企业架构的顾客就是这些利益关注者,其利益和需求的协调(而非满足)是业务架构开发成功的关键因素。
         顾客购买什么?带来的价值是什么?这两个问题也非常难以回答,从表象来看,顾客购买的是公司提供的具体产品或服务,从深层次来看,顾客购买的是产品或服务给他带来的价值和意义。所以,业务架构为了回应这个两个问题,就需要建立一个便利、高效、增值的帮助顾客实现购买价值的过程,这本身也是企业对外的竞争能力和对内的管理水平的体现,因此,业务架构核心就是要反映和突出这种能力,形成一种业务运作模型,而不是各种内容的简单组合。
        业务运作模型可以分为精简的总览和详细的分门别类的叙述两种类型,整个设计过程始于建立、重整、分解企业战略和业务战略,然后划分业务领域,引入最佳实践,总结问题和识别机遇,然后根据开发方法论,建立各自的流程体系结构(流程、模板、手册、标准),终于架构制品。
          按照TOGAF,业务架构制品分为三种类型:目录、图表、矩阵。目录是对象的清单,便于概览和选取,图表是内容的一种结构化、次序性的表达,建立业务的活动空间和时间序列,使得人们认清工作的目标、目的、过程、资源、驱动力、假设和约束,而矩阵则是建立一种映射关系,它是多个对象之间的一种细化、继承、支撑、演绎关系,使得各个对象成为一个整体。其参考内容包括:组织/施动者目录;驱动力/目标/目的目录;角色目录;业务服务/功能目录;位置目录;流程/事件/控制/产品目录;合同/测度目录;业务互动矩阵;施动者/角色矩阵;业务足迹图;业务服务/信息图;功能分解图;产品生命期图;目标/目的/服务图;用例图;组织分解图;流程图;事件图。
        当然企业在开发EA时,也未必硬搬照抄,而是要根据自己的实际情况,量体裁衣。从TOGAF来说,它只是一个知识框架,一种开发方法,尽信书不如无书,建立业务架构更多的是要发挥企业的创造精神,既要吸收行业的先进实践和案例,也要群策群力,集思广益,深思熟虑,千锤百炼,才能建立一个自己的架构,而不是一个他人的嫁衣。
       与人们的身体锻炼相似,企业业务架构的开发之难,就在于这是一个长期的塑造过程,非短期能够有所改观。在现实的项目过程中,就有必要建立长期的、中期的、短期的目标和计划,中短期目标为了建立企业架构开发的信心,能够获得资源与投入,这样才能循序渐进,有条不紊,
持续优化,企业最终打造一个能够应对外部市场的激烈竞争,保持青春与活力的架构,避免落入大起大落的历史循环中。
        从更功利性的角度看,既然EA之路不是一天建成的,EA项目的切入点以及短期目标选择就非常重要,因为业务架构开发的另外一个困难就是它的理念和价值不能够轻易给世人所接受,而EA的设计却偏偏需要普遍的参与和认可,这种两难的困境是摆在“EA预言家”面前的一个障碍,破解这个难题,也需要一个“引爆点”。
        从目前的业界流行趋势看,数据分析和挖掘(或大数据)的观点开始深入人心,数据驱动决策的方法为世人所广泛接受,对于大型企业来说,数据虽然是个金矿,但是“数据家底”却仍然含混不清,以数据架构开发为契机,向上厘清业务架构的弊病,向下辨析应用架构的缠绕,最终使得大家认清现状与差距,投诀而起,也是一种实干兴邦的推进EA开发的可行性策略。







评论(1)

您可以在评论框内@您的好友一起参与讨论!

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");