数字化转型网流程与架构专题将关注流程规划、流程设计、流程优化、流程风险管理、流程再造、流程自动化、流程标准化、流程监控与评估、端到端流程、微服务架构、分布式架构、云架构、数据架构、业务架构、技术架构等相关方面。
企业架构经常被抱怨的问题就是复杂度问题——太复杂，做不来。这方面只能说见仁见智，没法有一个统一的、令人满意的解释。毕竟，抽象讨论共性问题只是动动脑、动动嘴，笔者自己也常在一些聊天群里做这样的事情，但这不过是练练“口才”罢了。如果真要聊复杂度控制，那么脱离实际语境去讨论就属于有点“臆想”了。很多聊天，聊着聊着就没意思了，也是这个原因，抛出一个概念图来就要开始“大杀四方”，谁真知道这张图的背后到底是啥呢？数字化转型网www.szhzxw.cn
这个是方法论自己的毛病，但准确地说，是企业或者架构师、咨询师在落地实施过程中，对方法论适配的毛病。企业架构方法论不止一家，但家家不小，单看方法论，就没有很轻的，如果说介绍资料看着轻的话，那只是做法写得没有展开而已，如果真是完整做了全套架构，基本就没有太轻的方法。
单是流程梳理这一项就没听说过哪个企业做得轻松加愉快的，道理很简单，以前都是散步的走法，如今标准化了，忽然让人踢正步，那一步该多长、腿该抬多高，都得合计合计，顺便有些想甩的锅、想抢的碗也都搅合进来，所以，单就流程这一项来讲，谁都很难轻。要不要承受其重，那就需要企业自己掂量了，好处毕竟不是那么立竿见影，一个企业可能一两年功夫就能通过流程管理有所改善，但真到了所谓的提升整体竞争力，甚至堪称为人师表的境界，那估计得十年八年了。数字化转型网www.szhzxw.cn
流程梳理倒也可以有轻有重，轻重主要体现在对细节的关注上，比如，对最细的业务步骤、业务规则的梳理，都是可以控制的，因为不控制好的话，工作量会增加数倍。这个还是要取决于目的了，如果只想要整体视图，那就不关注细节，牺牲细节就是牺牲准确度，不要太高的准确度就行了；如果想要与开发深度连接，要的就是准确度，不太准确，不能指导细粒度结构划分、组间边界争端的流程，开发上是会看看而已，提供的指导意义不大，开发上还是以跟业务人员沟通得到的具体业务细节为准进行设计。
流程是架构梳理方法中耗时、耗人最高的一块，如果要轻，就要考虑这块是不是能越过，越过不是因为它不重要，而是企业承受不起，做不起全套的复杂操作，只能做基本能用的，这时就要考虑通过逻辑数据模型进行简化的架构梳理。降低方法复杂度并不是把所有东西都做浅就算降低，而是根据做架构的目标保证架构梳理出来的东西依然可用，如果只剩下轻飘飘一层，干啥都干不深，那还不如不做。
逻辑数据模型如果集中在实体级，耗时、耗人最少，而从架构视角看，企业架构方法要同时保证业务和技术两个视角都具备。技术视角主要是应用架构，要是把这个“轻”了，那开发上可能根本就不理解到底为啥要做企业架构；但如果没有业务视角，应用上以前搞不清的事情，即便搞了架构之后也还是不清楚，因为视角不完整。逻辑数据模型就是在无力完整梳理流程的情况下，作为独自承担业务视角这个重任的可选部分了，也是可以轻的一种选择。数字化转型网www.szhzxw.cn
单纯讲方法的复杂和简单是没有意义的，要根据目标和企业环境去考虑怎么做选择，这不是坐而论道的问题，只能是走进每一个企业去回答的问题。
声明：本文来自网络，版权归作者所有。文章内容仅代表作者独立观点，不代表数字化转型网立场，转载目的在于传递更多信息。如有侵权，请联系我们。数字化转型网www.szhzxw.cn
数字化转型网流程与架构专题包含哪些内容
数字化转型网流程与架构专题将关注流程规划、流程设计、流程优化、流程风险管理、流程再造、流程自动化、流程标准化、流程监控与评估、端到端流程、微服务架构、分布式架构、云架构、数据架构、业务架构、技术架构等相关方面。
本文由数字化转型网（www.szhzxw.cn）转载而成，来源于架构师研究会；编辑/翻译：数字化转型网Jerry。
