电信运营商数字化转型战略调查—2021

2021-05-29

信息通信技术 2021年2期

引言

电信运营商(CSP)面临转型为数字服务提供商的巨大压力；为了实现这一目标，它们正在推行数字化转型战略。Omdia将数字化转型定义为采用、部署数字技术，以便与其它数字公司竞争/合作，并支持新商业模式的重大转型过程。它是一场多维度的变革，影响到CSP的方方面面，包括客户互动、运营流程、网络、技术、架构、组织文化和员工。数字化转型是一个持续演进的过程，并不会休止。为了深入了解这一过程，Omdia对电信运营商的数字化转型战略进行了调查。

1 报告摘要

数字化转型是CSP的一项重要任务，绝大多数受访者声称所有或部分业务领域都在推进数字化转型。尽管受到新冠疫情影响，三分之二的CSP称数字化转型在继续稳步推进，另有25%称数字化转型正在加速。CSP的前三大数字化转型项目包括使用基于云的模型来提高敏捷性、规模和效率，创建一个以数据为中心的组织，以及使用开放API来使系统集成和交互操作变得更容易。如果深入到具体的项目，会呈现出更微妙的画面。从这项调查可以清楚地看出，CSP并不缺乏雄心壮志。

云计算和边缘计算以及开放API被认为最重要的两种使能技术。CSP在采用DevOps和敏捷工具/方法以及可伸缩的敏捷框架方面也取得了进展。

超大规模公司变得越来越重要，不仅可以促进CSP数字化转型，还可以成为CSP亲密的战略合作伙伴。

对于数字化转型，不需要在“渐进式”和“爆炸式”这两种方式之间做出选择。敏捷方法越来越多地支持大范围的转型，但这种转型快速、普遍且自下而上(而不是整体僵化、自上而下的转型)。

2 调查内容及结果

2.1 数字化转型进展相对顺利

调查显示，82%的受访者声称所有或部分业务领域都在推进数字化转型。

图1 企业数字化转型的总体进展

如图1所示，各个地区存在一些差异——北美CSP的数字化转型要领先一步。移动运营商通常也走在前面。但不同的工作职能或部门之间并没有明显的区别，考虑到数字化转型举措日益普及的本质，这种情况并不令人意外。

2.2 数字化转型稳步推进

63%的CSP持续稳步推进数字化转型，25%加快了数字化转型步伐。只有8%的CSP表示转型速度放缓，4%承认停滞或倒退。

这表明，数字化转型并未因疫情影响而脱轨；但同样的，CSP推进数字化项目的速度趋于稳定(而不是迅速加速)。

CSP对于这个问题的回答与上一个问题的答案非常吻合——上一题中有82%的CSP表示所有或某些业务领域顺利推进数字化转型，这种吻合的情况与我们在之前Omdia调查中看到的情况非常相似。

值得注意的是，中欧/东欧的CSP最有可能承认数字化转型放缓或倒退。不过，考虑到样本量很小，我们可能不应该过多解读这一点。

2.3 首席技术官(CTO)带头推进数字化转型战略

42%的受访者表示CTO在引领数字化转型战略。这可能是对实际情况的准确反映(无关谁回答了这个问题)，因为我们的调查对象相当平均地来自网络和IT部门。一旦加入首席信息官(CIO)和首席技术创新官 (CTIO)等职能，这三个角色就占到了数字化转型领导岗位的62%。

显然，技术职能仍然占据主导地位。这些年来，跨小组管理职能没有取得多少进展。

首席数字官发挥的作用也显著增加。与之前的调查相比，另一个不同之处在于，声称首席执行官(CEO)领导这类举措的受访者减少。这可能是市场日益成熟的结果，CEO不再需要强行推行激进的变革。但在数字化转型过程中，采用一种过于封闭的方式也存在潜在的缺陷。

2.4 数字化转型方面的支出

如图2所示，大多数CSP(60%)声称通常划拨11~15%或16~20%的资本支出支持数字化转型项目。这些数字比我们之前看到的要高。

2020年，数字化转型总体预算保持不变(55%)，不过有36%的CSP增加了数字化转型预算。到2021年，这方面的预算预计将增加(49%)。

图2 2020年资本支出(CAPEX)中用于支持数字化转型项目的比例

2.5 改变客户体验，更快地提供新服务

“改变客户体验并增强关系”是CSP推进数字化转型的最大动力。

对CSP来说，客户体验很重要，但新冠疫情给客户互动带来了重大影响，促使CSP快速拥抱数字渠道。与此同时，更好地协调客户体验和交付全渠道体验的压力越来越大。那些提供不完整客户体验的CSP很难赢得新客户。

其它关键驱动因素包括创造新的数字收入流、更快地推出产品和服务，以及实现业务敏捷性来支持这些目标达成。这些驱动因素推动CSP投资人工智能(AI)支持的自动化、改进的服务和网络管理功能、敏捷盈利工具以及基于云的交付模型。

节约资本支出排在很后面，这并不是因为CSP不需要追求资本支出效率，而是因为只有采取攻势并创造新的收入来源，它们才能生存下来。

2.6 传统组织结构是转型之前的主要障碍

CSP在尝试数字化转型之前面临的主要障碍仍然来自组织层面(传统组织架构或封闭式结构)。现有产品组合和流程的复杂性也是一个重要因素。令人惊讶的是，在这个阶段，CSP并不认为缺乏IT技能是一个很大的障碍。这与转型项目真正实施后这个问题所造成的重大障碍形成了鲜明对比。

有限的内部IT专业知识和监管制约是CSP实施数字化转型所面临的两大挑战。有限的内部IT专业知识经常被认为是云迁移面临的一个主要挑战，特别是缺乏相关技能来拥抱容器化和微服务架构以及敏捷DevOps和CI/CD实践。此外，正如我们将在稍后的调查中看到的那样，CSP在多个领域都面临技能短缺的问题。监管方面的问题包括数据安全、隐私、信任问题，以及传统运营商不得不面对的许多监管限制，但这些限制不适用于大型互联网公司和其它行业颠覆者。

2.7 创造基于云、以数据为中心的开放组织

如图3所示，在这次调查中，CSP列举了三大重要措施：使用基于云的模型来提升敏捷性、规模和效率；创造以数据为中心的组织；使用开放API来使系统集成和交互操作变得更容易。

CSP越来越重视基于云的模型，这是因为提振敏捷性、自动化、可伸缩性和效率能够带来好处。成为一个以数据为中心的组织能够带来竞争优势，但它的意义要深远得多，因为CSP只有具备所需的AI和数据管理功能才能实现图3中列出的大多数转型目标。开放API为其它许多措施提供支撑，这是TM论坛关注开放API的原因之一，也是我们看到CSP认真对待开放API的原因之一。

采用平台商业模式只排在中间位置，考虑到它在战略层面的重要性，这一结果令人失望。利用技术来实现更高的敏捷性、效率和开放性非常好；但对CSP来说，要实现数字化转型，还必须利用技术作为平台商业模式的敲门砖。

图3 组织进行数字化转型的动机

2.8 基于云的技术是关键

如图4所示，云计算和边缘计算被认为是最重要的两种使能技术。

CSP向云迁移已经有一段时间了,但除此之外，我们现在还可以预计5G驱动的边缘投资增多,这主要是为了满足新的消费者/企业服务的低延迟需求——主要围绕视频、游戏服务以及大量物联网、专网和垂直行业用例。

对云迁移的关注，以及最近对边缘云的投资热潮，也导致CSP、供应商和大型云提供商之间越来越多的合作和竞争。AWS等云服务提供商与C S P 密切合作，协助IT和电信云转型以及客户体验项目，以及实现上述目标所需的支持系统变更。

平台驱动的架构和开放API也是关键要素，旨在实现无障碍的集成、提高创新性和竞争性，同时为更复杂的网络/IT生态和合作伙伴战略赋能。这也是更广泛的OSS转型的一部分。

最后一点很明确，区块链排名靠后表明，在扩展互连和结算流程用例失败之后，电信运营商仍在寻找杀手级应用。

图4 数字化转型最重要的赋能技术

2.9 CSP在采用敏捷/DevOps工具和方法以及开放API方面取得了很大进展

CSP似乎在广泛采用DevOps/敏捷工具和方法，这意味着很大的进步，因为之前的Omdia研究表明大多数运营商在这方面仍然滞后。此次调查显示，大约有三分之一的CSP现在已经顺利地推进实施，而且有更多CSP处于早期规划阶段。开放API的采用也进展良好。

而在其它领域，如TM论坛的ODA(开放数字架构)标准化倡议，采用程度则要低得多。这并不意味着该倡议没有得到业界的大力支持，而是实施仍处于初期阶段，而且可能需要更多的供应商支持。受访者对低代码和无代码IT解决方案的采用程度最低。

与其它行业一样，电信行业也越来越多地采用敏捷方法。第一代敏捷方法主要专属于小型团队，但为了管理大型项目和多个团队，有必要采用敏捷扩展模型。在这个问题中，我们询问CSP正在实施或计划实施哪些敏捷扩展框架。

结果表明，在我们调查的CSP中，SAFe(可扩展敏捷框架)和LeSS(大规模Scrum)是最常用的敏捷模型。这也许并不奇怪，因为Omdia之前已经提到过SAFe等框架的好处。Spotify模式也有支持者。但更有趣的是，CSP正在探索几乎所有的框架，没有实施计划或不知道这些计划的受访者比例非常低。调查表明，CSP在这方面可能比我们预期的要成熟，或者至少知道需要一个好的敏捷路线图来帮助自己前进。

2.10 物联网&垂直行业技能以及IT和数据技能最受关注

如前所述，CSP认为有限的内部IT专业知识是成功实现数字化转型的最大挑战之一。在一些领域，CSP需要通过内包、重新培训或招聘活动来填补内部能力缺口。

有趣的是，调查中提到的最令人担忧的领域是物联网和垂直行业专业知识。这可能是因为CSP考虑到了即将出现的新5G企业用例。对于这个问题，我们本以为CSP将主要通过合作来解决，但调查结果表明，CSP也认为需要从内部解决技能短缺问题。

数据工程师、程序员/开发人员、云架构师、安全专家和敏捷/DevOps专家也是优先考虑对象。

在电信行业，数据工程师短缺并不是一个新问题，但现在CSP还必须应对转向基于云的业务所带来的挑战。这需要相关技能来拥抱容器化和微服务架构以及敏捷DevOps和CI/CD方法。全球向云的迁移导致需要一个庞大的人才库来提供支持，其中包括云和安全架构师、大数据工程师以及敏捷和DevOps专家。但要通过人才获得优势，CSP必须确保它们使用与其它行业相同的通用平台和工具。

2.11 超大规模公司继续扩大它们的影响力

对于供应商、大型咨询公司和集成商来说，CSP将云服务提供商视为帮助它们执行数字化转型的最重要合作伙伴是一件遗憾的事情。

AWS、Azure和谷歌一直在电信领域扩大影响力，但最近值得注意的是，它们努力与CSP以及网络和IT供应商(如Amdocs和Netcracker)建立更紧密的战略伙伴关系。这在一定程度上受到了最近边缘云热潮的影响。在过去一年左右的时间里，AWS在这方面尤其积极。

最新的Omdia研究表明，技术创新是CSP在选择OSS/BSS合作伙伴时的首要标准，而且现在这一点比产品可靠性或性价比等其它因素更重要。如果这种趋势也蔓延到其它领域，那么它显然将影响数字化转型合作伙伴的选择。

伴随CSP拥抱云和云原生模式、瞄准广泛的垂直领域，选择具有广泛技术专长并且能够提供指导、教育和培训的合作伙伴尤其重要。

2.12 “渐进式”和“爆炸式”方法都很受欢迎，但“敏捷”越来越受关注

渐进式的数字化转型仍然比大型全栈转型得分略高。但相比我们之前的调查结果，这一结果已经有了很大的变化——在以前，更多的CSP倾向于渐进式方法。

乍一看，这种转变可能令人费解，但有一个更复杂的现实支撑着它。这并不是说CSP突然重新燃起了对爆炸式改革的兴趣。相反，它反映的是一种将两者结合起来的转变。

正如一名受访者所说，它们所青睐的战略并不是一次大规模的“爆炸式”变革，而是一系列小规模的“爆炸式”转型，中间需要保留一定的间隔来实现稳定性。这种间隔可以是时间上的，也可以是地域上的，例如一些全球一线CSP正在利用先进采用者和数字加速器战略。这导致一些受访者对我们的调查方法提出疑问，因为如果一家CSP在某个领域十分成熟，而在另一个领域较为落后，那么就很难提供答案。

敏捷方法越来越多地支持跨公司的大规模转型，同时这也是一种快速、无处不在且自下而上的转型方式，并不是整体僵化、自上而下的转型。我们也许可以称之为快速、并行的渐进式转型。这类方法应该属于“渐进式”还是“爆炸式”方法还有待商榷，因为它糅合了两种方法的元素。