阿里巴巴集团的“大中台、小前台”组织战略.docxVIP

  • 39
  • 0
  • 约4.46千字
  • 约 23页
  • 2023-10-09 发布于陕西
  • 举报

阿里巴巴集团的“大中台、小前台”组织战略.docx

阿里巴巴集团的“大中台、小前台”组织战略 阿里巴巴“大中台小前台”的中台战略的官方提法源自 2015 年 12 月 7 日,时 任阿里巴巴集团 CEO 的张勇通过一封内部信说,“今天起,我们全面启动阿里 巴巴集团 2018 年中台战略,构建符合 DT 时代的更创新灵活的“大中台、小前 台”组织机制和业务机制。” 推动“中台战略”目的是什么?张勇说,作为前台的一线业务会更敏捷,更快速 适应瞬息万变的市场;中台将集合整个集团的运营数据能力、产品技术能力,对 各前台业务形成强力支撑。 所谓的“中台”,并不是阿里巴巴首先提出的词语,从字面意思上理解,中台是 居于前台和后台之间。 “中台”的设置就是为了提炼各个业务条线的共性需求,并将这些打造成组件化 的资源包,然后以接口的形式提供给前台各业务部门使用,可以使产品在更新迭 代、创新拓展的过程中研发更灵活、业务更敏捷,最大限度地减少“重复造轮子” 的 KPI 项目。 “前台”要做什么业务,需要什么资源可以直接同公共服务部要。搜索、共享组 件、数据技术等模块不需要每次去改动底层进行研发,而是在底层不变动的情况 下,在更丰富灵活的“大中台”基础上获取支持,让“小前台”更加灵活敏捷。 二、中台到底长什么样子? 阿里的“中台战略” 不是一个简单的组织变革,还有业务变革、机制变革、技 术架构变革的一次全面转型。先给大家看一下阿里”业务中台“: 业务中台需要收敛一些基础的业务服务,如会员、商品、交易、营销和结算等。 这些基础的服务会被整个电商业务使用,统一管理是很有必要的。 业务中台也不是什么都做,除了有基本的基础服务和服务能力外,还要定义中台 的边界。下图描述了业务中台一些基本的工作范围,它需要能够对接能力,同时 又服务好能力使用方,而自己并不负责实现具体的业务。 三、中台战略到底有什么优越感? 中台战略中的“大中台、小前台“阵型,具备以下特征: 1、团队协同效率最高。 科学证明,人数是 7 个人的团队协同效率是最高的。当 团队进行作战时,最短时间内达成意见的统一和行动步调的一致,是团队强大战 斗力充分展现的必要条件。 2、对战机的把握更加敏锐。 在前端的小团队正如一个小的创业团队,如何生存 是团队首先考虑的问题,这样的环境会更容易逼迫出团队成员的能量和潜能对当 前的战机的感知会更加敏锐。 3、调整方向更加快捷。 分别投入 200 人和投入 10 个人去完成一个任务,当发 现任务的方向有错误时,200 人的团队调整方向所花费的时间和资源一定远超过 10 个人的团队。 4、 一旦发现正确目标,全力投入扩大战果。 这样的中台阵型,一旦前端的作战 团队找到了正确的攻击目标,接下来一个远程呼唤,后端的中台炮火群会瞬间摧 毁目标,这就是中台阵型发挥威力的最佳体现。 总之,目前逐步流传的“小前端、大中台”的中台阵型,从本质上来讲,是一种 反应更加敏捷高效的组织形态,即以内部小前端去实现与外部多种个性化需求的 匹配对接。这种更为扁平化的组织形态,已成为互联网时代越来越多企业组织变 革的选择。 四、阿里“中台战略”从哪里搞的? 1、源自美军,美军的“特种部队(小前台)+航母舰群(大中台)”模式,特 种部队(小前台)只有十几人甚至几人组成的特种部队在战场一线,可以根据实 际情况迅速决策,并引导精准打击。而精准打击的导弹往往是从航母舰群(大中 台)上发射而出,后方会提供强大的侦查火力后勤支援。 2、源自游戏公司。马老师参观游戏芬兰公司 Supercell 之后提出的。Supercell 采用一种倒三角的组织模型,Supercell 的 CEO Ilkka Paananen 介绍说,游戏 制作是一份创造性的工作,任何人都能大胆阐述自己的意见是非常重要的。 目前大多数传统企业所采用的”烟囱式”组织模式(下图),已经不能满足互联 网时代所需要的业务快速响应和创新发展。 五、阿里为什么要搞“小前台、大中台”模式? 先看一下阿里的组织架构史 1、2015 年之前的阿里巴巴组织架构 2015 年之前的阿里巴巴把具体业务划分为了 9 类,并对每一块的业务进行了很 明确的细分,共下设 25 个事业部,分别由 9 名事业部总裁负责。这时的组织架 构是较为传统的树状结构。 2、2015 之后的阿里巴巴的组织架构 2015 年经过调整后,阿里巴巴的组织架构不再是传统的树状结构,而变成了网 状结构。将之前细分的 25 个事业部打乱,根据具体业务将其中一些能够为业务 线提供基础技术、数据等支持的部门整合成为“大中台”,统一为业务线提供支 持和帮助。 为什么做这样的调整?核心原因有两个: 1、信息共享:随着公司的发展壮大,许多业务部门内提供基础支持的工作可能 会有很大程度上的重复。比如两个相互独立的业务部门同时开发 APP

文档评论(0)

1亿VIP精品文档

相关文档