Funções de centro de excelência em nuvem (CCoE)

Muitas organizações de TI compartilham o objetivo principal de alcançar a agilidade técnica e de negócios. Um CCoE (centro de excelência em nuvem) é uma função que ajuda as organizações a equilibrar a velocidade e a estabilidade enquanto buscam esse objetivo.

Estrutura da função

Um modelo CCoE requer colaboração entre cada um dos seguintes recursos:

  • Adoção da nuvem (arquitetos de soluções)
  • Estratégia de nuvem (o programa e os gerentes de projeto)
  • Governança de nuvem
  • Plataforma de nuvem
  • Automação de nuvem

Efeitos

Quando essa função é estruturada e apoiada corretamente, os participantes podem acelerar os esforços de inovação e migração, reduzindo o custo geral das alterações e aumentando a agilidade dos negócios. Quando implementada com sucesso, essa função pode produzir reduções perceptíveis no tempo de lançamento no mercado. À medida que as práticas da equipe amadurecem, os indicadores de qualidade melhoram, incluindo confiabilidade, eficiência de desempenho, segurança, facilidade de manutenção e satisfação do cliente. Esses ganhos em eficiência, agilidade e qualidade são especialmente vitais se a empresa planeja implementar esforços de migração em larga escala para a nuvem ou quer usar a nuvem para impulsionar inovações associadas à diferenciação de mercado.

Quando bem-sucedido, o modelo de CCoE cria mudanças significativas na TI. Em uma abordagem de CCoE, a TI serve como um agente, parceiro ou representante da empresa. Esse modelo é uma mudança de paradigma da visão tradicional de TI como uma unidade de operações ou uma camada de abstração entre a empresa e os ativos de TI.

A imagem a seguir fornece uma analogia para essa alteração. Sem uma abordagem CCoE, a TI tende a se concentrar em fornecer controle e responsabilidade central, atuando como os semáforos em uma interseção. Quando o CCoE é bem-sucedida, a função de TI é semelhante a uma rotatória em uma interseção em que o foco é a liberdade e a responsabilidade delegada.

Diagram that shows an analogy for a C C o E paradigm shift.

As duas abordagens são válidas. Elas são visões alternativas sobre responsabilidade e gerenciamento. O modelo de CCoE pode se ajustar à estratégia de tecnologia se você quer estabelecer um modelo de autoatendimento que permita que as unidades de negócios tomem as próprias decisões enquanto aderem a um conjunto de diretrizes e controles repetíveis estabelecidos.

Responsabilidades principais

O principal dever da equipe de CCoE é acelerar a adoção da nuvem por meio de soluções híbridas ou nativas de nuvem.

O objetivo do CCoE é:

  • Ajude a criar uma organização de TI moderna usando abordagens ágeis para capturar e implementar requisitos de negócios.
  • Usar pacotes de implantação reutilizáveis que se alinham às políticas de segurança, conformidade e gerenciamento.
  • Manter uma plataforma funcional do Azure em alinhamento com os procedimentos operacionais.
  • Revisar e aprovar o uso de ferramentas nativas de nuvem.
  • Padronizar e automatizar os componentes e as soluções de plataforma mais comumente necessários ao longo do tempo.

Cadência de reunião

É importante permitir a colaboração orgânica e acompanhar o crescimento por meio de um repositório ou catálogo de soluções comum. Maximize interações naturais e minimize as reuniões. Reuniões recorrentes, como reuniões de lançamento hospedadas pela equipe de adoção da nuvem, podem fornecer entradas de dados. No entanto, depois que essa função amadurecer, tente limitar as reuniões dedicadas. Organizar uma reunião após cada plano de lançamento ser compartilhado pode fornecer um ponto de contato mínimo para essa equipe.

Soluções e controles

Cada membro do CCoE precisa entender as restrições, os riscos e as proteções necessárias que levaram ao conjunto atual de controles de TI. A CCoE transforma essa compreensão em soluções ou controles nativos de nuvem (ou híbridos), que permitem resultados de negócios de autoatendimento. À medida que as soluções são criadas, elas são compartilhadas com outras equipes na forma de controles ou processos automatizados que servem como proteção para vários esforços. Esses guardrails ajudam a orientar as atividades da equipe e a delegar responsabilidades aos participantes dos esforços de migração ou inovação.

A tabela a seguir descreve alguns exemplos dessa transição.

Cenário Solução pré-CCoE Solução pré-CCoE
Provisionar uma instância do SQL Server em produção As equipes de rede, TI e plataforma de dados provisionam componentes ao longo de dias ou semanas. A equipe que requer o servidor implanta uma instância de plataforma como serviço (PaaS) do Banco de Dados SQL do Azure. Como alternativa, a implantação pode usar um modelo pré-aprovado para todos os ativos de infraestrutura como serviço (IaaS) para a nuvem em horas.
Provisione um ambiente de desenvolvimento As equipes de rede, TI, desenvolvimento e DevOps concordam com as especificações e implantam um ambiente. A equipe de desenvolvimento define suas próprias especificações e implanta um ambiente com base no orçamento alocado.
Atualizar requisitos de segurança para melhorar a proteção de dados As equipes de rede, TI e segurança atualizam dispositivos de rede e máquinas virtuais (VMs) em vários ambientes para adicionar proteções. As ferramentas de governança de nuvem são usadas para atualizar políticas que podem ser aplicadas imediatamente a todos os ativos em todos os ambientes de nuvem.

Negociações

Um processo de negociação em andamento está na raiz dos esforços do CCoE. Uma equipe de CCoE negocia com funções de TI existentes para reduzir o controle central. Os compromissos para a empresa nessa negociação são liberdade, agilidade e velocidade, e o valor da troca para as equipes de TI existentes é entregue como novas soluções. Novas soluções fornecem à equipe de TI um ou mais dos seguintes benefícios:

  • Capacidade de automatizar problemas comuns
  • Melhorias na consistência com redução das frustrações do dia a dia
  • Oportunidade de aprender e implantar novas soluções técnicas
  • Redução de incidentes de alta gravidade (exigindo menos correções rápidas ou respostas de pager noturno)
  • Capacidade de ampliar seu escopo técnico e abordar tópicos mais amplos
  • Participação em soluções de negócios de alto nível, abordando os efeitos da tecnologia
  • Redução nas tarefas de manutenção manual
  • Aumento na estratégia de tecnologia e na automação

Em troca desses benefícios, a função de TI existente pode trocar os seguintes valores:

  • Noção de controle de processos de aprovação manual
  • Noção de estabilidade do controle de alteração
  • Noção de segurança do trabalho da conclusão das tarefas necessárias e repetitivas
  • Noção de consistência de aderência aos fornecedores de solução de TI existentes

Em empresas de encaminhamento de nuvem íntegras, esse processo de negociação é uma conversa dinâmica entre pares e equipes de TI parceiras. Os detalhes técnicos podem ser complexos, mas gerenciáveis quando a TI entende o objetivo e é a favor dos esforços do CCoE. Quando a TI não é tão compreensiva, a seção a seguir sobre como habilitar o sucesso do CCoE pode ajudar a superar atritos.

Habilitar o sucesso do CCoE

Antes de prosseguir com esse modelo, considere a tolerância da empresa para uma mentalidade de crescimento e o nível de conforto da TI com a liberação de responsabilidades centrais. Conforme já mencionamos, um CCoE troca o controle por agilidade e velocidade.

Esse tipo de alteração leva tempo, experimentação e negociação. Haverá aumentos e retornos durante o processo, mas se a equipe permanecer ágil e não se desencorajar com a experimentação, haverá uma alta probabilidade de sucesso na melhoria da agilidade, da velocidade e da confiabilidade. Um dos maiores fatores de sucesso é o suporte da liderança e dos principais stakeholders.

Stakeholders-chave

A liderança de TI é o primeiro e mais óbvio stakeholder. Os gerentes de TI desempenham um papel importante, mas a implementação desse modelo requer o apoio do CIO e de outros líderes de TI de nível executivo.

Menos óbvia é a necessidade de stakeholders empresariais. A agilidade do negócio e o time to market são as principais motivações para a formação de um CCoE. Assim, os principais stakeholders têm um interesse maior nessas áreas. Exemplos de stakeholders empresariais incluem líderes de linha de negócios, executivos de finanças, executivos de operações e proprietários de produtos empresariais.

Apoio das partes interessadas do negócio

O apoio de stakeholders empresariais pode acelerar os esforços de CCoE. Grande parte do foco dos esforços de CCoE está centralizado em fazer melhorias de longo prazo na agilidade e na velocidade dos negócios. Definir os efeitos dos modelos operacionais atuais e o valor das melhorias é valioso como guia e ferramenta de negociação para o CCoE. Sugerimos estabelecer ou definir claramente na documentação os seguintes itens para angariar apoio para uma CCoE:

  • Resultados e metas de negócios esperados.

  • Pontos problemáticos atuais do processo de TI, como velocidade, agilidade, estabilidade e desafios de custo.

  • Efeitos históricos desses pontos problemáticos, como perda de participação de mercado, ganhos da concorrência em recursos e funções, experiências ruins do cliente e aumento do orçamento.

  • Oportunidades de melhoria de negócios que são bloqueadas pelos atuais pontos problemáticos e modelos operacionais.

  • Cronogramas e métricas relacionados a essas oportunidades.

Esses pontos de dados não são um ataque à TI. Em vez disso, eles ajudam a equipe do CCoE a aprender com o passado, estabelecer uma lista de pendências realista e planejar melhorias.

Suporte e engajamento contínuos das partes interessadas

As equipes de CCoE podem demonstrar retornos rápidos em algumas áreas, mas os objetivos de nível mais alto, como agilidade de negócios e tempo de lançamento no mercado, podem levar muito mais tempo. Durante o amadurecimento, há um alto risco de a equipe CCoE ficar desanimada ou de os membros serem puxados para se concentrar em outros esforços de TI.

Durante os primeiros seis a nove meses de esforços do CCoE, recomendamos que os participantes de negócios atendam mensalmente com a liderança de TI e o CCoE. Há pouca necessidade de cerimônia formal nessas reuniões. Simplesmente lembrar os membros do CCoE e sua liderança da importância desse programa pode ajudar muito para o sucesso do CCoE.

Também recomendamos que as partes interessadas do negócio permaneçam informadas sobre o progresso e os problemas de bloqueio que a equipe do CCoE enfrenta. Seus esforços podem parecer minúcias técnicas, mas os interessados comerciais precisam entender o progresso do plano para que possam se envolver quando a equipe perde energia ou é distraída por outras prioridades.

Suporte das partes interessadas de TI

O suporte das partes interessadas de TI deve incluir as seguintes atividades:

  • Apoio à visão: um esforço de CCoE bem-sucedido requer uma grande dose de negociação com os membros existentes da equipe de TI.

    Quando bem feito, todos eles contribuem para a solução e se sentem à vontade com a mudança. Ocasionalmente, alguns membros da equipe de TI talvez queiram manter os mecanismos de controle. Quando tais situações ocorrem, o suporte ao CCoE pelas partes interessadas de TI é vital para o sucesso do CCoE. As partes interessadas em TI precisam incentivar e reforçar os objetivos gerais do CCoE para resolver os bloqueios à negociação adequada. Em raras ocasiões, as partes interessadas em TI podem até precisar intervir e quebrar um impasse ou uma votação empatada para manter o progresso do CCoE.

  • Manter foco: um CCoE pode ser um compromisso significativo para qualquer equipe de TI com restrições de recursos.

    Remover arquitetos fortes de projetos de curto prazo para se concentrar em ganhos de longo prazo pode criar dificuldade para membros da equipe que não fazem parte do CCoE. A liderança de TI e os stakeholders de TI precisam se concentrar na meta do CCoE. O apoio dos líderes de TI e dos stakeholders de TI pode despriorizar as interrupções das operações cotidianas em favor das tarefas de CCoEs.

  • Criar um tampão: a equipe CCoE experimenta as novas abordagens.

    Algumas novas abordagens não se alinham bem com as operações existentes ou restrições técnicas. A equipe do CCoE pode sofrer pressão ou recurso de outras equipes quando os experimentos falham. É importante encorajar e proteger a equipe CCoE das consequências das oportunidades de aprendizado de "falha rápida". É igualmente importante responsabilizar a equipe por uma mentalidade de crescimento para garantir que eles aprendam com esses experimentos e encontrem soluções melhores.

Próximas etapas

Um modelo de CCoE requer funções de plataforma de nuvem e de automação de nuvem. A próxima etapa é alinhar as funções da plataforma de nuvem.