企业IT架构转型之道:阿里巴巴中台战略思想与架构实战. 2.4 赋予业务快速创新和试错能力

简介:

2.4 赋予业务快速创新和试错能力

在如今的互联网时代,企业都在全力谋求着自身在互联网环境下的发展和转型,特别是在2015年,国务院出台《关于积极推进“互联网+”行动的指导意见》,标志着“互联网+”正式成为国家在经济领域的重大战略决策,我也切身感受到政府职能部门、大型国企等均开始落实互联网+转型的工作。

在这里我们不讨论各个企业如何进行业务的转型,但从互联网的视角,我认为今天的企业应该在互联网时代具备一种跟互联网公司一样的业务快速创新,甚至是试错的能力。相比多年前,企业规划好了要实施MES(生产制造系统),这个系统就能很好地为企业带来生产制造的管控和效率的提升;建设了OA系统就能很好地提升企业内部办公效率;实施了CRM平台就能很好地解决好客户关系管理的问题,能尽可能地吸引新客户、保留老客户以及将已有客户转为忠实客户,增加市场份额,这些都是通过IT系统的建设给企业带来可期望的投资回报。

这样的系统在新的互联网时代还会有吗?答案是一定的,但这一类系统的数量会越来越少。很多企业的IT系统建设的高峰期都是在企业IT信息化的前面几年,那时大量的项目上马,因为这些项目是让企业能生存下去、快速满足业务发展需要的项目,结果也确实带来了不错的投资回报。但此类系统大多数是行业趋于“标准化”的套件模式,每个企业建设系统的内容大同小异,这也就造成构建与其他企业间的差异化竞争力是一件很难的事情。

企业要想在互联网时代相比同行业的竞争对手们真正产生差异化的竞争力,我觉得业务试错是一个非常重要的能力,只有先人一步,唯快不破,才能帮助企业抢占商业先机的制高点。互联网时代的竞争只有第一,没有第二,这也是我认为互联网公司的IT架构能力跟传统企业间最大的差别!

其实我发现很多传统企业的员工对于业务的创新有很好的想法,只不过企业在真正落地时就有很大的阻碍。

业务创新如同创业一样,一旦成功,给企业带来的回报可能是超出预期的,但也意味着有失败的风险。在传统企业中,一定是需要申请预算和立项来落实业务创新的想法,传统“烟囱式”的系统建设方式对项目投入的资金和资源自然不会少。在要申请大量资源而且项目还有失败的可能性的情况下,有业务创新想法的人在考虑到失败带来的影响时,一定会权衡其中的利弊,大多数人会选择退缩,只有少部分有魄力的人顶着巨大的压力走上了业务创新之道。

回到书中第1章提到的Supercell这家公司,这家公司除了在企业文化方面鼓励大家进行业务创新和试错外,更重要的是给业务创新的团队提供了扎实的平台资源。所以造成以上描述中传统企业内的业务创新除了在体制上要有所改变外,更重要的是要为业务的创新打造一个坚实的中台。

试想一下,如果之前有一个好的业务想法,从头到尾建设所需的资源投入可能是20个人、4个月的时间,还有可能建设的系统达不到预期的市场效果,那这样一个典型的业务试错的成本是非常高昂的,任何一个企业都很难支持这样的试错方式。如果企业打造了很好的业务中台,可以让3个人基于中台提供的核心服务在2周的时间内就能建设一个系统并推向市场,看看市场的反馈来决定是否加大对这个新业务的投入,我想任何一家企业的领导都是很乐意做这样的投入和尝试的。

便于大家理解中台,我引述一段关于美军作战阵型演变的描述。美军在二战时,以军为单位作战;到了越战时,以营为单位作战;到了中东战争时,以7人或者11人的极小班排去作战,它是今天全世界范围内最灵活的军事组织,也是核心竞争力和打击能力最强的组织,如图2-4所示。美军之所以能灵活作战,敢放这么小的团队到前面,是因为有非常强的导弹指挥系统,有非常强大的中后台能力,能支持这样的小团队快速做判断,并且引领整个进攻完成。美军这样的战斗阵型与阿里巴巴如今的“大中台、小前端”战略完全一致,与华为公司提的头狼团队也有异曲同工之妙。

 

图2-4 战场中的中台阵型

商场如战场,在战场中演变出的中台阵型在商场中同样也能展现出此种阵型的科学性。小的前端团队具备以下特征:

团队协同效率最高。相比于一个几十人、上百人的团队完成一项任务,几个人之间的协同成本一定是最低的。科学证明,人数是7个人的团队协同效率是最高的。当团队进行作战时,最短时间内达成意见的统一和行动步调的一致,是团队强大战斗力充分展现的必要条件。

对战机(商机)的把握更加敏锐。正如孟子所说的“生于忧患而死于安乐”,安逸舒适的环境往往容易消磨人的意志;但当环境变得比较恶劣,对于激发人的潜能和斗志产生作用。在前端的小团队正如一个小的创业团队,如何生存是团队首先考虑的问题,这样的环境会更容易逼迫出团队成员的能量和潜能,对当前的战机(商机)的感知会更加敏锐,这也是为什么我们看到很多创业公司在创建之初展现出了过人的敏锐捕捉市场商机的能力,一旦公司变得越来越大,人的忧患意识没有起初创业时那么强烈后,之前对商机的敏锐感知和意识也慢慢消失了。

调整方向更加快捷。IBM的总裁郭士纳出过一本书《谁说大象不能跳舞》,确实证明了大象可以跳舞。但IBM的成功转型并不能作为企业参考的范本,其中充满了风险,毕竟俗话说“船大掉头难”。分别投入200人和投入10个人去完成一个任务,当发现任务的方向有错误时,200人的团队调整方向所花费的时间和资源一定远超过10个人的团队。所以以小团队的方式进行业务的试错,一旦业务出现方向性错误时,不管是调整方向还是放弃该业务,对于企业所需投入的资源都是在可控范围内。

一旦发现正确目标,全力投入扩大战果。这样的中台阵型,一旦前端的作战团队找到了正确的攻击目标,接下来发生的事情相信大家都能想到,一个远程呼唤,后端的中台炮火群会瞬间摧毁目标,这就是中台阵型发挥威力的最佳体现。所以你会发现现如今顶尖的互联网公司都在着力打造自己的业务中台,通过中台资源的优势,吸引那些有能力基于这些中台进行更好业务创新的人才加入,形成了公司搭舞台,各路英豪在这个舞台上展现自己才能的格局,这应该是接下来一段时间顶尖公司与顶尖人才间建立合作关系的最佳方式。

以上介绍的中台阵型对于业务快速创新和业务试错的最有代表性的一个事例要属阿里巴巴的团购业务。在2010年,随着当时市场上团购业务的蓬勃发展,阿里巴巴集团也决定构建自己的团购平台,当时在市场上早已经有了如美团、高朋等专业的团购网站,这一个新兴的业务模式,对阿里巴巴公司来说某种程度上也是一种尝试,所以当时阿里巴巴投入了包含产品经理、运营、开发的十几名员工进行基于淘宝和天猫商品的团购平台的建设,最终这个团购平台在1个半月后就成功上线!

其他同类型的团购平台建设所投入的研发资源可能是阿里投入资源的几十倍,上线时间可能是阿里上线准备时间的好几倍,为什么会产生这样大的资源悬殊?最大的功劳就来自于已经正常运转两年的阿里共享服务体系。原本精心沉淀和打造的用户中心、商品中心、交易中心、评价中心等服务能力在其中都扮演了非常重要的角色,正因为利用了这些原本已经建设好的专业服务,使得阿里巴巴在投入如此少的人力资源和时间的情况下收获了其他公司数倍、甚至几十倍资源投入产出的结果。

这个团购平台接下来的发展更加完美地诠释了中台阵型的威力,上线后的团购平台在短期内展现出了超出所有人想象的流量吸力之后,集团意识到这是一个非常重要的流量入口,大量的资源投入到这一新兴业务,结果是在短短的14个月后,这个原本十几人的小团队发展壮大成为了接近600人的事业部,这一团购平台就是阿里巴巴的“聚划算”团购平台,目前是与淘宝、天猫并驾齐驱的三大电商事业部。

相关文章
|
18天前
|
机器学习/深度学习 人工智能 运维
自动化运维在现代IT架构中的关键角色
【7月更文挑战第8天】随着技术的快速发展,自动化运维成为企业追求高效、稳定IT服务的重要策略。本文将探讨自动化运维如何优化工作流程、提升系统稳定性和安全性,以及它在现代IT架构中不可或缺的地位。
29 1
|
10天前
|
运维 分布式计算 大数据
自动化运维的利剑:Ansible在现代IT架构中的应用
【7月更文挑战第16天】本文深入探讨了Ansible作为自动化运维工具的核心价值及其在现代IT架构中的多维度应用。我们将通过具体案例分析,揭示Ansible如何优化IT运维流程、提升工作效率,并讨论其在云环境、容器化及大数据处理等领域的创新应用。文章旨在为读者提供一套实用的Ansible应用策略,助力企业构建更加高效、稳定的IT运维体系。
|
14天前
|
Cloud Native 安全 API
云原生架构在现代企业中的应用与挑战
随着云计算技术的飞速发展,云原生架构逐渐成为推动企业数字化转型的重要力量。本文深入探讨了云原生架构的核心组件、实施策略以及面临的主要挑战,旨在为读者提供一套系统的云原生应用框架和解决方案。通过分析多个行业案例,本文揭示了云原生技术如何助力企业提升业务灵活性、加快产品上市时间并优化资源管理。
|
17天前
|
运维 Cloud Native Devops
云原生架构在现代企业中的应用与挑战
随着数字化转型的深入,云原生技术成为支撑企业创新和灵活性的关键。本文将探讨云原生架构的核心概念、优势以及在实际应用中面临的主要挑战。通过分析不同行业的案例,我们将揭示云原生如何助力企业实现资源的最优配置和业务流程的自动化,同时指出安全性、合规性和技术复杂性等实施障碍,为读者提供一套实施云原生架构时的考量框架。
|
18天前
|
Kubernetes Cloud Native 微服务
企业级容器部署实战:基于ACK与ALB灵活构建云原生应用架构
这篇内容概述了云原生架构的优势,特别是通过阿里云容器服务Kubernetes版(ACK)和应用负载均衡器(ALB)实现的解决方案。它强调了ACK相对于自建Kubernetes的便利性,包括优化的云服务集成、自动化管理和更强的生态系统支持。文章提供了部署云原生应用的步骤,包括一键部署和手动部署的流程,并指出手动部署更适合有技术背景的用户。作者建议在预算允许的情况下使用ACK,因为它能提供高效、便捷的管理体验。同时,文章也提出了对文档改进的建议,如添加更多技术细节和解释,以帮助用户更好地理解和实施解决方案。最后,展望了ACK未来在智能化、安全性与边缘计算等方面的潜在发展。水文一篇,太忙了,见谅!
|
23天前
|
弹性计算 运维 Kubernetes
阿里云ECS与混合云策略的结合,不仅为企业搭建了一个既灵活又稳定的IT基础架构,还为业务的快速发展与创新提供了坚实的技术支撑。
【7月更文挑战第3天】阿里云ECS在混合云中扮演关键角色,提供弹性计算资源和多样计费模式,确保业务连续性与灵活性。通过VPC互通、应用迁移、数据同步服务,如VPC对等连接、DTS,实现云上云下资源的高效整合。结合安全解决方案,保证在混合环境下的合规与安全。阿里云ECS助力企业数字化转型,应对市场变化。
57 1
|
7天前
|
监控 Cloud Native 安全
云原生架构在现代企业中的实践与挑战
本文深入探讨了云原生架构在现代企业中的应用及其面临的主要挑战。通过分析多个行业案例,文章揭示了云原生技术如何促进企业的数字化转型,提高系统的弹性、可扩展性和自动化水平。同时,指出了在实施过程中可能遇到的技术、安全和成本管理等问题,并提供了相应的解决策略,旨在为企业采用云原生架构提供实用的指导和建议。
|
11天前
|
Cloud Native 安全 持续交付
云端架构革新:云原生技术在现代企业中的应用与挑战
本文深入探讨了云原生技术在现代企业中的运用及其带来的变革。通过分析云原生技术的核心组件,如容器、微服务、持续集成/持续部署(CI/CD)和声明式API,本文揭示了这些技术如何促进企业的敏捷性、可伸缩性和创新能力。同时,文章也识别了企业在采纳云原生技术过程中可能遇到的安全、成本和技术复杂性等挑战,并提出了相应的解决策略。最后,通过案例研究,展示了成功实施云原生技术的企业所取得的成效,为其他企业提供了宝贵的经验和启示。
|
3天前
|
缓存 监控 负载均衡
探索微服务架构中的API网关模式
在微服务架构的海洋中,API网关如同一座灯塔,指引着服务间的通信。本文将深入探讨API网关的设计哲学、关键功能以及在实际应用中的考量因素。通过对比分析,我们将揭示API网关如何在提高系统可维护性、增强安全性和优化性能方面发挥其不可或缺的作用。此外,文章还将提供实践指南,帮助读者在构建或改进微服务架构时,做出明智的API网关选择和部署决策。
|
3天前
|
Kubernetes 持续交付 开发者
探索后端技术的未来:微服务架构与容器化部署的融合
在数字化时代的浪潮中,后端技术正经历着前所未有的变革。本文将深入探讨微服务架构和容器化部署如何共同推动后端技术的发展,提升应用的性能、可扩展性和可靠性。通过分析现代软件开发的需求,我们将揭示这两种技术如何互补,以及它们在未来后端开发中的潜力和挑战。