Diferentemente de outras áreas do conhecimento que apresentam uma maturidade que fora estabelecida ao longo dos séculos, a engenharia de software ainda é uma área novo que mesmo aperfeiçoada ao longo dos últimos anos, ainda tem muito o que evoluir.

Diante deste cenário, muitos mitos a respeito das boas práticas da engenharia de software aindaexistem de modo que vez ou outra é possível encontrar empresas, gestores ou programadores que acabam por sofrer com elas, Neste artigo será desmistificado algumas destas:

Mitos da Engenharia de Software – Gerência

Mito 1 – Uma vez que há inúmeras referências com padrões e procedimentos para o desenvolvimento do software. Isso é o suficiente para os profissionais conhecerem tudo o que ele precisa saber

  • Negativo, pois pode haver necessidade de experiência para resultados satisfatórios, já que estes fornecem apenas a base teórica;
  • Nesse caso, entra também questões que lembram a eficiência e eficácia, mas em uma abordagem que diz que é possível fazer a coisa certa, mas sem um jeito definido ou de se fazer do jeito certo, mas não necessariamente a coisa certa.

 

Mito 2 – Se nos atrasarmos no cronograma, podemos resolver o problema adicionando mais programadores e ficar em dia!

  • Colocar mais gente para fazer um processo que talvez tenha sido planejado de forma errada, não vai resolver;
  • Como exemplo: tem um bote afundando, colocar mais gente poderá fazê-lo afundar mais rápido;
  • Pode acontecer de demandar mais tempo para deixar os outros programadores adicionais a par do projeto.

 

Mito 3 – Como estávamos tendo problemas com um projeto de software decidimos terceirizar este projeto. Agora podemos relaxar e deixar que a firma contratada o elabore!

  • Mesmo assim, há uma necessidade de auditoria/acompanhamento do projeto;
  • Não necessariamente um projeto que não foi possível à execução por parte da equipe, possa também ser executado por terceiros.

 

 

Mitos da Engenharia de Software – Cliente

Mito 1 – O estabelecimento geral de objetivos é suficiente para iniciar a escrita de programas. Isto é, podemos fornecer os detalhes posteriormente.

  • Cada detalhe é essencial para o desenvolvimento de um projeto em execução;
  • Todos os detalhes iniciais servirão para determinar qual será o tipo de estrutura mais adequada;
  • Conhecendo as premissas, a probabilidade de sucesso no projeto é maior.

 

Mito  2 – Os requisitos de projeto mudam continuamente, mas as mudanças podem ser facilmente acomodadas porque o software é flexível.

  • Não necessariamente o software é totalmente flexível, pois pode haver limites;
  • Há sim a possibilidade de mudanças, mas elas podem não ser aplicadas facilmente.

 

Mitos da Engenharia de Software – Programadores

Mito 1 – Quando escrevemos um programa e o fazemos funcionar, nosso trabalho pode ser considerado como completo.

  • Há também a parte da documentação;
  • E não só um programa em funcionamento, mas também há a necessidade de um acompanhamento, treinamento, suporte, entre outros.

 

Mito 2 – Até que eu esteja com o programa efetivamente “rodando” não tenho como avaliar a sua qualidade.

  • Há possibilidade de verificar a qualidade da programação em linhas de código, e não só na hora da execução;
  • Pode ser feito pela modulação do software (acesso a banco de dados, por exemplo);
  • Tem também a parte de segurança de acesso, estruturação, entre outros.

 

Mito 3 – O único produto de trabalho que pode ser entregue para um projeto de software bem sucedido é o programa executável.

  • Há também a documentação/manual;
  • Tem também o atendimento e acompanhamento do projeto.

 

Mito 4 – A engenharia de software vai nos fazer criar documentação volumosa e desnecessária que nos atrasará.

  • Vai depender do planejamento, pois não necessariamente uma documentação volumosa tende a ser desnecessária.

Categorized in: