带你读《2022技术人的百宝黑皮书》——如何快速理解复杂业务,系统思考问题?(1)

简介: 带你读《2022技术人的百宝黑皮书》——如何快速理解复杂业务,系统思考问题?(1)

作者:鹿迦

出品:大淘宝技术


对于复杂问题的思考其实是有层次的,从最表面的事件,到事件背后的规律,再到这个问题的结构模式,再到价值观,层层递进。在画完自己的业务系统因果回路图之后,再结合这个心智模型,思考自己的思考在哪个层次,是否可以有机会再下钻到更深的层次。


正视复杂性


我们必须承认这个世界原本就非常复杂,就像以我们现在的科技仍然不能攻克新冠病毒、不能精确预测天气、不能有效控制经济形势异常波动一样,任何试图浮于表面、疏于投入就想了解并解决一个复杂问题的傲慢做法,最终都只能接受无情的打脸。


回到我们阿里当前的业务,随着市场规模的扩大、用户群体的多样性、公司组织的持续膨胀和细分、产品历史包袱的累积,我们的业务不可避免的越来越复杂和难以理解。就像著名的热力学第二定律(熵增定律)所解释的那样,只要没有外界系统的做功(我理解是一个颠覆性的业务模式),我们当前的系统就无可避免的持续熵增


但作为在业务线工作的一员,更加全面的理解我们手上的业务逻辑是我们能做好工作的基本条件,我们肯定不能满足仅仅是点状理解的一些信息,也不能接受理解一个业务只能依赖长时间的工作经验,所以这里给大家介绍一个帮助自己全面理解一个复杂系统的工具:“系统思考”。之前我会尝试用它来帮助自己梳理手上的业务逻辑,感觉有一定的作用,做了这个入门总结,希望对大家有帮助。


什么是系统思考


我们的思考误区


image.png


先回忆一下,从很小的时候起,我们接受的教育是让我们怎么解决复杂问题的?


是的,就是通过拆解,把一个复杂为题拆解成多个不那么复杂的问题,再把不怎么复杂的问题继续拆解成简单的问题,最后通过解决一件一件的简单问题进而来解决原本的那个复杂问题。


这个方法是非常了不起的,也成就人类的伟大,我们把世界分割成一个一个的片断加以分析后再合并、还原,其思维方法遵循如是简单的法则:“部分之和等于整体”。这种拆分的思考方法在大部分情况下都比较有效,它让人产生了幻觉,误以为这世界是由一个个的各别事件堆积而成,看不见普遍存在的、整体复杂的关联、互动作用,从而导致人类行为的短期性、盲目性和灾难性。就像“盲人摸象”、“快思考”等都指出这种思考方式的局限性,所以在我们的工作中,如果仅仅秉承着“拆分”的方法,是不能解决真正复杂的问题的。


image.png


所以我们这里介绍一个从整体系统的角度思考复杂问题的方法:“系统思考”,本文的核心思想主要来自两本书:《第五项修炼》、《系统思考》,大家如果看完本文,觉得还有点意思,可以考虑找来这两本书深入了解一下。



带你读《2022技术人的百宝黑皮书》——如何快速理解复杂业务,系统思考问题?(2) https://developer.aliyun.com/article/1242432?groupCode=taobaotech

相关文章
|
数据采集 数据挖掘 UED
物流产品体验诊断与优化
物流产品体验诊断与优化
1136 1
|
存储 设计模式 算法
DDD之于业务支撑的意义
DDD之于业务支撑的意义
522 0
|
新零售 前端开发 JavaScript
盒马跨端设计系统 ReX Design For OS
6 个月前,在 D2 前端技术论上我们向社区分享了《盒马中后台跨端方案》,详细介绍了我们在基于盒马实体零售数字化业务场景中,面向盒马营运数字化系统构建的跨端设计系统——ReX Design For OS。6 个月来,在开发资源极度紧张的状态下,我们持续建设和打磨,今天我们很高兴的告诉大家我们已经将项目的主要代码开源到了 Github,并发布了 beta 版本。
盒马跨端设计系统 ReX Design For OS
|
开发者 物联网 物联网安全
透视盒马:新零售操作系统的秘密
盒马是一个端到端,线上线下一体化的零售业务。在阿里CIO学院攻“疫”技术公益大咖说的第十六场直播中,盒马技术负责人何崚详细介绍了盒马产品技术在构建供给网络、销售网络、物流网络这三个核心命题时遇到的挑战和技术难点。
5542 2
|
SQL 存储 分布式计算
ODPS开发大全:入门篇(3)
ODPS开发大全:入门篇
1304 19
|
10月前
|
人工智能 Cloud Native 中间件
划重点|云栖大会「AI 原生应用架构论坛」看点梳理
本场论坛将系统性阐述 AI 原生应用架构的新范式、演进趋势与技术突破,并分享来自真实生产环境下的一线实践经验与思考。
|
消息中间件 供应链 测试技术
图解 DDD,这一篇总结太全面了!
DDD领域驱动是非常热的架构设计,微服务也有大量涉及,本文详细解析领域驱动设计(DDD),涵盖DDD原理、实践步骤及核心概念等,帮助更好地管理复杂业务逻辑。关注【mikechen的互联网架构】,10年+BAT架构经验倾囊相授。
图解 DDD,这一篇总结太全面了!
|
设计模式 架构师 Java
一文详谈领域驱动设计实践
本文作者结合在团队的实践过程,分享了自己对领域驱动设计的一些思考。
998 8
|
存储 架构师 测试技术
架构之道:人人都是架构师(2)
每个业务系统的开发者都应该具备一定的架构师素养,架构师的重要职责不仅仅是做决策,更重要的是提升团队的整体能力。一个好的架构师应该聚焦于业务和系统,定义问题和结果,设计系统、模块和代码,同时也需要解决跨域问题,确定团队间的边界,制定规范,统一语言,并创建一个让每个人都能成长为架构师的环境,以促进团队的敏捷性。本文旨在探讨如何培养架构思维,并阐述了架构师的职责、能力模型、方法论,以及如何成为架构师。
612 10
|
存储 运维 架构师
架构之道:人人都是架构师(1)
架构之道:人人都是架构师
876 8