Antipadrões organizacionais da nuvem

Artigo
03/22/2023

Os clientes geralmente experimentam antipadrões de adoção da nuvem em sua estrutura organizacional. Muitos fatores podem causar esses problemas:

Conjuntos de ferramentas
Parceiros
Engenheiros
Departamentos de TI desalinhados

É importante entender a função desses fatores em um cenário de adoção de nuvem bem-sucedido.

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 enxergam a TI como um provedor em vez de um facilitador, eles podem ficar desanimados. 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 de responsabilidade do CFO (diretor financeiro). A diretoria enxerga a TI como um lento provedor de serviços que é um dos maiores geradores de custo da empresa. A diretoria não percebe que a unidade de negócios de mobilidade está consumindo a maioria dos ativos que o departamento de TI solicitou. A TI compra um datacenter para que todas as unidades de negócios utilizem, mas a unidade de negócios de mobilidade obtém esse ativo superdimensionado. A diretoria não enxerga a TI como um facilitador ou parceiro.

Resultado preferencial: enxergar a TI como um facilitador

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 TI funciona como um agente. Em relatórios enviados à empresa, a TI atribui quaisquer cursos 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. Então, você estará mais ciente dos custos das 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, responsabilidade e otimização ao mover para a nuvem. Para obter mais informações, consulte Como criar uma organização com consciência de custos.

Antipadrão: investir em nova tecnologia sem envolver os negócios

Os departamentos de TI geralmente investem em 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 planejamento e desenvolvimento. Essa omissão faz com que a novas plataformas tenha relevância mínima para unidades de negócios. Os funcionários ficam, então, hesitantes para aceitar a nova tecnologia. Pode ocorrer uma adoção ruim ou lenta. A TI também se frustra 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:

Percebem que não têm as permissões necessárias para a implantação.
Só podem usar um número restrito de serviços.
Emitem tíquetes de suporte, o que faz aumentar os ciclos de aprovação.
Começam a duvidar da nova plataforma.

No final, alguns desenvolvedores compram uma assinatura do Azure por conta própria para evitar o incômodo dos regulamentos e regras de TI. Aparece a TI sombra. Como a empresa tem pouco controle sobre a TI sombra, surgem os riscos de alta segurança.

Resultado preferencial: envolver unidades de negócios na tomada de decisão

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) das unidades de negócios nos processos de planejamento e desenvolvimento. Para melhorar a adoção da plataforma, ouça a opinião 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. Encontre o equilíbrio certo entre conformidade e flexibilidade. Por exemplo, encontre maneiras de satisfazer as políticas de governança e segurança enquanto mantém os ambientes de desenvolvimento ágeis.

Antipadrão: terceirizar as principais funções dos negócios

Os parceiros de consultoria e os MSPs (provedores de serviços gerenciados) podem desempenhar um papel importante em uma jornada à nuvem. Mas, as empresas devem cuidar para que o trabalho dos parceiros e MSPs não forneça o valor principal de seus negócios. As empresas que terceirizam responsabilidades para MSPs ou consultores de nuvem não devem se tornar dependentes desses provedores.

Exemplo: terceirizar a adoção e migração para a nuvem

Uma instituição de pesquisa tem um projeto de migração para a nuvem de tempo crítico. Para reduzir a jornada de adoção da nuvem, ela contrata um MSP para criar a base do Azure e implementar a migração. Em vez de aprender sobre a fase de adoção da nuvem e criar habilidades, a instituição opta por entregar toda a responsabilidade do Azure ao MSP. Como o instituto não tem nenhum conhecimento sobre a nuvem ou o Azure, o MSP assume a liderança em todas as decisões, tornando o instituto dependente do MSP.

Resultado preferencial: fazer com que áreas críticas de planejamento seja responsabilidade da empresa

Mantenha a terceirização em mente como uma boa estratégia de redução de custos. Mas, tome decisões em sua empresa quando elas envolverem essas áreas de críticas de planejamento:

Governança
Risco
Conformidade
Identidade

Mantenha a responsabilidade dentro da empresa para essas e outras áreas que são essenciais para o seu estado de segurança. Use parceiros externos para acelerar a jornada de adoção. Mas, para evitar se tornar dependente dos provedores, não terceirize tudo.

Antipadrão: contratar tomadores de decisões técnicas em vez de desenvolver engenheiros de nuvem

As empresas dão 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 o mais importante é que as adoções da nuvem precisam de engenheiros com mentalidade prática e profundas habilidades técnicas.

Exemplo: contratar somente TDMs

Um instituto de pesquisa contrata vários TDMs para liderar sua jornada à nuvem. Após o término da fase inicial do conceito de alto nível, a fase de implementação é iniciada. O instituto então percebe que as implantações na nuvem se comportam de maneira 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 adequadamente os conceitos de automação de nuvem e zona de destino. As responsabilidades e as tarefas podem mudar significativamente quando você adota modelos de serviço. Ao deslocar as responsabilidades para um provedor de nuvem, você pode entrar em produção com mais rapidez. Você também pode usar o TDMs para tomada de decisão, mas use engenheiros de nuvem qualificados para tarefas que exigem conhecimento profundo de engenharia. Em seguida, você perceberá as vantagens oferecidas pela nuvem.

Share via