Antipadrões organizacionais na nuvem
Os clientes geralmente experimentam antipadrões de adoção de nuvem em sua estrutura organizacional. Muitos fatores podem causar esses problemas:
- Kits de Ferramentas
- Parceiros
- Engenheiros
- Departamentos de TI desalinhados
É importante entender o papel desses fatores em um cenário de adoção bem-sucedida da nuvem.
Antipadrão: Trate a TI como um centro de custos
Muitas empresas tratam os departamentos de TI como centros de custo. Essa abordagem pode levar à perceção de que a TI não agrega valor à empresa. Quando os funcionários veem 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. A motivação reduzida e os longos tempos de ciclo resultam. A qualidade do trabalho de TI pode ser prejudicada e silos e feudos podem se desenvolver.
Exemplo: Tratar a TI como um centro de custos
Uma corporação gerencia seu departamento de TI como um centro de custos 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 impulsionadores de custos 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 usarem, mas a unidade de negócios de mobilidade recebe esse ativo superdimensionado. O conselho não vê a TI como um facilitador ou um parceiro.
Resultado preferido: ver a TI como um facilitador
Em vez de gerenciar seu departamento de TI como um centro de custo, considere uma destas abordagens:
- Chargeback: 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. Nos relatórios de retorno ao negócio, a TI atribui quaisquer custos diretos às unidades de negócios relevantes.
Use a nuvem como uma ferramenta para aumentar os custos e a transparência dos negócios. Por exemplo, implementar uma disciplina de Gestão de Custos para aumentar a transparência de custos. Então 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, responsabilidade e otimização ao migrar para a nuvem. Para obter mais informações, consulte Criar uma organização consciente de custos.
Antipadrão: Invista 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 projeto e desenvolvimento. Esta omissão conduz a novas plataformas com relevância mínima para as unidades de negócio. Os funcionários hesitam em aceitar a nova tecnologia. Pode resultar numa adoção deficiente 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 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 utilizar um número restrito de serviços.
- Emita tíquetes de suporte, que prolongam os ciclos de aprovação.
- Comece a duvidar da nova plataforma.
No final, alguns desenvolvedores compram uma assinatura do Azure por conta própria 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 altos riscos de segurança.
Resultado preferido: Envolver as unidades de negócio na tomada de decisões
Evite criar silos de TI ao implantar uma plataforma de nuvem pronta para a empresa. Envolver desenvolvedores e tomadores de decisão técnica (TDMs) de unidades de negócios em processos de design e desenvolvimento. Para melhorar a adoção da plataforma, ouça as informações da unidade de negócios.
Consulte Iniciar com as zonas de aterrissagem em escala empresarial do Cloud Adoption Framework para conhecer as práticas recomendadas e os princípios de design do Azure que aumentam a velocidade de adoção e são adaptados para desenvolvedores. Encontrar o equilíbrio certo entre conformidade e flexibilidade. Por exemplo, encontre maneiras de satisfazer as 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 provedores de serviços gerenciados (MSPs) podem desempenhar um papel importante em uma jornada na nuvem. Mas, as empresas devem tomar cuidado para que o trabalho dos parceiros e MSPs não proporcione 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: terceirizar a adoção e a migração da nuvem
Um instituto de pesquisa tem um projeto urgente de migração para a nuvem. Para encurtar a jornada de adoção da nuvem, ele 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 desenvolver habilidades, o instituto opta por entregar toda a responsabilidade do Azure ao MSP. Como o instituto não tem conhecimento de nuvem ou Azure, o MSP assume a liderança em todas as decisões, tornando o instituto dependente do MSP.
Resultado preferido: Tornar as áreas críticas de design a responsabilidade da empresa
Tenha em mente a terceirização como uma boa estratégia de redução de custos. Mas, tome decisões dentro da sua empresa quando elas envolverem estas áreas críticas de design:
- Governação
- Risco
- Conformidade
- Identidade
Mantenha a responsabilidade dentro da empresa por essas e outras áreas que são críticas para o seu patrimônio de segurança. Use parceiros externos para acelerar a jornada de adoção. Mas, para evitar ficar dependente de fornecedores, não terceirize tudo.
Antipadrão: contrate tomadores de decisões técnicas em vez de desenvolver engenheiros de nuvem
As empresas dão importância a encontrar o pessoal certo. Como resultado, eles geralmente contratam ou criam TDMs durante as fases iniciais de adoção da nuvem. Jornadas de sucesso na nuvem dependem de TDMs. Mas, mais importante, as adoções na nuvem precisam de engenheiros com mentalidades práticas e habilidades técnicas profundas.
Exemplo: Contratar apenas TDMs
Um instituto de pesquisa contrata vários TDMs para liderar sua jornada na nuvem. Após o término da fase inicial de conceito de alto nível, inicia-se a fase de implementação. O instituto então percebe que as implantações em nuvem se comportam de forma diferente das implantações locais. É necessário um esforço extra de engenharia de nuvem para implementar adequadamente infraestrutura como código (IaC) e conceitos de governança orientada por políticas.
Resultado preferido: use engenheiros de nuvem para a fase de implementação
Lembre-se de que os engenheiros são essenciais para implementar adequadamente a automação na nuvem e os conceitos de zona de aterrissagem. As responsabilidades e tarefas podem mudar significativamente quando você adota modelos de serviço. Ao transferir as responsabilidades para um provedor de nuvem, você pode entrar em produção mais rapidamente. Você também pode usar TDMs para a tomada de decisões, mas usar engenheiros de nuvem capazes para tarefas que exigem profundo conhecimento de engenharia. Então você perceberá as vantagens que a nuvem oferece.