收录了 企业部门架构 频道下的 50 篇内容
“我们特别强调数字化转型下的企业架构升级,要做到整体与细节的统一性,做到从高阶到细节的一致性,同时去满足细节需求,最终能汇总成一个完整的整体架构。 ”
Gartner在一份最近的报告中透露,只有9%的企业架构活动是在组织内业务方面的合作下完成的。虽然合作项目的比例有望在2016年提高到30%,但是有人认为企业架构小组参与度这样低还是让人警觉,也使他们处于被业务团组抛开而独自做出技术决策的风险之中。
关注企业架构,你会逐渐获得不一样的设计视角,会越来越知道自己写的软件有什么样的价值。
企业级转型,或者搞中台,都不是“一锤子买卖”。
业务架构设计需要考虑哪些因素?业务架构设计的难点和挑战是什么?
我们希望推动一系列针对企业价值定位的、可持续的、可落地的建模活动,来促进整个企业的系统体系得以持续的演进,从而能够通过持续提升组织的整体架构认知,完成对业务发展的支撑和创新的使能。
多数架构师都是停留在“技术架构,或软件架构的层面。少有人能做到“开放性思维”,从商业问题的本身出发, 带领团队让“理真的越辩越明”。
业务架构从诞生之初就很清楚地定义了自己的使命:面向复杂系统构建。未来,业务不再仅仅是业务,技术也不再仅仅是技术,谁先实现思维方式的改进,谁就能赢得转型的先手,而业务架构能力可以在这方面发挥关键作用。
Todd Biske是一位企业架构师和SOA作者,他在Twitter上发问:“企业架构师需要MBA学位吗?”从而引发了一场讨论。一些企业架构师对此做出了回应,他们认为MBA学位不是必须的,但会非常有用。
企业架构师依然重要吗?拥有一个本地云端发展模式,不涉及DevOps和SRE操作方式,是否从根本上改变了我们对于企业架构的认识?InfoQ想要去理解关于这个话题的更多相关知识。我们邀请了四位架构师,想要弄清楚是否软件云端方式已经改变了他们的思维。
那些避不开的能左右架构设计的人为因素
很多企业架构师仍然在偷偷编写自己的“解决方案架构定义手册”,甚至想办法掩藏自己的真实意图。但现在,我们发现了一种新的趋势,越来越多的商业与企业架构团队开始携手合作,并共同参与到组织的业务优先级战略规划、项目组合管理、路线图优化、产品管理、以客户为中心型计划、敏捷项目调节以及制定面向业务的新型现代KPI等工作当中。
从业务到模型只是一个复杂的“预备过程”,开发才是大家关注的重头戏。
办公环境和员工地理位置分布化的同时,网络又在虚拟地联系着越来越大规模的企业,这都给企业管理者提出了很多新的问题,集中化与去集中化之间该怎么选择呢?架构师又该做些什么呢?S. E Slack在IBM developerWorks的撰文似乎对我们很有启示。
业务架构的概念是上个世纪的,但最近几年在企业级实践里发现了业务架构的一些作用,所以今天我们又重新看待它的价值。
中台说到底也是一种业务架构设计结果,回顾软件设计的发展历程,中台也不是石头中蹦出来的齐天大圣,它并非一种超越了企业架构这个概念的存在,因此,想要深入理解中台设计方式,多去学习下业务架构、软件架构的发展历程还是有帮助的。
随着国家开放程度的不断提高,民营领域创新能力的不断提升,大型传统企业已经进入了被动的数字化转型之中,是否会迎面走上、顺利走通企业级转型这条举步维艰之路,我们拭目以待吧。
继参加EAC 2009之后,Richar Veryard在若干博文中讨论了企业架构的角色和价值。
新技术是否值得被采用、如何判断可行性、替换成本有多高、隐藏陷阱有哪些?
本文来自《2019年有赞技术大礼包》系列。