O quão importante é a QUALIDADE para IT?
Aqui é preciso relembrar o óbvio: a Qualidade não deve ser uma preocupação apenas do QA, mas sim de todos os envolvidos (dentro e fora da squad) e não apenas no processo de desenvolvimento.
E isso imediatamente me faz lembrar de dois líderes marcantes na minha trajetória profissional.
O primeiro, da época de Consultoria, me ajudou a entender a definição do conceito: "Qualidade é valor para o stakeholder”, uma perspectiva que me parece bem acertada.
E diferentes stakeholders têm diferentes percepções do que agrega valor, o que abre vários requisitos a serem considerados.
E aí vem algo que comento frequentemente, entregar valor não se resume apenas às funcionalidades de negócio.
Escalabilidade, Disponibilidade, Performance, Manutenibilidade e Segurança também são atributos de valor.
Isso leva diretamente à necessidade de não se focar apenas na sprint, mas também na saúde arquitetônica no longo prazo, o que pode ser traduzido por “qualidade arquitetônica”.
O segundo líder, já no mundo de Bancos, sempre fazia questão de frisar, destacar, publicar e comunicar em quase que toda e qualquer ocasião a diretriz base: "A primeira prioridade é QUALIDADE, depois falamos de prazo e custo".
Hoje, olhando em retrospectiva, acho que eu e muitas pessoas não davam na ocasião o valor adequado àquela "pérola de sabedoria".
Na verdade, eu acho que não entendíamos a profundidade contida em algo que à primeira vista parecia tão simples, mas que com o passar do tempo, vivendo na pele os reflexos daquilo, fomos entendendo o quão lógico e pragmático é priorizar a qualidade.
Produtos, serviços e processos sem qualidade fatalmente levam ao retrabalho, o que por sua vez traz mais custos e perda de tempo (que também se traduz em custos), fora o potencial risco de imagem.
Soma-se a isso a quase impossibilidade de se focar em outros temas mais estratégicos enquanto o seu dia a dia está tomado apagando incêndios, geralmente causados por baixa qualidade.
E como é difícil incutir esse valor base no mindset das pessoas e equipes. É necessária uma verdadeira transformação cultural, abrindo espaço para uma transformação de processos.
E essa transformação precisa abarcar a todos: Devs, QAs, Arquitetos, SMs, POs, Líderes, assim como os demais atores fora de IT, pois nem sempre é claro de forma ampla o quão ilusório é focar apenas no prazo.
Por fim, também se faz necessário criar mecanismos e aceleradores que promovam a Produtividade, afinal, qualidade é um fator “necessário”, mas não “suficiente”.
Para quem gosta do tema, recomendo essa matéria da InfoWorld: https://www.infoworld.com/article/3691011/developers-unite-join-the-fight-for-code-quality.html
Como foi muito bem apontado: “Advocating for quality code isn’t always easy, because management doesn’t always care. But it’s the only way to build good things that deliver on their promise.”
Por um mundo com mais discussões maduras assim!