14 motivos comuns pelos quais os projetos de Software falham (e como evitá – los)

Foto:

Getty

Tech equipes, muitas vezes, mergulho em novos projetos de software com grandes esperanças, tornando-o mais frustrante se o projeto fica prejudicada. Os líderes de tecnologia precisam estar cientes das possíveis armadilhas do projeto antes do tempo para evitar perder tempo e orçamento.

os especialistas do Forbes Technology Council supervisionaram muitos projetos em seus contratos profissionais. Abaixo, 14 deles compartilham motivos comuns pelos quais os projetos de software fracassam e o que as equipes de tecnologia podem fazer para evitar cair em uma armadilha.

1. Não entender as necessidades do negócio

uma das razões pelas quais os projetos de software falham é a falta de compreensão das necessidades do negócio. O negócio deve articular claramente os requisitos em detalhes. Precisa haver um mapeamento preciso de recursos e funções para as necessidades do negócio. Atribuir um líder de negócios experiente à equipe do projeto é essencial para o sucesso. – Wesley Crook, FP Complete

2. Incapacidade de chegar a um consenso sobre prioridades

existem várias razões pelas quais os projetos de desenvolvimento de software falham, mas um comum que tem um grande impacto é quando os patrocinadores do projeto e as equipes de projeto não estão claramente alinhados com as principais prioridades do projeto. Decompor essas prioridades em” must-haves”,” should-haves “e” could-haves ” pode fornecer uma estrutura sólida para a iteração e entrega de recursos específicos. – Jahn Karsybaev, Prosource IT

3. Falta de clareza e estratégia de execução

o principal objetivo de um projeto de software é resolver os problemas de uma empresa. Requer não apenas gerenciamento eficaz e eficiente de projetos e gerenciamento de expectativa das partes interessadas, mas também um consenso claro de todo o grupo de partes interessadas sobre a definição do problema do negócio e uma estratégia de execução robusta para fornecer software que resolva os objetivos do negócio. A falha em abordar qualquer um dos aspectos descritos acima resulta em um projeto descarrilado. – Kartik Agarwal, TechnoSIP Inc.

4. Não começando com o cliente final

às vezes, os projetos de software começam com uma ótima ideia que é implementada (a tempo ou tarde) e entregue apenas para os desenvolvedores descobrirem que o problema que eles resolveram não era realmente o problema que seu cliente precisava ser resolvido. Fazer o trabalho duro de entender profundamente seus clientes, o que eles precisam e o que estão dispostos a pagar define o teto no desempenho do projeto e pode ajudar a reorientar uma equipe quando as coisas descarrilam. – Guy Yalif, Intellimize

5. Requisitos pouco claros

um dos motivos mais comuns pelos quais os projetos de software falham são os requisitos pouco claros e a falta de uma explicação detalhada. Muitas vezes, os próprios clientes não têm certeza exatamente do que desejam ver e, como resultado, o projeto não pode avançar. Comunicar-se com seus clientes e pedir-lhes sua visão detalhada do futuro do produto é a chave para garantir que o projeto não falhe. – Daria Leshchenko, SupportYourApp Inc.

6. Esperando uma ‘bala de prata’

com muita frequência, o entusiasmo surge da falsa crença de que uma proverbial “Bala de prata” resolverá um determinado problema. No entanto, soluções adequadas raramente são tão simples—elas são uma mistura de metodologia, estratégia e suporte de equipe, não o resultado de uma única ação, tecnologia ou ideia. Os líderes de tecnologia devem incentivar a comunicação aberta e alavancar a tomada de decisões participativas do grupo para resolver desafios. – Christopher Yang, Gestão De Viagens Corporativas

7. Trabalhando em um Silo

a maior razão pela qual os projetos de software falham é porque as equipes embarcam em uma jornada para construir algo que não é uma necessidade comercial ou não resolve o problema certo. Ambos os motivos são resultado de desalinhamento entre o negócio e a tecnologia. Para evitar isso, é crucial identificar o problema que o negócio está tentando resolver e, em seguida, trabalhar coletivamente com o negócio e não em um silo. – Tanvir Bhangoo, Freshii inc.

8. Pensando que o escopo pode ser definido antecipadamente

embora seja importante entender o problema e definir os casos de uso antecipadamente, quase nenhum projeto pode ser considerado bem-sucedido se não se adaptar às mudanças nos requisitos de negócios durante o desenvolvimento. Infelizmente, algumas equipes de tecnologia ainda insistem em atingir o objetivo original, tornando seu esforço ineficaz ou mesmo um fracasso. – Song Bac Toh, Tata Communications

9. Falta de coordenação e planejamento detalhado

muitos projetos de software estão atrasados ou falham devido à falta de boa coordenação e planejamento detalhado. As equipes precisam implementar um processo de planejamento de baixo para cima que identifique dependências entre entregas e inclua estimativas dos próprios engenheiros. Depois que o plano de lançamento é definido, eu executo reuniões diárias de stand-up de 15 minutos, onde os problemas são surgidos e novos riscos são identificados e gerenciados. – Dave Mariani, AtScale

10. Atrito causado por papéis indefinidos

papéis indefinidos geralmente criam atrito nas equipes de projeto. Tente usar uma estrutura DACI desde o início para definir claramente quem tem autoridade sobre o quê. Para projetos stuck, recalibrar quem é o motorista, Aprovador, colaborador e informado dentro do projeto pode atuar como um hard reset, inspirando colaboração renovada e autonomia. – Leore Avidar, Lob.com Inc.

11. Esperando a Sobrecustomização do Software

muitas vezes, acreditamos que o software pode ser personalizado a um nível que se adapte a todas as necessidades. Isso é um equívoco. Ser realista é importante. Defina os requisitos relativos à capacidade do software. Fazer solicitações de mudança à medida que você avança requer ajustes, mas esse é o chapéu que precisará ser usado para evitar frustrações. – Bhavna Juneja, Infinity, uma empresa de tecnologia Stamford

12. Falta de disciplina

se construíssemos uma casa e continuássemos mudando o projeto, o orçamento do projeto ficaria fora de controle e o prazo após o prazo seria perdido. Crie uma visão de como é o sucesso do projeto. Bloqueie – o e execute-o. Todas as outras grandes ideias e desvios podem ser considerados para uma fase posterior do projeto. – Sam Polakoff, Nexterus, Inc.

13. Muitas mãos no pote Dev

estabelecer (e limitar) quem está envolvido desde o primeiro dia, se você está construindo em casa ou não. Isso pode ser difícil para empresas de tecnologia maiores com processos complexos e canais de comunicação. Mas no mundo do desenvolvimento de aplicativos, essa complexidade é prejudicial para a criação de um produto totalmente realizado que corresponda à visão única de todos, sem ser vítima de uma fluência de escopo e de um cronograma de projeto sem fim. – Joshua Davidson, ChopDawg.com

14. Não há ênfase suficiente em Soft Skills

um foco claro e significativo no gerenciamento do processo de mudança é muitas vezes insuficiente ou insuficiente. Já vi muitos projetos de software em várias categorias, e em uma variedade de diferentes tipos e tamanhos de organizações executam em desafios, porque eles são super-focado no trabalho técnico, mas não se aplicando o suficiente energia para o treinamento, coaching, team building e soft skills. – Amith Nagarajan, rasa.io