Análise de maturidade em software "Frankenstein"

Nós já desenvolvemos software há muitos anos, onde pudemos acompanhar grandes ciclos de evolução da tecnologia, deixando para o passado o famoso cartão perfurado. No entanto, algumas coisas ainda permanecem como antes mesmo com inúmeras inovações e novos caminhos. Ainda hoje diversos projetos são levados ao fracasso ou seguem caminhos dificultosos por falta de modernização e não me refiro à simples troca de compilador e, sim, técnicas ultrapassadas e software construído sem a mínima preocupação com qualidade, que vem gerando um efeito que chamamos de software “Frankenstein”.

Para ter uma visão da forma com que produzimos software, eu lhe convido a comparar com uma fábrica de biscoitos. Quando se tem problema na produção e os biscoitos saem torrados, portanto, não passando pelo controle de qualidade, eles são descartados. Já com o software é tratado de forma complementarmente diferente. Mesmo com problema na produção é levado ao cliente que é obrigado a consumir um produto “avariado” e, após ciclos de reclamações indo e voltando, chega-se uma versão “remendada” do software ao cliente.

Esse modelo moveu a indústria de software por muitos anos, e não é difícil de encontrar algo parecido bem próximo  a você. Criou-se o princípio do erro consciente e o entendimento que machucar o cliente de leve não traz problema, provocando com isso um grande desgaste nos projetos que não são entregues nos prazos, nas pessoas que se desgastam e no próprio patrocinador do projeto, que devido a tantos ciclos recorrentes se desgasta e desacredita no projeto.

A falta de preocupação em produzir software funcionando impulsionou a indústria em um momento do mercado onde o cliente não tinha opções. Era um momento sem concorrência e nem meios de aprender e obter informações. Hoje, o consumidor tem experiência e aplicativos, estando cada vez mais exigente, conectado e influenciando a evolução do produto.

Baseado nas experiências em projetos nos últimos 15 anos, eu elaborei um pequeno questionário para que você possa fazer uma análise e levantar o nível do seu projeto.

Some todos os pontos conforme os itens que baterem no seu projeto e calcule o seu nível “Frankenstein”.

Agora que você já tem uma visão do nível de maturidade do seu software será mais fácil encontrar respostas a questionamentos do tipo:  “Antigamente eu e mais outra pessoa construíamos o software e hoje nem com 30 pessoas conseguimos manter”. Frase muito comum dita no mercado de software.

Todas as empresas e produtos tem um ciclo de adoção da tecnologia, iniciando nos visionários que acreditam na sua ideia até o mercado que procura adotar o seu produto depois da comprovação de valor comprovando que o produto  atravessou o abismo conforme Geoffrey Moore definiu em seu livro “Crossing the Chasm” o conceito “Technology Adoption Lifecyle”. Porém, chega um determinando momento que o crescimento se limita e a concorrência se torna mais próxima, sendo necessário inovar.

É no momento da inovação que o efeito “Frankenstein” no software torna-se mais evidente e mais caro, uma vez que as empresas deixam de investir em inovação para gastar com sustentação de projetos em investimentos cíclicos e recorrentes, minando qualquer iniciativa de renovar. Em estudo do Forrester foi comprovado que gasta-se cerca de 30x mais para manter o software por falta de qualidade.

É o momento de repensar o nosso formato atual de desenvolvimento de software. Participe nos comentários e compartilhe com os seus contatos.

[],
Ramon Durães
MVP, Visual Studio ALM
PSM, PSD, CSM

Para consultoria especializada em projetos de software entre em contato.