para muitas empresas, um Transformação da nuvem é um passo crítico em seu Digital e AI jornada. A nuvem pública pode produzir benefícios convincentes, incluindo maior agilidade para um tempo mais rápido para comercializar com alcance e escala global, entrega mais eficiente de produtos e serviços digitais a um custo menor e melhoria de resiliência e segurança. Além disso, ter acesso aos serviços digitais, IA e plataforma mais de ponta do provedor de nuvem permite que os clientes de nuvem pública se concentrem em inovar seus negócios em vez de sua tecnologia. Mais da metade de todas as transformações não alcançam os benefícios pretendidos dentro de três anos. Para uma grande empresa típica, isso representa uma perda de centenas de milhões de dólares. Além disso, uma vez que uma transformação sai da pista, pesquisas mostram que é muito difícil mudar isso.
Unfortunately, many companies struggle to achieve these benefits because they don’t identify problems in their cloud transformations soon enough. More than half of all transformations fail to achieve their intended benefits within three years. For a typical large company, this represents a loss of hundreds of millions of dollars. Moreover, once a transformation goes off track, research shows that it’s very difficult to turn it around.
With the recent wave of innovation in AI and
AI generativa
Tecnologias, as apostas estão ficando altas para empresas que não podem fazer a transição para a nuvem e aproveitar essas novas ferramentas. O trabalho do BCG com clientes em várias transformações em nuvem nos permitiu identificar seis sinais que podem ajudar a sinalizar problemas no início - e seis intervenções para mudar uma transformação em dificuldades. Quanto mais sinais, maior o risco de a transformação atingir o orçamento, perder os prazos e não alcançar os benefícios pretendidos. Rigor.
Six Signs of Trouble
When a cloud transformation has one or more of the following six characteristics, that’s a strong signal that it’s gone off track. The more signals, the greater the risk that the transformation will run over budget, miss deadlines, and fail to achieve its intended benefits.
- Clear cloud transformation goals, agreed metrics, or milestones are absent (or early milestones are missed). This signal often indicates poor alignment among stakeholders, tepid business buy-in, misaligned incentives, or a lack of execution rigor.
- O sequenciamento da migração não é gerenciado centralmente. Migrar cargas de trabalho sem avaliar sua importância estratégica, relevância futura ou complexidade técnica leva a desafios técnicos, migrações fracassadas, retrabalho e custo adicional. Without a centralized overseer, IT teams will scope and sequence their cloud migrations independently of one another. Migrating workloads without assessing their strategic importance, future relevance, or technical complexity leads to technical challenges, failed migrations, rework, and additional cost.
- Cost controls are lacking. É um sinal de perigo se os custos dos aplicativos que foram migrados para a nuvem estiverem aumentando mais rapidamente que a inflação. Isso indica que controles de custo importantes ou mitigações automatizadas não estão em vigor. As empresas precisam esclarecer essas responsabilidades e oferecer a upskilling apropriada. Se não o fizerem, a instabilidade operacional, os custos aumentados e os problemas de segurança são um risco. Mas isso leva a complexidade e custo caros e desnecessários. Este pode ser um primeiro passo legítimo em uma transformação em nuvem, mas se a infraestrutura como serviço for a meta final, a empresa não alcançará os benefícios de custo da escala flexível. É provável que a empresa incorra em custos desnecessariamente altos da nuvem, crie dívida técnica e até piore os riscos de segurança. Pesquisas mostram que as transições em nuvem, quando executadas como parte de uma transformação mais ampla dos negócios, geram 12 a 15 vezes os benefícios de uma transição puramente focada na infraestrutura.
- Minimum cloud skills are undefined or a coordinated training program is not available. When applications move to the cloud, the operational responsibilities of their application teams increase. Companies need to clarify these responsibilities and offer the appropriate upskilling. If they don’t, operational instability, increased costs, and security issues are all a risk.
- Technical standards are missing or not followed. To ease the transition for teams and secure their buy-in, some companies choose not to enforce technical standards. But this ultimately leads to expensive, unnecessary complexity and cost.
- Applications are primarily migrated to infrastructure-as-a-service. This is a signal that the company is too focused on moving applications and workloads to the cloud as is (known as application lift and shift). This can be a legitimate first step in a cloud transformation, but if infrastructure-as-a-service is the end goal, the company won’t achieve the cost benefits of flexible scaling. The company is likely to incur unnecessarily high cloud costs, create technical debt, and even worsen security risks. Research shows that cloud transitions, when executed as part of a broader business transformation, generate 12 to 15 times the benefits of a purely infrastructure-focused transition.
Intervenções de seis reviravoltas
Transformações em nuvens vacilantes são notoriamente difíceis de mudar devido a solicitações de negócios constantes que distraem as equipes de aplicativos das tarefas relacionadas à transformação, as raizes mais comuns que não são reduzidas. Causas dos problemas de uma transformação. Dependendo do programa, uma ou mais dessas intervenções pode ser necessária.
Six interventions can address the most common root causes of a transformation’s problems. Depending on the program, one or more of these interventions may be needed.
Implement a control tower. Uma torre de controle define os benefícios pretendidos da migração da nuvem e comunica essas expectativas claramente para as equipes de aplicativos. Uma parte importante dessa implementação é definir os padrões técnicos - os requisitos de aplicativos em nuvem em nove áreas de tópicos - usadas para medir a qualidade do programa em nuvem. (Veja a exposição.) As empresas geralmente acreditam ter esses requisitos em vigor, mas, na realidade, poucos os definem sistematicamente ou com especificidade suficiente para focar as equipes de aplicativos nos objetivos e padrões certos. A Autoridade de Design faz parceria com as equipes de aplicativos para determinar qual trabalho é necessário em quais aplicativos. Na prática, a quantidade de trabalho necessária em cada aplicativo diferirá bastante por aplicação, dependendo do uso, criticidade e valor comercial. Ajuda a ter uma autoridade central a definir o escopo do trabalho por aplicação, sequence a migração para otimizar o valor comercial e monitorar de perto os custos. A transparência financeira ajuda a evitar custos de dupla execução e sinalizar custos de nuvem recorrentes evitáveis. Algumas empresas subestimam a magnitude dessas mudanças, assumindo que as equipes poderão descobrir suas novas responsabilidades. Por exemplo, no ambiente Intervalo, muitas empresas usam operações especializadas de TI ou equipes de data center para gerenciar a maioria das atividades de operações de aplicativos. Mas como os provedores de nuvem não intervêm para assumir esse papel, as responsabilidades operacionais após a migração normalmente pousam nas equipes de aplicativos, o que provavelmente precisará de novas habilidades. Além disso, as equipes de operações de infraestrutura precisarão se transformar em equipes de plataformas em nuvem, fornecendo autoatendimento sob demanda e automação de ponta a ponta em vez de serviços de operações. É muito importante que o novo modelo operacional defina claramente, antecipadamente, as responsabilidades para desenvolver e operar produtos e serviços na nuvem. ambientes. Infelizmente, as empresas geralmente subinvestem no treinamento. O que é necessário são mecanismos ou programas formais de upskilling para diferentes funções, com um currículo padrão por função para garantir que os funcionários possam manter os pedidos após a migração. Os fornecedores também precisam definir padrões mínimos (como certificações) para garantir que seus funcionários tenham conhecimento suficiente para desenvolver e operar na nuvem. De fato, as empresas devem exigir padrões educacionais de seus fornecedores, especialmente quando estão fornecendo a seus próprios funcionários para ajudar com os aplicativos. Essa inexperiência pode atrasar a migração ou fazer com que as equipes façam escolhas que adicionam custos ou criem riscos de segurança. Um programa de acelerador técnico fornece engenheiros de nuvem e especialistas em migração externos que podem ajudar as equipes de aplicativos a migrar os aplicativos para a nuvem de destino.
Besides setting expectations and defining standards, the control tower appoints a design authority (composed of several individuals) to assist with execution. The design authority partners with the application teams to determine what work is needed on which applications. In practice, the amount of work needed on each application will differ greatly by application, depending on usage, criticality, and business value. It helps to have a central authority define the scope of work by application, sequence the migration to optimize business value, and closely monitor costs. Financial transparency helps prevent double-run costs and flag avoidable recurring cloud costs.
Specify changes in roles and responsibilities for development and operations. The responsibilities of application teams, platform teams, and the infrastructure provider change significantly after a cloud transition. Some companies underestimate the magnitude of these changes, assuming that teams will be able to figure out their new responsibilities. For example, in the precloud environment, many companies use specialized IT operations or data center teams to manage most application operations activities. But since cloud providers don’t step in to take over that role, operational responsibilities after the migration typically land on the application teams, which will probably need new skills. Additionally, infrastructure operations teams will need to transform into cloud platform teams, providing on-demand self-service and end-to-end automation instead of operations services. This requires a major shift in the service portfolio and skill sets. It’s very important that the new operating model clearly define, up front, the responsibilities for developing and operating products and services on the cloud.
Define minimal cloud skills and establish an upskilling program. Achieving cloud benefits is only possible if companies establish minimal skill levels and give employees the proper training in the new tools and platforms so they can set up the applications and environments. Unfortunately, companies often underinvest in training. What’s needed are formal upskilling mechanisms or programs for different roles, with a standard curriculum per role to ensure that employees can maintain applications after the migration. Vendors also need to set minimum standards (such as certifications) to ensure that their employees have sufficient knowledge to develop and operate on the cloud. In fact, companies must demand educational standards from their vendors, especially when they are providing their own employees to help with the applications.
Launch a technical accelerator program. It’s rare for application teams to have a deep familiarity with the cloud, and it’s even more unusual for them to have hands-on cloud migration know-how. This inexperience can delay the migration or cause teams to make choices that add costs or create security risks. A technical accelerator program provides outside cloud engineers and migration specialists who can help application teams migrate the applications to the target cloud.
It’s very important that the new operating model clearly define, up front, the responsibilities for developing and operating products and services on the cloud.
Na prática, existem muitos modelos para suportar equipes de aplicativos com sua migração em nuvem. Uma é criar as chamadas equipes de acelerador que ajudem várias equipes de aplicativos a concluir suas respectivas atividades de migração em nuvem. Isso pode ajudar a melhorar a produtividade, a eficiência de custos e a qualidade geral da migração. É por isso que muitas empresas optam por implementar uma capacidade do Cloud FINOPS, geralmente como uma equipe pequena e separada. A equipe ajuda a tornar visíveis os fatores de custos de nuvem, portanto, os membros da equipe do aplicativo entendem melhor de onde vêm seus custos de nuvem e por que a empresa os está incorrendo. Geralmente, a equipe do FINOPS fornece essas informações por meio de painéis automatizados e algumas ferramentas especializadas que podem redirecionar de forma inteligente as equipes de aplicativos para opções mais econômicas. A equipe do FINOPS também pode aconselhar as equipes de aplicativos sobre maneiras de controlar e racionalizar melhor os custos - escolhendo diferentes níveis de serviços em nuvem, por exemplo. Finalmente, a equipe do FINOPS pode se envolver
Implement a cloud FinOps capability. Application teams new to cloud often don’t know how to manage cloud cost control. This is why many companies choose to implement a cloud FinOps capability, usually as a small, separate team. The team helps make the drivers of cloud costs visible, so application team members better understand where their cloud costs are coming from and why the company is incurring them. Usually, the FinOps team provides this information through automated dashboards and some specialized tools that can intelligently redirect application teams to more cost-effective options. The FinOps team can also advise application teams on ways to better control and rationalize costs—by choosing different tiers of cloud services, for example. Finally, the FinOps team may engage in Benchmarking de custo da nuvem Para identificar melhorias de custos.
Construa a automação para intervenção contínua. Através da automação e das políticas em toda a empresa, as empresas podem impor consistência e implantação rápida de novos requisitos. Automação e ferramentas são essenciais para garantir que a escala de nuvem seja executada corretamente e os custos de nuvem não cresçam fora de controle. A empresa tinha um pouco mais da metade de seus aplicativos na nuvem, mas a entrega digital estava diminuindo enquanto os incidentes e os custos estavam subindo. Ele garantiu que todos os seus aplicativos em nuvem atendessem à disponibilidade e às metas de qualidade (melhorando a agilidade) e reduziu os custos de execução de aplicativos migrados anteriormente em mais de 10%. Começou a aumentar quase toda a sua força de trabalho tecnológica e melhoria a resiliência e a conformidade, removendo todas as vulnerabilidades de segurança do material, trazendo a pontuação média de segurança dos aplicativos abaixo do que é necessário para cerca de 80% (uma pontuação acima da média). A maioria das ferramentas de AI de ponta. O primeiro passo é reconhecer o mais cedo possível se uma migração está lutando. Quando é necessária uma reviravolta, as seis intervenções descritas aqui podem reorientar -se com eficiência o esforço da organização e recuperar a migração no caminho para obter o valor máximo. Inscreva -se Continuous maintenance and monitoring are critical to ensure that policies and best practices are followed. Through automation and company-wide policies, companies can enforce consistency and rapid rollout of new requirements. Automation and tooling are key to ensure that cloud scaling is executed properly and cloud costs don’t grow out of control.
The New Approach in Action
One client recently used these signals and interventions to turn around a transformation that had been underway for four years and was stalling. The company had slightly more than half of its apps on the cloud, but digital delivery was slowing down while incidents and costs were going up.
The approach allowed the company to fully complete its migration backlog over a period of 18 months. It ensured that all of its cloud applications met availability and quality targets (improving agility) and reduced run costs of previously migrated applications by over 10%. It began upskilling nearly all of its tech workforce and improved resilience and compliance by removing all material security vulnerabilities, bringing the average security score of the applications from below what’s required to about 80% (an above-average score).
Turning around a cloud migration that has veered off track and is failing to deliver benefits is difficult but critical in today’s competitive environment—even more so as companies scramble to leverage the most cutting-edge AI tools. The first step is recognizing as early as possible whether a migration is struggling. When a turnaround is needed, the six interventions described here can efficiently refocus the organization’s effort and get the migration back on track for maximum value.
