** _ Este artigo foi escrito por Tom Read, diretor digital e de informação do Ministério da Justiça ._ **

Uma das minhas citações favoritas vem do falecido e grande escritor americano Kurt Vonnegut:

“Outra falha no caráter humano é que todo mundo quer construir e ninguém quer fazer manutenção” - Kurt Vonnegut

Na Justice Digital & Technology, o braço digital do Ministério da Justiça (MoJ), raramente somos acusados de ser tímidos quanto à autopromoção. Nós conversamos no palco, fazemos um blog e tuímos em voz alta sobre nossos sucessos.

Não peço desculpas por isso.

Fazer a transformação no governo geralmente é difícil, frustrante e ingrato, por isso devemos comemorar nosso bom trabalho. Também precisamos dizer ao mundo que este é um lugar onde você pode vir e fazer a diferença.

O foco de nossa celebração geralmente cai em duas categorias: entrega de novos serviços ou projetos; e resgatar um projeto ou serviço de um desastre. Eles estão conectados. Como nossos projetos geralmente são financiados por investimento de capital, isso pode significar que entregamos no ritmo e, em seguida, deixamos o software se deteriorar até que tenhamos que intervir e nos recuperar do fracasso.

Suspeito que isso também se deva ao fato de muitas de nossas equipes ainda estarem em modo de inicialização: mova-se rápido e quebre as coisas.

Comemorando a manutenção

Falamos muito menos de uma cultura que celebra a manutenção. Temos mais de 700 sistemas complexos no Ministério da Justiça e uma grande proporção sofreu com a negligência, pois priorizamos repetidamente nosso dinheiro e pessoal na construção de novos serviços.

Agora estamos tentando mudar isso criando um portfólio de mudanças mais equilibrado, com igual peso e comemoração para manter os serviços devidamente corrigidos, hospedados, atualizados e disponíveis.

Para ajudar com nossa priorização, pegamos nossos 40 sistemas mais críticos e os avaliamos em relação a cinco critérios:

  1. ** Pessoas **: Temos uma equipe, ou um fornecedor terceirizado, que realmente entende o sistema e pode mantê-lo mantido?
  2. ** Tecnologia **: quão bem podemos operar a tecnologia por meio de coisas como testes automatizados, CI / CD?
  3. ** Atrofia **: apodrece efetivamente. Quando o sistema foi corrigido ou atualizado pela última vez e quantos componentes de suporte ele inclui?
  4. ** GDPR **: As programações de retenção e as funções de exclusão automática estão integradas?
  5. ** Hospedagem **: o sistema está hospedado em um serviço de nuvem estratégico ou está preso em um datacenter legado em algum lugar?

O número 40 principal é um pouco arbitrário, mas se baseia em alguns princípios sólidos: Quais contêm nossos dados mais confidenciais? Qual causaria o maior impacto operacional se eles caíssem? O que causaria danos significativos à reputação de nosso departamento?

Resolvendo os problemas

O risco dessa abordagem é que podemos cair na armadilha de admirar o problema em vez de corrigi-lo. Descobrimos logo no início que mover serviços de ambientes de hospedagem legados para a nuvem pública era uma etapa vital, pois torna muito mais fácil implantar mudanças, e esse tem sido nosso foco nos últimos dois anos.

Agora estamos abordando alguns dos desafios mais profundos da modernização de aplicativos e, de maneira crítica, garantindo que cada um de nossos sistemas prioritários tenha um proprietário claro e uma estrutura de suporte.

Isso é difícil por alguns motivos. O primeiro é o dinheiro. Migrar serviços para a nuvem, atualizar bancos de dados e camadas de aplicativos é caro, leva tempo e exige um esforço considerável. O caso de negócios é construído em torno da prevenção de custos de um desastre de TI que pode não acontecer, em vez de ter um retorno claro sobre o investimento.

A menos que haja um problema imediato, priorizar a manutenção é difícil de vender

A segunda é obter a adesão das áreas de negócios para priorizar esse trabalho. A menos que haja um problema imediato, priorizar a manutenção é difícil de vender. Sempre há uma nova política ou um novo recurso que as pessoas acreditam ser mais importante, portanto, lidar com o risco técnico é empurrado para baixo na lista de prioridades. Há também uma visão curiosa e abrangente de que o sistema legado será desativado a qualquer ano, então devemos apenas mantê-lo funcionando.

O terceiro é a própria tecnologia. Sistemas que foram ignorados por anos são frequentemente frágeis, mal documentados e suportados por uma pessoa que construiu a coisa em 1993. Precisamos estar cientes de que o projeto de atualização técnica mais bem-intencionado pode dar terrivelmente errado.

Rebentos verdes

A boa notícia é que não estamos sozinhos no MoJ. Histórias como o colapso do TSB IT, a violação de dados BA e [nossa grande interrupção](https://www.independent.co.uk/news/uk/home -news / courts-it-outage-computer-email-wifi-moj-budget-cortes-criminal-bar-association-a8740656.html) no início de 2019 tornou este um tópico que os líderes do governo não podem ignorar. A equipe de liderança no MoJ entende a importância de manter isso no topo da agenda à medida que avançamos nas próximas rodadas de gastos, para que possamos manter nossos serviços públicos vitais funcionando. - Tom Read

(Crédito da foto: Death to the stock photo)

Certifique-se de partilhar as suas próprias ideias com o autor ao deixar um comentário abaixo