Uma estratégia de cloud bem-sucedida precisa avaliar e definir o papel da tecnologia em todos os pontos da organização, segundo o Gartner. No entanto, análises indicam que os líderes de negócios e de TI continuam cometendo alguns erros comuns ao elaborar suas estratégias de nuvem.
"Uma boa estratégia para uso da Computação em Nuvem deve começar com um documento curto e consumível, composto de 10 a 20 páginas ou slides", diz Marco Meinardi, vice-presidente e Analista do Gartner.
"Além disso, a estratégia de negócios deve ser a base da estratégia de Cloud e fornecer orientação para aqueles que irão implementá-la, coexistindo com outros esforços estratégicos, não tentando refazê-los."
De acordo com os analistas do Gartner, os líderes de negócios e de TI devem criar uma estratégia de Nuvem de forma colaborativa. Pesquisa do Gartner indica que os 10 erros mais comuns nesse processo são:
1. Supor que o investimento em Nuvem é somente uma estratégia de TI – A Computação em Nuvem não é apenas uma questão de tecnologia. Quem está fora de TI tem habilidades e conhecimentos essenciais para o sucesso da estratégia de uso da Cloud Computing. "Os líderes de negócios e de TI devem evitar o erro de conceber uma estratégia centrada em tecnologia e, depois, ter que tentar "vendê-la" para o resto do negócio", diz Meinardi. "Negócios e TI devem ser parceiros iguais na definição da estratégia de Nuvem."
2. Não ter uma estratégia de saída – Elaborar uma estratégia de saída de um fornecedor de Nuvem, ou seja, para deixar de usar serviços de um determinado plano, é uma tarefa difícil – e esse é um dos motivos pelos quais diversos líderes optam por não criar um plano com esse foco. Muitas organizações acreditam que não precisarão um dia retirar seus ativos do seu ambiente de Nuvem. No entanto, uma estratégia de saída desse tipo é vital para o sucesso das iniciativas em Nuvem de uma organização. "É como ter uma apólice de seguro na gaveta, que esperamos nunca precisar usar", afirma o analista do Gartner.
3. Combinar ou confundir uma estratégia de Nuvem com um plano de implementação de Nuvem – Uma estratégia para uso de recursos em Nuvem é diferente de um plano de implementação de serviços em Cloud, sendo que a estratégia de Nuvem deve sempre vir primeiro. É a fase de decisão na qual os líderes de negócios e de TI decidem o papel que a Computação em Nuvem desempenhará na organização. Um plano de implementação de Cloud vem a seguir, colocando a estratégia definida em prática.
4. Acreditar que é tarde demais para elaborar uma estratégia de Nuvem – Nunca é tarde para começar uma estratégia de Cloud. "Se as organizações conduzirem a adoção das aplicações e recursos em Nuvem sem uma estratégia, isso acabará causando resistência de indivíduos que não estão alinhados com os principais impulsionadores e princípios da estratégia", explica Meinardi. "Como resultado, essa resistência diminuirá a adoção dos serviços em Nuvem e potencialmente comprometerá todo o projeto em torno desse tipo de oferta."
5. Igualar uma estratégia de Nuvem com a ideia de "estamos movendo tudo para Nuvem" – Muitas organizações assumem que ter uma estratégia de Nuvem implica mover todos os dados e aplicações para Cloud. "Essa abordagem impede muitos líderes de negócios e de TI de elaborar uma estratégia porque eles acham que isso significa que serão forçados a começar a usar a Computação em Nuvem para tudo", diz Meinardi. "As organizações devem manter a mente aberta e fazer parceria com especialistas em tecnologias fora da Nuvem, como um arquiteto corporativo, que pode trazer um ponto de vista amplo na definição de seu plano para Cloud."
6. Dizer nossa estratégia de Nuvem é nossa estratégia de Data Center – Muitas organizações confundem sua estratégia de Nuvem com sua estratégia de Data Center. Embora as organizações precisem mantê-los separados, eles precisam garantir que estejam alinhados uns com os outros porque isso afeta o papel que a Computação em Nuvem desempenhará em sua organização. "As decisões de estratégia para Cloud são próprias para cada carga de trabalho, e não decisões de data center apenas", reforça o analista.
7. Acreditar que um Mandato Executivo é uma estratégia – Outro erro comum que as organizações cometem é adotar a Computação em Nuvem porque o Chief Executive Officer (CEO), Chief Information Officer (CIO) ou líder de uma unidade de negócios acredita que isso resultará em economia de custos. Os analistas do Gartner recomendam tratar Mandatos Executivos como patrocínio para elaborar uma estratégia de Nuvem, e não como a estratégia em si. A estratégia para Cloud também deve manter a conexão com os negócios, garantindo que as organizações saibam por que as cargas de trabalho estão se movendo e qual é o objetivo.
8. Acreditar que contratar um fornecedor é a estratégia de Nuvem – As organizações provavelmente usarão vários serviços de Nuvem diferentes ao longo do tempo. Como o uso desses recursos pode se tornar cada vez mais amplo e diversificado, os líderes de negócios e de TI devem elaborar uma estratégia ampla, acomodando vários tipos de cenários, serviços de Nuvem, fornecedores e ambientes fora da Cloud.
9. Terceirizar todo o desenvolvimento da estratégia de Nuvem – Terceirizar a estratégia para Cloud de uma organização pode parecer atraente, mas não deve ser feito. Em vez disso, os analistas do Gartner recomendam que os líderes de negócios e TI usem terceiros – até mesmo o provedor de nuvem – para implementação e apoio. Essa pode ser uma maneira econômica de adquirir as escassas habilidades de nuvem de que sua organização precisa.
10. Dizer que é Cloud-First é toda a estratégia de Nuvem – Uma abordagem que prioriza a Computação em Nuvem significa que, se alguém solicitar um investimento, o local padrão para colocar o novo ativo é em recursos de Nuvem Pública. "Mas ser Cloud-First não significa ser apenas em Nuvem. Se os líderes de negócios e de TI adotarem o princípio de Nuvem em primeiro lugar, sua estratégia deve resolver as exceções à escolha padrão, com aplicações e dados que precisarão ser alocados em outros lugares, além do ambiente em Nuvem", recomenda Meinardi.
