O último deploy da sexta-feira correu bem: sem interrupções de serviço ou incidentes, todo o monitoramento técnico está verde. No entanto, na segunda-feira de manhã, as reclamações dos clientes apareceram.

O monitoramento funcional foi esquecido em nosso Definition of Done. A cultura da equipe ainda não tinha esse reflexo em suas interações, sem rede de segurança como uma checklist.

Uma estrutura sistemática pode nos ajudar a melhorar a qualidade de nossos processos de construção de software. Uma técnica resultante do mundo do consulting está disponível: MECE.

Este artigo compartilha a definição, o valor e como usar o MECE em um contexto de Quality Engineering. Uma boa leitura e aos seus blocos de notas para a prática de forma a reforçar a compreensão.

O que é o MECE?

MECE é a sigla para o princípio “Mutuamente Exclusivo e Coletivamente Exaustivo“. Seu uso está associado à empresa McKinsey na década de 1960 (Disclaimer: não tenho nenhuma ação na empresa, gosto de estrutura). Ambos os elementos ME e CE devem estar presentes.

O conceito MECE consiste em criar “listas de listas” de elementos ao mesmo tempo exaustivos e sem colisões dentro de sua lista. Recomenda-se ter elementos que sejam comparáveis ​​entre si, 3 para um bom argumento. Uma vez criado, devemos dar um passo atrás de possíveis inconsistências e erros.

O MECE traz várias vantagens. A clareza da estrutura facilita trocas mais intuitivas entre as partes interessadas. A abordagem sistemática de construção de lista também limita o risco de esquecimento. Por fim, podemos trabalhar com mais eficiência evitando a sobreposição de temas. 

Interessante em um contexto de consultoria, qual a utilidade do MECE em um contexto de Quality Engineering?

Por que usar o MECE para o Quality Engineering?

Nossa abordagem de Quality Engineering consiste em injetar a qualidade em nosso ecossistema de software, desde a cultura até as operações do produto. Nosso negócio pode parecer distante do mundo do consulting, mas a estrutura tem valor em muitas situações.

O mundo do software é cheio de listas: necessidades funcionais e não funcionais, testes em white-box e black-box. As necessidades não funcionais podem ser divididas em outra lista: confiabilidade, manutenção, etc. O mundo do software também requer capacidade de gerenciamento de mudanças e influência, daí a importância da lógica.

A argumentação é uma arte onipresente na história da humanidade, amplamente difundida pelos gregos. Com o tempo, vários modelos apareceram (sim, ainda listas). O raciocínio dedutivo ou indutivo é o mais comum, embora modelos cronológicos, estruturados ou comparativos também sejam possíveis e possam ser combinados. Sua força é revelada em um argumento estruturado.

Podemos aplicar o MECE na cadeia de valor do software, começando com a necessidade.

Usando o MECE para enquadrar a necessidade

A coleta de necessidades é um exercício difícil em que o equilíbrio de várias práticas deve ser bem-sucedido. Usar a lista do MECE nos ajuda a estruturar nossa preparação, questionamento e expressão de necessidades.

A necessidade começa respondendo as duas perguntas de “Por quê?” e “Para quê”. É um processo em que temos que atuar como Question Asker em uma função de Quality Assurance, conforme mencionado nesta mesa redonda. Nosso objetivo é explorar a necessidade de reduzir o número de assuntos esquecidos, que custam muito no final da cadeia.

Tomemos o caso da criação de um novo serviço digital para clientes. Além da necessidade funcional, podemos identificar os canais afetados pela solicitação: o site, o aplicativo mobile, as lojas? Os tipos de clientes também devem ser validados; estamos falando apenas sobre o modelo B2C ou outros? Pode parecer trivial, mas projetos que esqueceram uma área significativa de necessidade são comuns.

Estamos começando a ver que o MECE agrega valor quando combinado com outras habilidades. A escuta ativa, a engenharia de requisitos e o conhecimento do domínio são aprimorados pela estruturação fornecida pelo MECE. A prática e a preparação continuam sendo fundamentais; não é ao chegar na reunião que a lista deve ser iniciada. Neste exemplo, o projeto técnico que requer equilíbrio de necessidades e restrições será muito facilitado por uma boa estruturação da necessidade a montante.

Também podemos melhorar um tópico mais do que recorrente, a resolução de problemas.

Usando o MECE para resolver problemas

MECE foi criado para dar suporte à solução de problemas complexos que a McKinsey enfrentou. Os famosos cases bem estruturados garantem uma melhor reflexão e possível paralelização das hipóteses a serem exploradas. 

O MECE é poderoso quando combinado com outras técnicas de gerenciamento de problemas. Um Issue Tree permite-nos articular nossas hipóteses de causas subjacentes, permitindo-nos dar um passo para trás, antes de classificá-las e priorizá-las. Podemos então aplicar um 5 Why às causas verificadas, identificando as causas raízes. MECE também é conhecido por sua utilidade em Six Sigma.

Vamos imaginar um caso concreto de Quality Engineering. Deve apresentar uma abordagem para melhorar a estabilidade das entregas que não conseguem seguir os ciclos de sprints. O primeiro passo será dar um passo atrás no sistema e identificar as hipóteses que poderiam explicar essa instabilidade. A próxima etapa é remover rapidamente as opções que já podemos invalidar, para examinar as mais prováveis. Fazer listas nos ajudará a dar um passo para trás e estruturar nossa abordagem. Também podemos nos inspirar na metodologia da McKinsey.

A resolução de problemas também envolve saber como convencer, o MECE também é útil neste sentido.

Usando o MECE para estruturar nosso caso

As melhores ideias, habilidades e análises disponíveis permanecem inúteis se não forem compreendidas pelas partes interessadas. Para convencer e influenciar as equipes, uma boa argumentação faz a diferença no gerenciamento de mudanças.

Barbara Minto, na origem do modelo MECE, propõe sua implementação na Pirâmide de Minto. Consiste em estruturar a mensagem principal em torno de argumentos, eles próprios suportados por dados, resultantes do nosso modelo MECE. Novamente, o valor de MECE é encontrado em sua combinação com as técnicas da lógica.

No livro que descreve os princípios dessa pirâmide, três elementos fundamentais na gestão da mudança são identificados. Primeiro, a análise da situação orientada por fatos, sem emoções. Finalmente, a identificação de potenciais obstáculos e suas propostas de remediação. Esses três ingredientes devem ser incluídos no argumento da mudança proposta.

Ter várias cordas em nosso arco é muito útil para abordar as prioridades do Quality Engineering.

MECE, uma técnica a transformar em habilidade

O modelo MECE é aplicável em toda a cadeia de valor da criação de software. Como outras técnicas, compreensão e prática são necessárias para torná-lo uma habilidade real para nossas equipes.

Perfis cartesianos gostam das listas, correndo o risco de abusar delas, usando demasiado o MECE. Devemos ter em mente o significado da sigla em duas etapas, “ME” e “CE”, para validar rapidamente se nossa lista é realmente MECE. Em alguns casos, precisamos apenas de uma estrutura ou uma descrição clara de um processo.

MECE também tem algumas limitações interessantes para identificar. Por exemplo, o trade-off da estrutura pode nos fazer esquecer elementos externos ou supérfluos, às vezes importantes a serem considerados. O princípio de não haver sobreposição entre os elementos também pode ser contraproducente em certos casos; nossos sistemas estão cheios de causa e efeito, conforme explicado neste artigo da Teoria do Caos.

Vamos recapitular as contribuições da MECE no âmbito do Quality Engineering : 

• MECE é um modelo para elementos de estruturação que é abrangente e não sobreposto.
• Podemos melhorar nossa cadeia de valor usando MECE para enquadramento de solução, resolução de problemas e estruturação de caso.
• MECE é útil quando suporta o objetivo certo e combinado com outras técnicas, como um Issue Tree ou um 5 Why
• As contribuições do MECE podem ser aumentadas por abordagens ágeis e colaborativas com inteligência emocional

Pode usar o MECE concretamente para os seguintes assuntos:

• Identificar e praticar o MECE nos processos e atividades mais relevantes para capturar seu valor, de preferência em colaboração
• Compartilhe o conceito do MECE na forma de palestras internas, divulgar e compartilhar as listas criadas em um portal de documentários
• Use o MECE para estruturar seus argumentos com uma pirâmide de Minto e as técnicas de lógica

Uma abordagem de Quality Engineering requer uma argumentação inicial, de mudança e a implementação de soluções concretas. Portanto, tenhamos como prioridade o aprimoramento de nossas estruturas de pensamento organizacional, utilizando o MECE quando relevante.

Com que assunto pode praticar o MECE agora?

Referências

Wikipedia, princípio MECE https://en.wikipedia.org/wiki/MECE_principle 

Anjana Gosain, Sangeeta Sabharwal, Rolly Gupta, Classificação de requisitos não funcionais para armazenamento de dados orientado a serviços  http://www.ijsrp.org/research-paper-0713/ijsrp-p19111.pdf 

Barbara Minto, MECE – Eu inventei, então posso dizer como pronunciá-lo https://www.mckinsey.com/alumni/news-and-insights/global-news/alumni-news/barbara-minto-mece-i -invented-it-so-i-get-to-say-how-to-pron-it