豆瓣
扫码直接下载
生活中总有一些事不好做，也注定有一些书不好写，这本书就挺不好写。本书之所以不好写，就因为本书偏偏要写企业级业务架构和企业架构那些事。 企业架构心比天高，命比纸薄。一方面志向宏大，试图彻底理顺战略、业务、流程、制度和IT，让战略统摄业务和IT，让IT真正支撑战略和业务。表面上看起来这个思路没有任何问题，甚至还可以称得上相当高妙，然而往深里边走一层，我们就会发现这么做显然会把摊子铺得过大，企业架构是最终要落地到IT这个层面的，但是一杆子把企业战略、组织结构等复杂要素都划拉进来，事情的复杂度就大幅上升了。原来可能只是一个IT层面的问题，这么折腾以后有可能升级为一个战略问题，转变为一个组织问题。另一方面尽管工作复杂度升级了，但是其主要推动者并没有升级，既不是战略制定者，也不是业务管（后文见书评正文）
泛泛而谈，过于概况，不够贴地，不够透彻
很有收获的一本书，把业务架构讲得比较透，设计点包括：价值链、业务领域、业务流程（活动/任务/角色）、业务数据和业务组件5个关键元素。 企业级架构关注的是企业视角的整体结构而非每一个细节，不能代替具体的需求分析，是高阶架构。从业务设计到IT设计的三个步骤：业务架构模型—>业务架构方案—> IT方案。 业务架构设计人员永远不要忘记，业务架构最重要的职责不是传递需求，而是藉由自身的努力，推动业务和技术的深度融合。
软科学真的是知易行难，而从“知”到“表达”之间又是一道鸿沟
捷径是迷路的最快方法。文化能将战略当午餐吃掉。在战场上最为巧妙的灵感往往不外乎回忆而已。巨大的成果只有经过巨大的努力方能获得。
感觉就是个博文重编
原准备认真研读一番，结果30分钟翻完，内容既没有设计、也没有方法，更没有实践，或避重就轻、或浅尝辄止，实在是对不起书名，京东原价69，花了31.5，希望后来人避雷！希望作者改进！
评论说保姆级的教学，对不起我只看懂50%。。。
应该叫金融企业业务架构设计，前几章还可以，后面有点空洞无力，这个文章应该简化点发到期刊上，出书略单薄
诚惶诚恐的看，诚惶诚恐的思考。
感觉特别传统的思维方式，但是也说不出啥不好，启发不多。
空话较多 缺少结合实践 还是看看更专业些的吧
可以作为了解来读一下，正如作者说的，业务架构是要因业务而变的，所以重在知行合一。
曾经业务不用管技术怎么实现，技术能听懂需求就足够的时代已经过去...从思维方式转变开始的互相理解...就如同农业时代战车到工业时代坦克的变化，无论战术还是对操作者的技能要求，都发生巨大的变化。 作者有完整而清晰的分析框架，将业务架构和企业数字化战略讲的很清晰。 大型架构，好的架构都不是一蹴而就的设计，而是根据实践不断磨合，调整的产物。 建模的原则无非是把握整体、穿透现象、保证落地，既不能死守规则，也不能信马由缰。但是这个领域又没有秘籍，就是熟练度和经验。 跟我们自己的实践一致，做过建模的人都能理解，建模是一件枯燥又繁琐的事情。 如何减少重复劳动，实现活的文档，也算是一种改善研发效能的尝试 任何事情都是有成本的，敏捷宣言里正统的敏捷尚且如此，何况是企业级业务架构，我觉得成熟的商业模式是基本要求
假大空
能看出读者有思考；但这个方法论，感觉不是很有说服力…；另外就是银行业的架构好像和其他行业比起来，区别挺大的。
从价值链出发思考组织定位和组织架构设计的逻辑，将看待事情的高度提高了一层
同21年那本合并算了
设计没有银弹
《企业级业务架构设计》 不偏题不跑题不夸大的一本书 慢点读，多读几遍，对于业务开发的产品&技术人员提升思维/思考能力非常有帮助
> 企业级业务架构设计：方法论与实践
9 有用 纯阳书评 2020-02-09 21:39:13
生活中总有一些事不好做，也注定有一些书不好写，这本书就挺不好写。本书之所以不好写，就因为本书偏偏要写企业级业务架构和企业架构那些事。 企业架构心比天高，命比纸薄。一方面志向宏大，试图彻底理顺战略、业务、流程、制度和IT，让战略统摄业务和IT，让IT真正支撑战略和业务。表面上看起来这个思路没有任何问题，甚至还可以称得上相当高妙，然而往深里边走一层，我们就会发现这么做显然会把摊子铺得过大，企业架构是最终要落地到IT这个层面的，但是一杆子把企业战略、组织结构等复杂要素都划拉进来，事情的复杂度就大幅上升了。原来可能只是一个IT层面的问题，这么折腾以后有可能升级为一个战略问题，转变为一个组织问题。另一方面尽管工作复杂度升级了，但是其主要推动者并没有升级，既不是战略制定者，也不是业务管（后文见书评正文）
3 有用 星火燎原 2023-07-25 10:57:37 广东
泛泛而谈，过于概况，不够贴地，不够透彻
1 有用 Cheney 2021-04-10 21:56:53
很有收获的一本书，把业务架构讲得比较透，设计点包括：价值链、业务领域、业务流程（活动/任务/角色）、业务数据和业务组件5个关键元素。 企业级架构关注的是企业视角的整体结构而非每一个细节，不能代替具体的需求分析，是高阶架构。从业务设计到IT设计的三个步骤：业务架构模型—>业务架构方案—> IT方案。 业务架构设计人员永远不要忘记，业务架构最重要的职责不是传递需求，而是藉由自身的努力，推动业务和技术的深度融合。
1 有用 Docarey 2023-08-03 12:53:36 上海
软科学真的是知易行难，而从“知”到“表达”之间又是一道鸿沟
2 有用 王中军 2019-09-07 05:56:45
捷径是迷路的最快方法。文化能将战略当午餐吃掉。在战场上最为巧妙的灵感往往不外乎回忆而已。巨大的成果只有经过巨大的努力方能获得。
2 有用 冰凰 2020-04-24 11:38:20
感觉就是个博文重编
2 有用 手留十三香 2023-03-14 23:32:12 北京
原准备认真研读一番，结果30分钟翻完，内容既没有设计、也没有方法，更没有实践，或避重就轻、或浅尝辄止，实在是对不起书名，京东原价69，花了31.5，希望后来人避雷！希望作者改进！
1 有用 RICKY 2021-11-03 01:01:12
评论说保姆级的教学，对不起我只看懂50%。。。
1 有用 jude_dourden 2019-12-20 17:42:26
应该叫金融企业业务架构设计，前几章还可以，后面有点空洞无力，这个文章应该简化点发到期刊上，出书略单薄
0 有用 ShayneのZ 2021-03-31 15:09:16
诚惶诚恐的看，诚惶诚恐的思考。
0 有用 乱草 2022-04-01 14:03:09
感觉特别传统的思维方式，但是也说不出啥不好，启发不多。
0 有用 youxin2012 2021-10-03 08:00:31
空话较多 缺少结合实践 还是看看更专业些的吧
0 有用 颜小婧 2022-01-20 18:20:53
可以作为了解来读一下，正如作者说的，业务架构是要因业务而变的，所以重在知行合一。
0 有用 liuwill 2021-11-01 01:07:54
曾经业务不用管技术怎么实现，技术能听懂需求就足够的时代已经过去...从思维方式转变开始的互相理解...就如同农业时代战车到工业时代坦克的变化，无论战术还是对操作者的技能要求，都发生巨大的变化。 作者有完整而清晰的分析框架，将业务架构和企业数字化战略讲的很清晰。 大型架构，好的架构都不是一蹴而就的设计，而是根据实践不断磨合，调整的产物。 建模的原则无非是把握整体、穿透现象、保证落地，既不能死守规则，也不能信马由缰。但是这个领域又没有秘籍，就是熟练度和经验。 跟我们自己的实践一致，做过建模的人都能理解，建模是一件枯燥又繁琐的事情。 如何减少重复劳动，实现活的文档，也算是一种改善研发效能的尝试 任何事情都是有成本的，敏捷宣言里正统的敏捷尚且如此，何况是企业级业务架构，我觉得成熟的商业模式是基本要求
1 有用 WyBaby 2021-12-28 22:08:47
假大空
0 有用 孟繁德 2022-11-13 23:13:30 广东
能看出读者有思考；但这个方法论，感觉不是很有说服力…；另外就是银行业的架构好像和其他行业比起来，区别挺大的。
0 有用 海盗王子 2024-02-15 01:00:40 北京
从价值链出发思考组织定位和组织架构设计的逻辑，将看待事情的高度提高了一层
0 有用 Young008 2023-12-28 18:19:52 重庆
同21年那本合并算了
0 有用 朱帅 2022-08-26 08:23:50 北京
设计没有银弹
0 有用 Honwhy 2022-05-04 00:45:17
《企业级业务架构设计》 不偏题不跑题不夸大的一本书 慢点读，多读几遍，对于业务开发的产品&技术人员提升思维/思考能力非常有帮助