Antipadrões organizacionais de nuvem
Os clientes geralmente experimentam antipadrões de adoção de nuvem dentro de sua estrutura organizacional. Muitos fatores podem causar esses problemas:
- Conjuntos de ferramentas
- Parceiros
- Engenheiros
- Departamentos de TI desalinhados
É importante entender o papel desses fatores em um cenário bem-sucedido de adoção de nuvem.
Antipadrão: tratar a TI como um centro de custo
Muitas empresas tratam os departamentos de TI como centros de custo. Essa abordagem pode levar à percepção de que a TI não agrega valor à empresa. Quando os funcionários veem a TI como um provedor em vez de um habilitador, eles podem se tornar desencorajados. Também é difícil para a empresa atrair o talento certo. O resultado é a redução na motivação e tempos de ciclo de vida longos. A qualidade do trabalho da TI pode ser afetada, e pode gerar o desenvolvimento de silos e feudos.
Exemplo: tratar a TI como um centro de custo
Uma empresa gerencia seu departamento de TI como um centro de custo responsável pelo diretor financeiro (CFO). O conselho de administração percebe a TI como um provedor de serviços lento que é um dos maiores drivers de custo da empresa. O conselho de administração não percebe que a unidade de negócios de mobilidade está consumindo a maioria dos ativos que o departamento de TI encomendou. A TI compra um datacenter para todas as unidades de negócios a serem usadas, mas a unidade de negócios de mobilidade obtém esse ativo superdimensionado. O quadro não vê a TI como um habilitador ou um parceiro.
Resultado preferencial: exibir a TI como um habilitador
Em vez de gerenciar seu departamento de TI como um centro de custo, considere uma destas abordagens:
- Estorno: as unidades de negócios tratam os custos de TI como despesas operacionais em seus orçamentos.
- Showback ou awareness-back: a tecnologia da informação funciona como um agente. Em relatórios de volta à empresa, a TI atribui todos os custos diretos às unidades de negócios relevantes.
Use a nuvem como uma ferramenta para aumentar o custo e a transparência dos negócios. Por exemplo, implemente uma disciplina de Gerenciamento de Custos para aumentar a transparência de custos. Em seguida, você estará mais ciente do custo de diferentes unidades de negócios. Você verá o departamento de TI como um facilitador para essas unidades.
Para melhorar a transparência, concentre-se na visibilidade, na responsabilidade e na otimização ao migrar para a nuvem. Para obter mais informações, consulte Criar uma organização consciente do custo.
Antipadrão: Investir em novas tecnologias sem envolver o negócio
Os departamentos de TI geralmente investem recursos humanos e financeiros significativos na criação e implantação de plataformas e conjuntos de ferramentas robustos. Mas, às vezes, a TI não considera as unidades de negócios e suas necessidades durante as fases de design e desenvolvimento. Essa omissão leva a novas plataformas com relevância mínima para unidades de negócios. Os funcionários estão então hesitantes em aceitar a nova tecnologia. Pode ocorrer uma adoção ruim ou lenta. A frustração também aumenta dentro da TI quando as unidades de negócios não usam suas plataformas.
Exemplo: configurar uma plataforma sem envolver unidades de negócios
O departamento de TI de uma empresa de análise de dados configura e personaliza uma plataforma do Azure sem envolver nenhuma unidade de negócios. Ao usar a plataforma, os desenvolvedores da unidade de negócios:
- Perceba que eles não têm as permissões necessárias para a implantação.
- Só pode usar um número restrito de serviços.
- Emitem tíquetes de suporte, o que faz aumentar os ciclos de aprovação.
- Comece a duvidar da nova plataforma.
No final, alguns desenvolvedores compram uma assinatura do Azure sozinhos para evitar o incômodo das regras e regulamentos de TI. Shadow IT aparece. Como a empresa tem pouco controle sobre a TI sombra, surgem riscos de alta segurança.
Resultado preferencial: envolver unidades de negócios na tomada de decisões
Evite criar silos de TI ao implantar uma plataforma de nuvem pronta para a empresa. Envolva desenvolvedores e TDMs (tomadores de decisões técnicas) de unidades de negócios em processos de design e desenvolvimento. Para melhorar a adoção da plataforma, ouça a entrada da unidade de negócios.
Consulte Introdução às zonas de destino de escala empresarial do Cloud Adoption Framework para as melhores práticas do Azure e princípios de design que aumentam a velocidade de adoção e são adaptadas para os desenvolvedores. Atinja o equilíbrio certo entre conformidade e flexibilidade. Por exemplo, encontre maneiras de satisfazer políticas de governança e segurança, mantendo os ambientes de desenvolvimento ágeis.
Antipadrão: Terceirizar funções essenciais do negócio
Parceiros de consultoria e MSPs (provedores de serviços gerenciados) podem desempenhar um papel importante em um percurso de nuvem. Mas, as empresas devem ter cuidado para que o trabalho dos parceiros e msps não forneça o maior valor em seus negócios. As empresas que terceirizam responsabilidades para MSPs ou consultores de nuvem não devem se tornar dependentes desses provedores.
Exemplo: Migração e adoção da nuvem de terceirização
Um instituto de pesquisa tem um projeto de migração de nuvem com prazo crítico. Para reduzir o percurso de adoção da nuvem, ele contrata um MSP para criar a fundação do Azure e implementar a migração. Em vez de aprender sobre a fase de adoção da nuvem e criar habilidades, o instituto opta por entregar toda a responsabilidade do Azure ao MSP. Como o instituto não tem conhecimento de nuvem ou do Azure, o MSP assume a liderança em todas as decisões, tornando o instituto dependente do MSP.
Resultado preferencial: tornar as áreas de design críticas responsabilidade da empresa
Tenha em mente a terceirização como uma boa estratégia de corte de custos. No entanto, tome decisões em sua empresa quando envolverem essas áreas de design críticas:
- Governança
- Risco
- Conformidade
- Identidade
Mantenha a responsabilidade dentro da empresa por essas e outras áreas que são críticas para sua infraestrutura de segurança. Use parceiros externos para acelerar o percurso de adoção. Mas, para evitar se tornar dependente de provedores, não terceirizar tudo.
Antipadrão: contratar tomadores de decisões técnicas em vez de desenvolver engenheiros de nuvem
As empresas colocam importância em encontrar o pessoal certo. Como resultado, eles geralmente contratam ou criam TDMs durante as fases iniciais de adoção da nuvem. As jornadas à nuvem bem-sucedidas dependem dos TDMs. Mas, mais importante, as adoções de nuvem precisam de engenheiros com mentalidades práticas e habilidades técnicas profundas.
Exemplo: contratar somente TDMs
Um instituto de pesquisa contrata vários gerentes de desenvolvimento técnico (TDMs) para liderar sua jornada na nuvem. Após o término da fase inicial de conceito de alto nível, a fase de implementação será iniciada. Em seguida, o instituto percebe que as implantações de nuvem se comportam de forma diferente das implantações locais. Ele precisa de um esforço extra de engenharia de nuvem para implementar adequadamente conceitos de Infraestrutura como código (IaC) e governança orientada por políticas.
Resultado preferencial: usar engenheiros de nuvem para a fase de implementação
Lembre-se de que os engenheiros são essenciais para implementar corretamente os conceitos de automação de nuvem e zona de destino. Responsabilidades e tarefas podem mudar significativamente quando você adota modelos de serviço. Ao transferir responsabilidades para um provedor de nuvem, você pode entrar em produção mais rapidamente. Você também pode usar TDMs para tomada de decisão, mas usar engenheiros de nuvem capazes para tarefas que exigem conhecimento profundo de engenharia. Em seguida, você perceberá as vantagens que a nuvem fornece.