Fazer a diferença acontece por meio da ação.
Identificar os tópicos certos é uma coisa, torná-los concretos é outra. Essa articulação entre definição e realização é uma arte complexa, que deve ser acelerada em um ambiente cada vez mais competitivo.
Mas não temos tempo para aprender tudo. As metodologias são, portanto, úteis no fornecimento de modelos prontos para uso. A sua implementação é, no entanto, difícil pela falta de pragmatismo, transversalidade ou concreto.
Gosto de usar meu tempo para cavar áreas para organizar e melhorar planos de ação concretos. Portanto, estou a construir o Framework de Quality Engineering (QEF) para fornecer Quality at Speed em sua organização.
Este artigo compartilha as motivações, composição e uso deste framework disponível como Proof of value. Qualquer sugestão de melhoria é, portanto, bem-vinda para ser levada em consideração nas próximas iterações.
Segue a QE Unit para mais conteúdo exclusivo de Quality Engineering.
O Quality Engineering requer a combinação de áreas multifuncionais
O Quality Engineering é a força que constringe a cadeia de software a entregar valor contínuo. A entrega de software sendo por natureza multidisciplinar, diferentes práticas devem ser reunidas para se adaptar continuamente aos requisitos de qualidade.
Quality Engineering, portanto, não é apenas a preocupação de engenharia, qualidade ou testadores. Fazer supostas melhorias no código não relacionadas ao valor do utilizadores provavelmente será uma otimização local, sem nenhum impacto positivo na organização.
“O Quality Engineering força toda a cadeia de software a atender aos requisitos de qualidade para fornecer valor continuamente. Atuar de forma transversal é uma necessidade.”
Antoine Craske
As organizações também precisam iterar em ciclos curtos para melhorar e estender rapidamente a proposta de valor. A velocidade necessária requer a aplicação do paradigma da qualidade total ao mundo do software. Os quilos extras não tornam possível correr uma maratona de sprints contínua.
As diferentes profissões devem, portanto, colaborar de forma eficaz.
Os domínios têm uma tendência natural para silos
Jogadores de futebol com experiências semelhantes colaboram com relativa facilidade. É muito mais difícil de conseguir isso entre um jogador de futebol, um jogador de pingue-pongue e um jogador de arco e flecha. No entanto, este é o desafio da entrega de software.
O product owner irá interagir mais facilmente com seus colegas e em suas áreas de especialização. Ficar em uma zona de conforto é um mecanismo natural de sobrevivência que deve ser equilibrado por uma força contrária, a da colaboração interfuncional além dos silos organizacionais.
Por outro lado, querer abordar tudo em sua totalidade é muito complexo para um ser humano. Esta não é, entretanto, uma razão para se limitar a um prisma de análise ou atividades. Devemos primeiro manter o prisma global do Quality Engineering e, em seguida, declinar as práticas necessárias em vários campos.
É uma dificuldade quando os domínios estão cada vez mais exigentes.
A especialização da expertise complica a composição geral
Podemos resolver problemas mais complexos por meio da expertise cada vez mais verticalizada. Por exemplo, Data Science torna possível automatizar matrizes de decisão complexas combinando matemática, ciência da computação e conhecimento do domínio de negócios.
Essa hiperespecialização, portanto, complica a composição geral das competencias na cadeia de valor. Cada perfil deve ser competente em sua área e ser capaz de colaborar com colegas de diferentes origens. Um framework torna possível otimizar essas trocas pela Minimum Viable Collaboration.
O framework do Quality Engineering contém uma seleção de práticas transversais que facilitam a sua implementação. As metodologias permitem fornecer um framework comum de execução a vários atores que devem, então, criar valor por meio de suas respectivas competências.
Antes de agir, as atividades devem ser identificadas antes de serem priorizadas.
O MAMOS fornece um framework de referência e uma priorização de práticas
O framework do Quality Engineering é uma referência de práticas em torno dos 5 pilares do MAMOS: Methods, Architecture, Management, Organization, Skills. Essas áreas fornecem um framework transversal para a identificação de práticas.
A priorização dessas práticas é então alcançada por meio de sua capacidade de contribuir para o Quality at Speed. Esta avaliação da capacidade de criação de valor é avaliada sob os 3 critérios de Quality, Speed e Complexity. Um critério adicional também está disponível para adaptar a priorização de acordo com seu contexto.
Cada prática tem uma avaliação entre 1 e 4 definindo sua capacidade de contribuir para o critério de Quality at Speed. A pontuação total resulta da multiplicação desses critérios e permite priorizar sua implementação. Quanto mais alta a pontuação, mais a prática acaba contribuindo para o Quality at Speed com um mínimo de complexidade.
Resta então concretizar este plano de ação em seu contexto.
O Framework permite que implementa o Quality Engineering
O Quality Engineering Framework está atualmente disponível por tema, como a Quality Assistance. Isso torna possível construir iterativamente o modelo, avaliando seu valor com um número limitado de práticas.
O modelo permite que acesse ao plano de ação que contém as práticas por prioridade de implementação. Pode usá-lo para orientar seu roteiro de implementação de Quality Engineering inserindo o status, gerente e notas associadas.
Cada prática agora é documentada com um ponteiro para sua implementação. O objetivo é enriquecer cada prática com a descrição e recursos mais úteis para sua implementação. É também do interesse de trabalhar em comunidade para nos aprimorarmos compartilhando.
Segue a QE Unit para mais conteúdo exclusivo de Quality Engineering.
***
Troque e sugira melhorias nesta página.
Este trabalho está disponível sob a seguinte licença: atribuição-NonCommercial-ShareAlike 4.0 International (CC BY-NC-SA 4.0)