收录了 企业业务架构 频道下的 50 篇内容
企业级转型,或者搞中台,都不是“一锤子买卖”。
本文定义了业务架构的主题和规则。与其他方式不同,只有业务职能和业务信息才能成为架构中的实体,共同形成业务架构的主题。另一方面,业务架构的规则是对业务架构主要及次要任务的描述。
经过去年的起起落落,圈内至少对中台达成了一个共识——它仍是一种企业级的软件工程方法。
企业架构和业务架构方法到底是什么
随着国家开放程度的不断提高,民营领域创新能力的不断提升,大型传统企业已经进入了被动的数字化转型之中,是否会迎面走上、顺利走通企业级转型这条举步维艰之路,我们拭目以待吧。
从业务到模型只是一个复杂的“预备过程”,开发才是大家关注的重头戏。
“我们特别强调数字化转型下的企业架构升级,要做到整体与细节的统一性,做到从高阶到细节的一致性,同时去满足细节需求,最终能汇总成一个完整的整体架构。 ”
Gartner在一份最近的报告中透露,只有9%的企业架构活动是在组织内业务方面的合作下完成的。虽然合作项目的比例有望在2016年提高到30%,但是有人认为企业架构小组参与度这样低还是让人警觉,也使他们处于被业务团组抛开而独自做出技术决策的风险之中。
用“通用型”架构设计方法做个人规划。
架构的复杂度很令人头疼,归结起来常见原因可能有以下几种:业务复杂、方法复杂、周期叠加、阳奉阴违。
软件产业目前的状态很混乱,开发成本越来越高,质量却越来越差。IT领域的新技术、过程以及方法论所给出的承诺与具体实现还有相当大的差距。Bruce Laidlaw和Michael Poulin都是具有超过30年的IT行业经验的专家,他们对IT在过去和现在的情况做了对比,然后对于IT需要在哪些方面做出提高给出了深刻的见解。
新一期的Burton(现在已经成为Gartner的一部分了)发表了一篇题为“穷人效应:SOA回归”的报告,表明现在的人们依然需要SOA,但现在的SOA已经不再是技术问题了,IT部门也无法以转换方法学为由兜售SOA了。
继近期多篇文章提出“EA中太多的细节只是徒劳无功”的观点之后,Fujitsu的云架构师Ian抛出了一个问题:对业务架构的进行更合理的抽象能成为企业架构的关键吗?
中台建设,是近两年非常火热的一个话题,从产品中台,到技术中台,再到组织中台,各种概念、理念,以及方法论被深度的研究、探讨。
通过EA改进项目生命周期和运用标准的EA方法论是企业/组织增值的两大驱动力。Discover Financial Services公司的EA副总裁Richard Reese最近在Troux全球大会(Troux Worldwide Conference)上作了“通过EA项目驱动企业价值”的报告。
“数字”代表手段,基于数据、基于数字化技术;“深化”代表方向,在企业内部持续做“深化”。
Jack Greenfield和Wade Wegner在上周的PDC中介绍了跨企业业务应用( Multi-Enterprise Business Applications,MEBAs)的架构。他认为MEBAs可以用于很多产业中。在演讲中他介绍一种MEBA模型驱动框架,他的团队的已经开始着手构建这个框架了。
通过清醒的认识和结构化思维应对复杂调整,从而避免“迷糊”。
银行价值链的重塑一直在动态进行。要做到“新质金融”,也必然有一套新的衡量标准,规模不再是衡量业绩的唯一标准。
金融机构必须对自己的“定位和治理”工作重新审视。