O vício em tecnologia é perigoso.

Eu sei do que estou falando, era um viciado focado em tecnologia para tecnologia, influenciado pelo ecossistema de engenharia em que estava.

Segui em frente, começando a fazer perguntas mais longas.

A mudança passou de “Isso funciona?” para “Funciona para o nosso negócio, hoje e amanhã?” e “Qual é a solução mínima?”.

Exploramos as principais razões para conter a entropia tecnológica em “Mais Tecnologia, Mais Problemas”; este artigo se concentra no como.

Este artigo compartilha como construir um radar de tecnologia para o Quality at Speed, agilizando seu negócio, tecnologia e organização.

Segue a QE Unit para mais Quality Engineering exclusiva da comunidade.

Comece agindo com Quality Engineering

A solução mais rápida seria começar a catalogar todas as tecnologias em uso. Mas a preparação mínima faz a diferença.

Essas práticas diretrizes o ajudarão a começar bem:

• Use a automação sempre que possível para recuperar as tecnologias em uso;
• Seja colaborativo para criar adesão e obter o que há de melhor nos scanners;
• Identifique metadados como domínio, funções e escopo de implantação.

Geralmente, pode recuperar informações úteis em repositórios de código (por exemplo, Git) e plataformas de implantação (por exemplo, Gitlab, GitHub, Azure DevOps, etc).

Existem soluções de scanner, mas evite adicionar outra tecnologia se não tiver uma.

A colaboração pode ser feita compartilhando sua iniciativa no planejamento de prioridades, organizando uma sincronização inicial e de acompanhamento com as partes interessadas.

Pode então seguir em frente construindo seu radar de tecnologia.

Construa seu portfólio de tecnologia de Quality Engineering

Podemos pensar em um portfólio de tecnologia como uma mera lista de tecnologias em uso, mas informações específicas fornecem uma perspectiva mais ampla.

O contexto é importante para decisões globais e locais; uma tecnologia de interface de usuário não é a mesma preocupação para milhões de usuários finais do que para alguns usuários internos.

Os metadados estão presentes na versão QE para responder ao “Porquê”, “O que” e ao “Quem”. Acesse aqui.

Essas colunas fazem parte do radar da tecnologia de Quality Engineering:

• Por que (obrigatório)
  • Domínio funcional, idealmente em Domain-Driven Design (DDD);
  • Funções fornecidas pela tecnologia específica;
  • Impacto de “ menor” para “crítico para os negócio”;

• O que (obrigatório)
  • Categoria de tecnologia;
  • Nome da tecnologia;
  • Status Atual que pode ser “Adopt”, “Trial”, “Assess”, “Hold”;
  • QE Score classificado em valor decrescente dos próximos três campos;
  • Qualidade da contribuição para o cumprimento dos requisitos;
  • Velocidade avaliando a capacidade de proporcionar agilidade na entrega;
  • Complexidade na entrega e manutenção da tecnologia;

• Como (opcional)
  • Status trimestral especificando o status com uma foto de 2-3 anos idealmente;
  • Versões de tecnologia com em uso e último major disponível;
  • Desdobramento, desenvolvimento escopo variando de “1 aplicativo” a “global”;
  • Suporte responsável pelas operações, útil para identificar competências vs gerenciadas;
  • Proprietário o responsável pelo serviço de aplicação, evite nome da equipe;
  • Descrição para definir uma breve descrição da tecnologia;
  • Documentação para mais detalhes;
  • Flag IsNew para identificar recente, compatível com ThoughtWorks 😉

As colunas “Por que” podem ser preenchidas com um domínio geral no início. Com o tempo, pode refinar as funções e os impactos ao dividi-los.

Essas primeiras colunas por tecnologia podem duplicar algumas linhas. pode pensar “vamos refatorar removendo colunas desnecessárias” – por favor, não. 

Esses campos são úteis para contextualizar o uso da tecnologia para manter constantemente a perspectiva global e local para uma melhor tomada de decisão.

Se não tiver tempo, concentre-se nos dois primeiros blocos, “Por que” e “O quê”.

Dados adicionais permitem mais opções

Esses dados adicionais fornecem uma visão precisa da pegada de tecnologias nos níveis global e local.

Pode tomar decisões concretamente no contexto:

• Os domínios permitem visualizar a tecnologia por e entre os ecossistemas;
• As funções permitem identificar tecnologia duplicada por função;
• Escopo e impacto definem um contexto factual da pegada de implantação;
• O status ao longo do tempo fornece o quadro histórico e de previsão;
• O proprietário esclarece com quem entrar em contato e deve manter a documentação.

Agora é hora de alavancar a colaboração definida na primeira etapa para acelerar o preenchimento do documento.

Eu recomendo fortemente que execute controles de qualidade de dados durante essa fase:

• Verifique se todos os domínios funcionais estão representados;
• Verifique a lista de funções em busca de alguma principal que esteja faltando;
• Avaliar o equilíbrio da tecnologia baixa versus de missão crítica;
• Defina o proprietário da tecnologia para as linhas que não possuem essas informações.

Então, pode começar a tomar decisões.

Tome decisões de Quality Engineering em tecnologia

A racionalização de tecnologia trata da remoção de complexidade desnecessária e agilização de processos – não de corte de custos ou redução de pessoal.

O processo visa fazer com que sua organização progrida em direção ao Quality at Speed com o mínimo de Complexidade, mesmo que encontre otimizações financeiras.

O processo de Engenharia da Qualidade utiliza questões sobre negócios, tecnologia e organização para encontrar soluções adequadas ao seu contexto.

A decisão de implementar uma nova tecnologia requer um bom questionamento. De qualquer forma, sua pergunta de Quality Engineering é:

“Qual tecnologia mínima pode melhorar a qualidade, velocidade com menos complexidade?”

—Antoine Craske, Construir um Tech Radar para o Quality at Speed

Pode usar os seguintes por tipologia para estruturar seu raciocínio.

Quality

1. Quais são as funções mais importantes por domínios, por quê?
2. Quais funções estão carentes de mais Quality? Por quê? O que podemos fazer?
3. Quais funções mais importantes não são cobertas por uma tecnologia “Adopt”?
4. Quais tecnologias maduras podem suportar melhor essas funções amanhã?
5. Quais tecnologias adotar, avaliar, manter e testar nos próximos 12 meses?

Speed

1. Quais tecnologias têm menos Speed? Para quais domínios e funções impactam?
2. Temos tecnologia em “Adopt” abaixo da velocidade mínima aceitável?
3. Qual tecnologia com mais Quality está faltando Speed? Podemos melhorar?
4. Quais funções críticas de negócios não são suportadas por uma tecnologia “Adopt”?
5. Quais funções são suportadas por mais de uma tecnologia? Podemos simplificar?

Complexity

1. Quais são as tecnologias menos implantadas e menos importantes para limpar?
2. Estamos atualizados sobre nossas tecnologias de status mais críticas e “Adopt”?
3. Quais tecnologias podem ser removidas em todos os “Trial”, “Assess” e “Hold”?
4. Quais são as tecnologias que não são suportadas corretamente pela nossa organização?
5. Quais tecnologias devemos parar de oferecer suporte ou migrar para gerenciadas?

Este exercício fornecerá informações redundantes sobre as opções de tecnologia que precisa usar para atualizar o portfólio: 

• Adicionando as funções ausentes e as novas tecnologias identificadas;
• Preenchimento da coluna “Status Trimestral” para os próximos 12 meses;

Agora precisa tornar o seu plano uma realidade.

Construa um ecossistema para conter a entropia tecnológica

Mais do que nos próximos 3 meses, precisa criar um ecossistema que conterá a entropia tecnológica ao longo do tempo.

Construir uma governança de tecnologia permite que conduza a implementação e se adapte continuamente à realidade.

Pode reutilizar as diretrizes iniciais de colaboração, automação e metadados para organizar sua governança.

Dispomos de três níveis de sincronização:

1. Assíncrono para as pessoas sugerirem atualização de tecnologia;
2. Sincronização operacional para preparar as evoluções mais importantes;
3. Sincronização da direção com os tomadores de decisão para alinhar os cenários propostos.

O exercício pode ser realizado a cada 4 a 12 semanas, dependendo do tamanho, complexidade e taxa de mudança da sua organização.

Feito corretamente, construiu uma autoridade em tecnologia.

Quality Engineering simplificando autoridade em tecnologia

A tecnologia está no centro dos negócios digitais. Dominar seu portfólio é um requisito para continuar iterando com Quality at Speed.

Esse processo de radar de tecnologia mantém o foco medindo continuamente os resultados da tecnologia com os resultados de negócios.

A perspectiva organizacional então se propaga a partir das oportunidades de negócios e tecnologia identificadas, considerando sua capacidade de execução.

Essa é a maneira da Quality Engineering de restringir o software à entrega contínua de valor – contendo entropia e moda para se estabelecer.

Então, pronto para o radar tecnológico da Quality Engineering?

Segue a QE Unit para mais Quality Engineering exclusiva da comunidade.

Esta artigo está disponível sob a seguinte licença: attribution-NonCommercial-ShareAlike 4.0 International (CC BY-NC-SA 4.0)