8 Motivos Comuns para Projetos de Software Falham e Como ter Sucesso

Gerenciamento de Projeto de TI | Por Duncan Haughey | tempo de Leitura minutos

Uma mão atravessa fora de falha para o sucesso com um marcador amarelo caneta sobre uma tela de

Vamos começar com algumas estatísticas preocupantes. Apenas 29% dos projetos de software foram bem-sucedidos, 52% foram desafiados (custos excessivos, despesas excessivas ou deficiências de Conteúdo) e 19% falharam, de acordo com o relatório do Grupo Standish em 2015. Embora essas descobertas tenham surgido há alguns anos, os resultados não são menos verdadeiros hoje.

além disso, o percentual de projetos considerados valiosos pelo cliente é de 59%, e de projetos considerados satisfatórios pelo cliente 56%.

os resultados insatisfatórios do projeto tornaram-se uma norma do setor de TI em que o cliente não estava satisfeito com o resultado. Então, o que podemos fazer sobre isso?Um bom ponto de partida é abordar algumas das razões críticas pelas quais os projetos de software falham.

razão 1: não há tempo suficiente

muitas vezes, um prazo é decidido antes do início do projeto e não é negociável. Este prazo resulta em uma corrida precipitada para começar com a suposição, quanto mais cedo você começar a codificar, mais cedo você terminará o projeto.

uma corrida para iniciar a codificação é quase sempre a abordagem errada. É essencial gastar tempo para criar um bom design. Não ter um bom design leva a mudanças contínuas ao longo da fase de desenvolvimento. Quando isso acontece, o tempo e o orçamento são consumidos a uma taxa rápida.

solução:

  • não fique tentado a pular direto e começar a codificar.
  • atribua tempo suficiente para criar um bom design, e o resto do projeto será executado muito melhor.

esta abordagem irá melhorar a sua reputação quando entregar algo que satisfaça as expectativas dos seus clientes e funcione corretamente pela primeira vez.

Razão 2: orçamento insuficiente

muitos projetos têm o preço mais baixo, a Política de fornecedores mais bem-sucedida ou um orçamento irrealisticamente baixo, não baseado nos requisitos do projeto. Quando isso acontece, tudo diminui. Os recursos demoram a chegar ou nunca chegam; os cantos são cortados e a qualidade sofre.

solução:

  • seja realista sobre o orçamento e baseie-o nos requisitos completos.
  • evite basear a seleção de um fornecedor apenas no preço mais baixo.
  • vá para um fornecedor ou equipe com um histórico comprovado de entrega dentro do orçamento.
  • Use uma lista de verificação de seleção de fornecedores, como a abaixo, para encontrar o fornecedor certo para o seu projeto.

Lista De Verificação De Seleção De Fornecedores Página De Introdução

Razão 3: Comunicação ruim

há um ditado, “nunca assuma nada”, que é especialmente o caso de projetos de software. Uma boa comunicação com seus clientes, usuários e a equipe de desenvolvimento é fundamental para o sucesso do projeto. Faça a si mesmo três perguntas:

  1. todos na equipe entendem você?Eles sabem o que você espera deles, ou você presumiu que eles sabem?Eles se comunicam bem uns com os outros, com os usuários e com outros departamentos?

solução:

  • Encontre qualquer falha de comunicação agora. Isso pode levar a confusão e complicações mais tarde no projeto.
  • nunca assuma que todos entendem tudo o que está acontecendo no projeto.
  • reserve um tempo para criar um ambiente onde a comunicação seja acessível, aberta e frequente.

razão 4: Nunca revendo o progresso do projeto

conforme um projeto avança, as coisas mudam, impactando significativamente o projeto. É importante continuar examinando o progresso do projeto para superar os desafios com antecedência e alertar as partes interessadas sobre possíveis atrasos e mudanças nos resultados.

solução:

  • sempre defina marcos para revisar o progresso com sua equipe e partes interessadas durante o projeto. Ajuste conforme necessário para permanecer no curso.
  • fique perto de sua equipe para entender o que está acontecendo e quaisquer desafios que enfrentem.

razão 5: testes inadequados

quando a pressão para entregar está ligada, o teste geralmente sofre. O teste é deixado até o final do ciclo de desenvolvimento com o mínimo esforço gasto no teste. Normalmente, o resultado é um produto cheio de bugs e um cliente insatisfeito.

solução:

  • realize testes ao longo do ciclo de vida de desenvolvimento, testando cada módulo ou componente conforme ele é desenvolvido.
  • deixe apenas os testes de integração até o final do ciclo de vida de desenvolvimento, o que resulta em menos estresse e um produto melhor.

razão 6: Testes no ambiente de produção

é surpreendente quantas organizações testam produtos em seu ambiente de produção. Usar o ambiente de produção é uma estratégia de alto risco que pode levar a violações de segurança e liberação acidental sem testes, interrompendo os sistemas de produção.

solução:

  • desenvolver um processo de garantia de qualidade e lançamento de novos produtos de software.
  • fornecer um ambiente separado do ambiente de produção para testes e correção de bugs.

razão 7: falta de garantia de qualidade

muitas vezes em nossa pressa para entregar o software, garantia de qualidade sofre. A documentação está incompleta para alterações de código, o design contém falhas e as implementações podem estar inacabadas. Tudo isso leva a retrabalho, perda de tempo e, eventualmente, clientes insatisfeitos.

solução:

  • reserve um tempo para verificar a qualidade e documentar o software antes do lançamento.
  • revisão Michael l Young artigo 6 fatores de sucesso para gerenciar a qualidade do projeto

razão 8: Não se Conformando com os Padrões da Indústria

World Wide Web Consortium e a Organização Internacional para a Normalização logotipos

> Conforme os padrões da indústria em seus projetos de software pode ser benéfico ao garantir uma boa acessibilidade, portabilidade, usabilidade, robustez, e a redução de problemas atuais e futuros. Organismos como o World Wide Web Consortium (W3C) e a organização internacional para Padronização (ISO) desenvolveram padrões abertos que são difíceis de desafiar.

solução:

  • reserve um tempo para introduzir uma abordagem de padrões para seus projetos.
  • Encontre o que funciona bem e continue fazendo isso.
  • altere qualquer coisa que não esteja funcionando.
  • revise e atualize seus padrões regularmente.

da próxima vez que você projetar gerenciar um projeto de desenvolvimento de software, revise esta lista e lembre-se do que é necessário para garantir o sucesso. Você ficará surpreso; faz a diferença.

Leitura recomendada: The Curious Case of the CHAOS Report 2009 por Jorge Dominguez.

Deixe uma resposta

O seu endereço de email não será publicado.