数字化转型网流程与架构专题将关注流程规划、流程设计、流程优化、流程风险管理、流程再造、流程自动化、流程标准化、流程监控与评估、端到端流程、微服务架构、分布式架构、云架构、数据架构、业务架构、技术架构等相关方面。
数字化转型网流程与架构专题将关注流程规划、流程设计、流程优化、流程风险管理、流程再造、流程自动化、流程标准化、流程监控与评估、端到端流程、微服务架构、分布式架构、云架构、数据架构、业务架构、技术架构等相关方面。
企业架构经常被抱怨的问题就是复杂度问题——太复杂，做不来。这方面只能说见仁见智，没法有一个统一的、令人满意的解释。毕竟，抽象讨论共性问题只是动动脑、动动嘴，笔者自己也常在一些聊天群里做这样的事情，但这不过是练练“口才”罢了。如果真要聊复杂度控制，那么脱离实际语境去讨论就属于有点“臆想”了。很多聊天，聊着聊着就没意思了，也是这个原因，抛出一个概念图来就要开始“大杀四方”，谁真知道这张图的背后到底是啥呢？
这个指的是隐式架构导致的复杂程度，业务层执行的实际流程与业务架构梳理的流程不保持一致、技术侧执行的开发与企业架构设计的分工不一致，两侧的隐式架构都力量强大，那等于处处不一致，自然就复杂度爆棚了。这个问题不是方法问题，是管理问题和价值认可度问题，解决之道也不在方法本身，就算降低复杂度也未必有效。
这个问题的普遍程度之高也是令人叹息的，架构方法分开看的话，业务、应用、数据、技术、安全架构，其中的每个部分都不比同类方法更复杂。比如，很多人讲梳理流程如果用BPMN对业务人员而言太复杂，这其实没啥道理，就好像只有让人随便画流程才是合理的。笔者自己接触过多种业务上实际采用的流程画法，而且做业务人员时参加ISO贯标就画过比较标准的流程，至少不认为BPMN会是其中对业务人员而言最难理解的。
架构自己略微复杂之处是追求各个架构之间的协调一致，而很多企业都没做或者没做到这个衔接，如果单论各个架构部分，就说企业架构太复杂，那只能说是比较的可能不太充分。
综上，复杂度本身不是问题的根源，对其的控制也不是一概而论的，就像喜欢名牌就不会嫌名牌贵，喜欢廉价也不会真抱怨质量问题，都是根据需要做出的决策，都不盲目，只有脱离具体目标和实际环境聊复杂度会显得有些盲目。
数字化转型网流程与架构专题包含哪些内容
数字化转型网流程与架构专题将关注流程规划、流程设计、流程优化、流程风险管理、流程再造、流程自动化、流程标准化、流程监控与评估、端到端流程、微服务架构、分布式架构、云架构、数据架构、业务架构、技术架构等相关方面。
