信息来源：书籍《企业IT架构转型指导-阿里巴巴中台战略思想与架构实践》
第一章“阿里巴巴集团中台战略引发的思考” 读书笔记。
【尝试三句话说清楚】
1、阿里巴巴早期的淘宝（C2C）、天猫（B2C）、1688（B2B）是3套独立体系，技术团队一方面支撑不了发展太快的业务，同时重复3倍的工作量让开发同学累成狗了仍然被不断投诉对业务支撑不足，因此阿里巴巴决定将前端业务中公共、通用的业务（用户中心、商品中心、交易中心等）沉淀到共享业务事业部。
2、2015年马云带队参观芬兰牛移动游戏开发公司supersell，受到启发：将游戏开发过程中公共、通用的游戏开发素材、算法了做了沉淀，形成“中台”能力，使得公司可以支持几个人的小团队在几周内就能研发出一款游戏。因此阿里巴巴启动2018年中台战略，即“大中台，小前台”组织机制和业务机制，作为前台的一线业务会更敏捷、更快速适应瞬息万变的市场，而中台将集合整个集团的运营数据能力、产品技术能力，对前后台形成有力支持。
3、大量企业的信息中心部门以“项目型”的思维来建设烟囱系统，导致重复功能建设和维护带来重复投资浪费、打通“烟囱式”系统间交互的集成和协作成本高昂、不利于业务的沉淀挖掘数据的更大价值和新业务的快速上线。
【读书笔记】
1、芬兰移动游戏公司的核心竞争力在于：<1> 通用的业务沉淀到中台，新游戏开发只需前端轻量级开发即可快速发布游戏，满足互联网行业“唯快不破”的特点。<2> 扁平化管理，鼓励创新和试错的企业文化，能吸引优人才在这里获得个人成就感。
2、2010年，阿里电商入口“聚划算”为淘宝、天猫、1688带来大量的流量，集团要求三大电商平台与聚划算平台对接，必须通过共享业务事业部。至此，共享业务事业部，由原来苦逼的低下的地位，拉升到话语权相对公平的水平，有了业务抓手，为后续阿里巴巴的中台奠定了基础。
3、2008年，阿里巴巴三大电商（淘宝、天猫、1688）分别是三套独立的技术架构和开发团队，其主要原因是：开发团队考虑到电商模式的不同，所以需要独立建设；或者是新的业务团队认为在之前的电商平台基础上改造支持新模式的电商平台会有太多的技术和业务的历史包袱，还不如重新构建。最终促成了三座“烟囱”技术系统支持当时阿里巴巴最核心的电商业务。而三大电商有大量通用的业务，比如用户中心、商品中心、交易中心、评价中心、店铺中心、搜索中心、数据服务中心、营销中心等等，这些正好可以剥离出来，成为共享业务，即业务中台。
4、很多企业面临互联网（数字化）转型过程中，最大的困难之一是“项目型”的思路导致每上线一个系统都预示着一座新的烟囱矗立，而烟囱之间的业务和数据很难互动，新业务上线只能再建一个烟囱。这和阿里巴巴三大电商的烟囱非常相似。
5、企业在改造烟囱的过程，业界喜欢叫SOA（面向服务的架构），除了技术的难度外，还有人力组织的调整也十分重要。比如不同的烟囱系统运维人员心态是协助和配合，服务封装的工作和运维人员自身的KPI关系不大，因此很少看到功能性和扩展性方面做的很好的服务。更严重的是当SOA项目实施完成后，后续新的业务希望提供新功能时，会困难重重。可能的原因有2个。第1个原因，服务提供团队不管从KPI还是认知上都认为改造工作完成了，对新需求是抗拒的，多一事不如少一事。第2个原因，即便服务提供团队有不错的态度，面对改造带来的风险和新业务需求的选择中，更多的团队选择了放弃对新业务需求的支持。因此可能又会造出一个新的烟囱。
【笑看阿里巴巴中台发展历程】
