Para esta entrevista de Quality Engineering, dou as boas-vindas ao Christian Sayegh, especialista em consultoria e estratégia de automação, cofundador da CloudNetCare.
Com 35 anos de experiência em TI, com a qualidade sempre no seu radar, o Christian não falta de histórias para contar.
Pudemos discutir a sua perspectiva atual sobre a qualidade nas organizações por meio das várias missões que ele realizou.
Uma boa escuta, leitura ou visualização conforme sua conveniência, não hesite em comentar.
Junte-se à QE Unit para aceder a conteúdo exclusivo regular pela newsletter
Sobre o Christian Sayegh
Mais de 20 anos de experiência exclusivamente no mundo do serviço. Graduado em TI Paris VI e mestre em gestão, passou metade de sua carreira trabalhando para clientes de prestígio como: Total, CCF, BNP Paribas, EDF, Pfizer Laboratories.
Começando como desenvolvedor para acabar como gerente de projeto. A segunda metade de sua carreira será dedicada ao relacionamento com o cliente com o objetivo de atender o mais próximo possível às solicitações de empresas como: BUT, HSBC, Laboratoire Aventis, ATAC, BNP Paribas, Fondation Claude Pompidou, Société Générale, Banque Rothschild, MFA, banco Robeco, banco Cortal, etc.
Relacionamentos saudáveis com integridade permitiram que ele mantivesse relacionamentos dentro dessas empresas.
Antoine: Pode começar se apresentando?
Eu poderia me descrever como um “velho informático”, comecei como desenvolvedor.
O setor de TI sempre me interessou, envolve de desenvolvedor para gerente de projeto, diretor de projeto etc.
Nesta primeira parte da minha carreira eu fui confrontado com a qualidade do software que sempre me interessou, para fornecer um software útil e estável.
Além disso, gostaria de salientar que o software de gestão sempre esteve atrás desta roda da qualidade, ao contrário do TI no sector industrial.
Na minha segunda parte da minha carreira, passei na criação de software, com a CloudNetCare, para fornecer uma plataforma na área de testes.
No início da minha carreira, realizei diversos projetos onde as ferramentas eram uma dificuldade real: complexas, caras, demoradas de implementar.
Antoine. Com a sua experiência, sente às vezes que “a história se repita?”
É pouco dizer!
A minha opinião é que houve muito pouca mudança nas mentalidades das equipas de desenvolvimento para levar em conta a qualidade.
Ainda estamos com 70% dos projetos de TI que falham, que não integraram a qualidade no seu devido grau.
A qualidade muitas vezes é uma atividade que se tenta no final do projeto, como se tivesse sido esquecida, em um esforço vão para melhorar o produto de última hora.
Antoine: Imagino que um projeto que não levou em conta a estabilidade logo no início, é como mudar a planta de uma casa depois de ter feito as fundações?
Sim, além disso e sobre o tema, tem havido muita literatura e modelos sobre BDD e TDD.
Apesar disso, não vi nenhuma empresa tendo sucesso na integração dessas práticas em escala ou logo desde a concepção.
Acho que existem grandes lacunas entre o que é imaginado nos modelos e a realidade no terreno.
Por exemplo, os exemplos sempre contemplam equipas com cerca de quinze testadores, treinados e um investimento em qualidade, que são raros na realidade.
Equipes pequenas com investimento limitado em qualidade representam a maior parte das empresas hoje.
Do outro lado, que também é uma ideia errada que vejo regularmente, é usar apenas soluções “gratuitas”.
Como as organizações não querem sobrecarregar o custo inicial, procuram integrar soluções para tentar “ganhar” dinheiro, à priori.
Esperamos que a qualidade do produto melhore de repente, sem investimento.
Christian Sayegh
Integramos um estagiário a meio-tempo, pedimos a um desenvolvedor que faça testes unitários, e esperamos que a qualidade do produto melhore de repente.
Ainda hoje, encontro essa abordagem com frequência em equipes que desejam dar um passo à frente na sua abordagem de qualidade.
A maioria dessas equipes não tem conhecimento do esforço e do investimento necessários para iniciar tal processo.
É também através destes pontos que sinto a falta de evolução da maturidade, a qualidade não é considerada uma abordagem enquanto tal.
Seja o modelo Merise com 20% de carga alocada para testes, ou 30 a 40% para métodos ágeis.
Antoine: Estou alinhado, tenho a sensação de que temos dificuldade em comunicar o valor da qualidade, e que isso contribui para reduzir o valor percebido da qualidade.
Na verdade, este é um ponto chave para mim.
Para os tomadores de decisão, a qualidade deve permitir aumentar o faturamento, o lucro, para ganhar mais e melhor.
Como a primeira função da qualidade do software é indireta, voltada para a redução do risco, é muito difícil, senão impossível, quantificar factualmente o seu valor.
Tomemos o exemplo de uma funcionalidade de pagamento, quanto perdemos se a sua operação for degradada?
É muito difícil responder e medir, mesmo comparando no histórico ou usando uma ativação gradual de funcionalidade.
O problema está na verdade colocado ao contrário, onde se pede para justificar um ROI para a qualidade do software, é uma equação arriscada..
O valor da qualidade pode dificilmente ser justificado com um ROI.
Christian Sayegh
O segundo valor, de proteger a imagem da empresa, tem a mesma dificuldade. Como medir o impacto negativo na imagem da organização?
Por ser percebida tanto em um nível estratégico ou em um projeto, a qualidade não deve tentar ser justificada sob esse ângulo, não terá resultados.
A qualidade também é definida como uma função de suporte ao negócio, que a posiciona na verificação de especificações, sem agregar muito valor à empresa.
Contribua a dar uma imagem “simplista” da qualidade, como se resumia-se a automatizar as verificações.
Além disso, as equipes fora do controle de qualidade denegrindo essa função não ajudam.
Tenho um exemplo, aliás, onde uma empresa nos consultou muito motivada para iniciar o seu processo de qualidade e automatização.
A nossa primeira dúvida foi identificar quem seria o nosso contato operacional para o projeto.
Neste caso não havia, e preferimos não aceitar o projeto, pelo menos com este nível de maturidade.
Uma transição para incluir a qualidade sem contacto operacional não é uma prioridade para a organização.
Christian Sayegh
O que acaba por acontecer nessas situações, é um atraso no processo em função de outras prioridades internas, além da falta de recursos alocados.
Percebemos que infelizmente, como a qualidade é a última roda considerada, é sempre aquela que fica sacrificada.
Isso lembra-me uma anedota quando apresentei projetos com preço fixo, com uma carga alocada para a documentação do produto.
Quando me disseram que 30 dias era “muito para documentação só”, acabamos fazendo o melhor com a carga mínima que aceitavam.
É exatamente isso que vejo acontecendo com a qualidade nos projetos.
Antoine: Nessa complexidade, tem alguma prática ou ação que considerou eficaz ao longo dos anos?
Posso evocar casos de empresas que tiveram sucesso em sua abordagem.
Em primeiro lugar, é necessária a presença de um patrocinador interno na empresa, que valorize a qualidade como eixo estratégico da organização.
É graças a ele que uma implantação poderia, por exemplo, ser adiada por falta de qualidade suficiente.
São mensagens fortes, necessárias para reverter o histórico cultural da organização.
Ele pode acelerar as mudanças delegando parte da sua responsabilidade a pessoas influentes nos projetos.
Antoine: É como se a abordagem da qualidade fosse um assunto da cultura organizacional afinal?
Sim, exatamente, adicionaria que o segundo bloco necessário são os meios em relação aos objetivos definidos.
Vemos vários cenários, empresas motivadas mas sem meios, outras com meios mas sem competências para os utilizar.
Para ter sucesso, realmente tem que haver uma simbiose, tenho visto poucas organizações subirem para um verdadeiro nível de maturidade em CI/CD e automação.
Estou um tanto taciturno quanto à evolução das mentalidades, da cultura no que diz respeito à importância da qualidade do software.
Essa importância se torna óbvia apenas quando as empresas derrubam o muro.
Antoine: Como se a organização não tivesse mais outras soluções?
Em parte, mas não é desse ângulo que isso acontece.
No início, a organização depara-se com uma crise, bate na parede e está sujeita a perdas pesadas para a empresa.
Só a partir desse ponto, a empresa passa a considerar a qualidade como uma possível solução estrutural.
As organizações realmente precisam de viver o que acontece sem integrar a qualidade.
Quando somos chamados, não somos diretamente postos a par do contexto que originou o processo.
Mas posteriormente, compartilhando e trocando, muitas vezes obtemos elementos relativos a uma crise pela qual a empresa teve que passar.
As organizações devem viver o que acontece sem qualidade para reagir.
Christian Sayegh
Mesmo a este nível, continua a ser necessário validar a real atribuição de um orçamento.
A resposta: “Um orçamento? Sim, veremos em uma segunda etapa” é para mim um alerta que pode me levar a não realizar o projeto.
Isso está relacionado à falta de consideração pela qualidade do software.
O CEO ou CFO quer saber quanto o processo fará ganhar ou economizar, não o que ele evita perder ou, hipoteticamente, permite ganhar.
Daí, infelizmente, a necessidade de uma crise para mudar mentalidades.
Antoine: Tem, ao longo dos anos, em busca de qualidade, conteúdo que tenha ajudado?
Não tenho um conteúdo específico em mente, há muito conteúdo existente por meio de conferências, ISTQB, grupos Meetup.
Pessoalmente, aprendi muito com a experiência, estando atento na execução e fazendo retrospectivas.
O objetivo é melhorar minhas práticas a cada projeto dando um passo para trás.
Esta citação de Oscar Wilde é uma inspiração para mim.
Experiência é o nome que o homem dá aos seus erros.
Oscar Wilde
A experiência geralmente é feita com base em erros, coisas que não funcionam como o esperado, é isso que o faz aprender.
Hoje, felizmente com a estrutura que criamos, temos uma partilha através dos vários projetos que lideramos com vários clientes.
Além disso, a troca com outras pessoas e colegas que enfrentam problemas semelhantes também é um benefício real.
Como na última mesa redonda da qual participamos, percebemos que esse é um problema de todos, sem que haja uma solução mágica para o assunto.
Seja curioso, interessado, vá a fóruns, eventos, conteúdo não falta.
Não tenho nada contra os livros e a teoria, permite partilhar e trocar, a prática continua a ser para mim a chave do progresso!
Os pontos-chave da nossa discussão
- A mentalidade das equipes deve evoluir para integrar a qualidade
- Modelos são úteis, mas a realidade no terreno permanece diferente
- A qualidade está lutando para ser valorizada e reconhecida como um processo real
- A falta de recursos humanos e financeiros é um problema recorrente
- Um sponsor é um pilar necessário para iniciar uma abordagem de qualidade
- A necessidade de as organizações passarem por uma crise para mudar
- A importância de questionar e ouvir para compreender o contexto