绿林网

《企业级业务架构设计:方法论与实践》读后感精选

《企业级业务架构设计:方法论与实践》读后感精选

《企业级业务架构设计:方法论与实践》是一本由付晓岩著作,机械工业出版社出版的平装图书,本书定价:69,页数:189,特精心收集的读后感,希望对大家能有帮助。

  《企业级业务架构设计:方法论与实践》精选点评:

●要成为一位技术架构师难,成为一位业务架构师更难,因为学习技术快,但是深入了解业务却需要很多时间,作者将19年的金融行业的架构经验分享给我们,非常感谢。

●捷径是迷路的最快方法。文化能将战略当午餐吃掉。在战场上最为巧妙的灵感往往不外乎回忆而已。巨大的成果只有经过巨大的努力方能获得。

●企业级转型不可能是轻轻松松就能完成的,不少企业只是将企业转型当成一个项目,而忽视了对自身的调整。一个普通士兵要想变成一个特种战士,不是因为给了他一身价值高昂的装备,而是经过了地狱般的训练。上至最高管理者,下至普通员工,若人的思维不发生转变,则不会带来企业的转变。 为了推动企业进行真正的数字化转型,业务架构设计人员永远不要忘记,业务架构最重要的职责不是传递需求,而是藉由自身的努力,推动业务和技术的深度融合,业务架构最重要的职责是起到桥梁连通的作用。如果不能实现这一目标,也就不能真正实现一个快速响应内外部变化的企业级业务系统。

●有时候,想做企业架构设计,却不知道怎么做,用什么工具辅助自己来完成。这本书一到手就让人爱不释手,想要知道的内容全都可以找到,不仅是全面介绍企业级架构概念的“百科”,更是一个实实在在的实战工具箱,麻雀虽小五脏俱全,用这句话来形容真是再贴切不过了。

●这本书的推荐人阵容很强大,几乎各大互联网公司知名的架构师都为这本书做了背书,难怪会得到他们的肯定,内容确实不错。

●对于有一定架构经验的读者来说,这本书应该能给他们很多帮助,因为内容短小精悍,完全没有废话,但是对于架构小白来说,可能看了不一定有感觉。

●作者在金融行业工作了19年,这本书的内容都是基于他在金融行业的工作经验,对我们金融行业的人尤为有启发。

●在群里看到不少人都买了这本书并晒了封面,自己也买了一本,很快看完,很有思想性

●书中的图表搭配合理,不会有全是图或者全是字的情况出现,阅读体验挺好的,说明作者应该是个逻辑思维非常强的人。写作的风格也不是很严肃的那种,可以当作枕边书来扩展视野,不会让人觉得非常累脑子,但是却能吸收很多干货

●看起来像是口袋书,朋友圈有几个圈子里的朋友推荐,买过来看了下,不愧是老专家写的东西,果然字字珠玑,虽然看起来内容不多,但是都很重要,对业务架构在金融行业的落地十分有帮助。

《企业级业务架构设计:方法论与实践》读后感(一):不太看好这本书

作者写的这本书,什么内容都是浅尝辄止的感觉,全书只看到坐着的一些感受,没看到能真正知道大家做架构的方法。

作者写的这本书,什么内容都是浅尝辄止的感觉,全书只看到坐着的一些感受,没看到能真正知道大家做架构的方法。

作者写的这本书,什么内容都是浅尝辄止的感觉,全书只看到坐着的一些感受,没看到能真正知道大家做架构的方法。

作者写的这本书,什么内容都是浅尝辄止的感觉,全书只看到坐着的一些感受,没看到能真正知道大家做架构的方法。

《企业级业务架构设计:方法论与实践》读后感(二):太笼统了!

忍不住给差评,一颗星都不想给。也不知道是作者表达不出来还是不想表达出来?方法论很多内容都没有说清楚,方法论就是讲如何实践的,银行业务比较复杂,被作者这么一简化,一线的事实就模糊掉了,踩过的坑也没有很好滴展现出来(个人觉得应该有很多很多的坑),还有涉及过的一些方法也语焉不详,囿于篇幅的应该给一个附录注明出处让有余力的读者自己去找寻。存在的问题和痛点倒是说得很明白,当然痛点大家都有。最后附录B中的“积木式创新”更多的像一个脑子里突然冒出点子而不是经历过N多淬火锻造出来的方法论!方法论一定是可以落地的东西,企业架构这么大的话题,区区不足200页的小册子真的可以讲明白⊙ω⊙?

《企业级业务架构设计:方法论与实践》读后感(三):举一反三,能运用到实处。

作为产品经理,一直有一颗想往业务架构上发展的心,无奈于实践中摸索、探讨、钻研...总会踏入歧途,经过市场校验而后校正,虽说这是PDCA的标准流程,但有行业大佬分享实战经验,少走弯路总是好的!

看到这本书,我内心久旱遇甘露。首先得感谢作者能够将多年经验,总结、提取、归纳,考虑多类读者,尽最大努力的去说清楚讲明白。

本书能够以实际案例举例说明,来讲解实际业务模型及建模方法、模型思维等,提到了许多非技术人员所了解的专业词汇,对于一部分读者难以理解;

总而言之,企业的业务架构,为技术架构提供可落地的实施方案,告知技术架构需要解决各种形态业务问题。从该书中可以提炼出作者对业务架构方法论的思想、逻辑,在实践中的思路、想法,吸取并举一反三,能够运用到实处。

《企业级业务架构设计:方法论与实践》读后感(四):企业级业务架构

开源为架构和软件带来了新的成长方式,共享让思维发展得更快、普及得也更快。但是,软件架构本身却只是积累了大量的案例,依旧难以标准化、自动化,哪怕是同一个行业的企业,为这家开发的软件却不能简单移植到另一家,很多商用化了的系统软件也还是离不开各具独特个性的本地化改造过程。云计算带来的SaaS虽然让软件应用省去了许多部署过程,但是,依然难以改变这个行业个性化程度严重的局面。软件架构尚且如此,业务架构也就更不需要再继续纠结了。 对业务架构进行设计可能很快,也可能很慢。快无非出于两种情况:一是架构师自身的技术已达到炉火纯青的境界,设计能力超强;二是原有业务模型本身就已经很清晰了,可以快速分析业务变化,形成架构设计。我们更应该追求的是第二种情况,这也意味着首次建模,尤其是首次建设企业级模型,不要过快,对模型设计方法、业务流程分析、标准化过程,都要认真细致对待,只有基本功扎实了,才能有后面的“敏捷”。 企业级转型不可能是轻轻松松就能完成的,不少企业只是将企业转型当成一个项目,而忽视了对自身的调整。一个普通士兵要想变成一个特种战士,不是因为给了他一身价值高昂的装备,而是经过了地狱般的训练。上至最高管理者,下至普通员工,若人的思维不发生转变,则不会带来企业的转变。 为了推动企业进行真正的数字化转型,业务架构设计人员永远不要忘记,业务架构最重要的职责不是传递需求,而是藉由自身的努力,推动业务和技术的深度融合,业务架构最重要的职责是起到桥梁连通的作用。如果不能实现这一目标,也就不能真正实现一个快速响应内外部变化的企业级业务系统。 无论设计概念有多火热,客观地讲,一个优秀的架构设计人员是不会“迷信”于任何一种架构设计方式的,也不会执着甚至偏执于方法间的争论。没有哪种设计方式是完美无缺的,软件行业没有“银弹”,任何一种方法都需要长期坚持与灵活运用的结合,都需要通过长期的实践不断进行总结和改良。如果一个方法没有被坚持数年以上,那么它可能连入门都谈不上了。

《企业级业务架构设计:方法论与实践》读后感(五):《企业级业务架构设计方法论与实践》—书评

整本书在前面三章看的有点云里雾里,感觉虚无缥缈的东西很多,架构搭得太过于模式化,让人感觉抓不住实质性的东西,当时阅读的时候感觉好像在阅读初高中时代写的议论文,套上了一成不变的框架,然后就开始往里面塞东西。

从第四章开始,回归到了银行业务架构的搭建,这本书才有了能抓住读者的东西。作者是一位银行的业务架构师,可以看出,在银行类业务项目实施上是具有丰富的经验的,通过本书,作者也做到了将这些经验分享了出来。

书中的一些概念的提出还是很到位的,比如说价值链的定义和分析,他把价值链定义为描述企业的创造过程。这点还是非常准确的,这不仅在银行中适用,对于其它企业也应该要深挖出自己的价值链,根据价值链进行业务架构和链节点的优化,才能为企业输出更有效的价值。

以笔者所在的公司为例,单单说我们软件部分的价值链:需求收集->软件设计->开发编码->部署->技术支持,在这条链中,需求收集是所有价值的来源,也恰恰是所有变化的来源。我们的客户来自各行各业,比如电力局、商场、学校、工厂,造成的需求多种多样,有能源管理、用电计费、节能环保,所有的需求到达软件设计端造成的就是软件结构的错综复杂,影响就是软件项目的频繁延期。

当理清了这个价值链,我们才能根据价值链进行有效的改进,达到价值的最大化。首先,需求端我们是无法控制的,因为这是客户实实在在的要求。但是我们可以过滤需求,将共性的需求整理出来,以这些共性需求搭建业务中台,在以中台为根基搭建适应各种客户需求的薄前端,这就是当下很热的中台思想。

书中还介绍了在银行业务开发过程中遇到的一些开发模式的讨论,比如敏解开发、双模开发等等,这点相信很容易引起软件从业者的共鸣。

另外,书中还有一个观点,我深以为然。就是它关于知线的定义和论述,所谓知线,就是一个产品的架构设计中的知识维度,作者的观点很新颖。他强调应该逐步开放知线,回馈社会,从而提升企业自身的软实力。这很符合互联网领域的开源精神,作为互联网领域的先驱者,阿里巴巴就是一个很好的例子。阿里的成长,是一个从依赖技术到创造技术的过程,很多技术它也都乐于开源出来,比如Dubbo、比如RocketMQ,就是因为这种开源精神,使得阿里在业界有了良好的口碑。

总之,笔者认为,这本书还是值得一读的,尤其是银行领域的it从业者,相信你能从中获取不少的东西。

本文由作者上传并发布(或网友转载),绿林网仅提供信息发布平台。文章仅代表作者个人观点,未经作者许可,不可转载。
点击查看全文
相关推荐
热门推荐