作者回复: 首先把企业架构当成认识企业的工具,而不是把它单纯当成实施工具,很多时候失败是因为仅仅关注某个特定的工程结果,要先把它当成思维工具,改变自己认识企业的方法。我自己做过多年实践,除了做企业级工程实现,我还用它做过从零起步的风控管理体系建设,设计过数字人民币的业务架构,做过数字化转型方法论设计,也做过数字人才培养体系设计和数字领导力推演。所以,企业架构首先是个思维和认知方法,以全面、结构、灵活、演进为特征的思维模式,从这个层面入手,才能正确理解什么是企业架构代表的思维方法。基于思维模式,才是对企业整体的认知,和由此推演的架构设计。企业架构实施也非毕其功于一役,在整体规划基础上可以分段实施,迭代演进,多数项目的失败是由于认知工作太浅,业务参与程度太低,没有与企业战略和目标高度结合,进而无法赋予自己足够的业务价值,也争取不到业务的深度支持,雷大雨小,虎头蛇尾,最终项目进展艰难。作为一种将战略、业务、技术三者进行深度结合的企业治理模式,其实企业架构适用于任何企业,但是,切记,这不是只有一种特定的企业架构方法论可以直接简单适用于所有企业,而是基于企业架构一般认知去完善适用于企业自己的方法论,也就是说,他会成为数字企业的管理特征,而不仅是工程管理手段,你可以看看美的的数字化历程,典型的没说企架,但做的却是企架效果的例子。最后,不是企业架构大而杂,是企业大而杂,我推荐你阅读我写的《聚合架构:面向数字生态的企业架构》一书,里边有我对企业架构认知和方法改良方面的探讨,欢迎多交流,我自己从事这个领域10年了,感触还是挺多的,您提的问题是这个领域非常典型的问题,是大家经常会去质疑的地方👍
作者回复: 是的,其实很多人觉得互联网快,是不是企业架构设计就显得老气笨重,其实不然,互联网也是近乎有重构周期的,而且我进来认识的互联网朋友都开始倾向于充分肯定企业架构的价值😁
作者回复: 说的很好,这也是为什么架构经常是折中方案的原因。
作者回复: 是的,没有设计就容易自己给自己下绊子
作者回复: 是的,您说的非常对
作者回复: 如果从行业云的角度看可以理解为垂直saas,不过现在都搞生态,如果从供应链平台的角度看,比垂直saas应该会再复杂些
作者回复: 企业架构推荐阅读togaf9.1中文版,也可以读9.2英文版,国内企架书籍不算多,主要是项目少,总结的也少。业务架构方面目前中文书还只有我的《企业级业务架构设计:方法论和实践》一书。如果有兴趣学习企业架构,一定要注意,不要急于看案例,还是先从方法论和思维层面先入手,比较下各类方法论,再去解读实例,因为实例中有很多为落地进行的权衡和变通,所以有些属于特例,不属于各企业都需要采用的做法。我的公众号 晓谈岩说 中也有这方面的讨论,可以关注下。
作者回复: 您说的很对,这正是数字化转型需要的改进之处,是要业务和技术共同携手向前走,内部甲乙方的方式,走不进深度的融合。其实能不能做到只是个决心问题,因为做不做全视角,企业该做的系统还是一个少不了,没有全视角,也得有这么多系统,那与其用个联不通的视角做这些系统,还不如早点儿考虑怎么用一个联通的视角规划规划🙂
作者回复: 是的,越难的事情越有价值,越值得付出👍👍👍
作者回复: 国家十四五已经提到这个了