14 Razones Comunes Por Las Que Los Proyectos De Software Fallan (Y Cómo Evitarlos)

Foto:

Getty

Los equipos de tecnología a menudo se sumergen en nuevos proyectos de software con grandes esperanzas, lo que hace que sea aún más frustrante si el proyecto se descarrila. Los líderes tecnológicos deben ser conscientes de las posibles dificultades de los proyectos con anticipación para evitar perder tiempo y dinero de presupuesto.

Los expertos del Consejo Tecnológico de Forbes han supervisado muchos proyectos en sus tenencias profesionales. A continuación, 14 de ellos comparten razones comunes por las que los proyectos de software fracasan y lo que los equipos de tecnología pueden hacer para evitar caer en una trampa.

1. No comprender Las Necesidades de la Empresa

Una de las razones por las que los proyectos de software fallan es la falta de comprensión de las necesidades de la empresa. La empresa debe articular claramente los requisitos en detalle. Tiene que haber un mapeo preciso de características y funciones a las necesidades de la empresa. Asignar un líder empresarial experimentado al equipo del proyecto es esencial para el éxito. – Wesley Crook, FP Completo

2. Incapacidad Para Llegar a un Consenso Sobre las Prioridades

Hay varias razones por las que los proyectos de desarrollo de software fallan, pero una de las razones comunes que tiene un gran impacto es cuando los patrocinadores y los equipos de proyecto no están claramente alineados con las principales prioridades del proyecto. Descomponer estas prioridades en «imprescindibles», «imprescindibles» y «posibles» puede proporcionar un marco sólido para la iteración y entrega de características particulares. – Jahn Karsybaev, Prosource IT

3. Falta de Claridad y Estrategia de Ejecución

El objetivo principal de un proyecto de software es resolver los problemas de un negocio. Requiere no solo una gestión de proyectos eficaz y eficiente y una gestión de las expectativas de las partes interesadas, sino también un consenso claro por parte de todo el grupo de partes interesadas sobre la definición del problema del negocio y una estrategia de ejecución sólida para entregar software que resuelva los objetivos del negocio. El hecho de no abordar ninguno de los aspectos descritos anteriormente da lugar a un proyecto descarrilado. – Kartik Agarwal, TechnoSIP Inc.

4. No comenzando Con el Cliente Final

A veces los proyectos de software comienzan con una gran idea que se implementa (a tiempo o tarde) y se entrega solo para que los desarrolladores descubran que el problema que resolvieron no era realmente el problema que su cliente necesitaba resolver. Hacer el arduo trabajo de comprender profundamente a sus clientes, lo que necesitan y lo que están dispuestos a pagar establece el techo en el rendimiento del proyecto y puede ayudar a reorientar a un equipo cuando las cosas se descarrilan. – Guy Yalif, Intellimize

5. Requisitos poco claros

Una de las razones más comunes por las que los proyectos de software fallan son los requisitos poco claros y la falta de una explicación detallada. Muy a menudo, los propios clientes no están seguros exactamente de lo que quieren ver, y como resultado, el proyecto no puede avanzar. Comunicarse con sus clientes y pedirles su visión detallada del futuro del producto es la clave para garantizar que el proyecto no falle. – Daria Leshchenko, SupportYourApp Inc.

6. Esperando una «Bala de Plata»

Con demasiada frecuencia, el entusiasmo surge de la falsa creencia de que una proverbial «bala de plata» resolverá un problema dado. Sin embargo, las soluciones adecuadas rara vez son tan simples: son una combinación de metodología, estrategia y soporte de equipo, no el resultado de una sola acción, tecnología o idea. Los líderes tecnológicos deben fomentar la comunicación abierta y aprovechar la toma de decisiones grupales participativas para resolver los desafíos. – Christopher Yang, Gestión de Viajes Corporativos

7. Trabajar en un Silo

La mayor razón por la que los proyectos de software fallan es porque los equipos se embarcan en un viaje para crear algo que no es una necesidad empresarial o no aborda el problema correcto. Ambas razones son el resultado de la desalineación entre el negocio y la tecnología. Para evitar esto, es crucial identificar el problema que la empresa está tratando de resolver y luego trabajar colectivamente con la empresa y no en un silo. – Tanvir Bhangoo, Freshii inc.

8. Pensar Que el Alcance Se puede definir por adelantado

Si bien es importante comprender el problema y definir los casos de uso por adelantado, casi ningún proyecto se puede considerar exitoso si no se adapta a los requisitos comerciales cambiantes durante el desarrollo. Desafortunadamente, algunos equipos de tecnología todavía insisten en alcanzar el objetivo original, lo que hace que su esfuerzo sea ineficaz o incluso un fracaso. – Song Bac Toh, Tata Communications

9. Falta de Coordinación y Planificación Detallada

Muchos proyectos de software se retrasan o fracasan debido a la falta de una buena coordinación y planificación detallada. Los equipos deben implementar un proceso de planificación ascendente que identifique las dependencias entre los entregables e incluya estimaciones de los propios ingenieros. Después de establecer el plan de lanzamiento, realizo reuniones diarias de 15 minutos en las que se plantean problemas y se identifican y gestionan nuevos riesgos. – Dave Mariani, AtScale

10. La fricción causada Por Roles indefinidos

Los roles indefinidos a menudo crean fricción en los equipos de proyecto. Intente usar un marco DACI desde el principio para definir claramente quién tiene autoridad sobre qué. Para proyectos atascados, recalibrar quién es el Conductor, Aprobador, Colaborador e Informado dentro del proyecto puede actuar como un reinicio completo, inspirando una colaboración y autonomía renovadas. – Leore Avidar, Lob.com Inc.

11. Esperamos una personalización excesiva del Software

A menudo, creemos que el software se puede personalizar a un nivel que se adapte a todas las necesidades. Es una idea equivocada. Ser realista es importante. Definir los requisitos relativos a la capacidad del software. Hacer solicitudes de cambio a medida que avanza requiere ajustes, pero ese es el sombrero que se debe usar para evitar frustraciones. – Bhavna Juneja, Infinity, a Stamford Technology Company

12. Falta de disciplina

Si tuviéramos que construir una casa y seguir cambiando el plano, el presupuesto del proyecto se descontrolaría y se perderían plazos tras plazos. Cree una visión de cómo es el éxito del proyecto. Bloqueo y ejecutar. Cualquier otra gran idea y desvío se puede considerar para una fase posterior del proyecto. – Sam Polakoff, Nexterus, Inc.

13. Demasiadas Manos En El Bote De Desarrollo

Establece (y limita) quién está involucrado desde el primer día, ya sea que estés construyendo internamente o no. Esto puede ser difícil para las grandes empresas de tecnología con procesos y canales de comunicación complejos. Pero en el mundo del desarrollo de aplicaciones, tal complejidad es perjudicial para la elaboración de un producto completamente realizado que coincida con la visión única de todos sin caer en el arrastre de alcance y un cronograma de proyecto interminable. – Joshua Davidson, ChopDawg.com

14. No se hace suficiente hincapié en las Habilidades Interpersonales

A menudo falta o es insuficiente un enfoque claro y significativo en la gestión del proceso de cambio. He visto muchos proyectos de software en varias categorías y en una variedad de diferentes tipos y tamaños de organizaciones que se enfrentan a desafíos porque están súper enfocados en el trabajo técnico, pero no aplican suficiente energía hacia la capacitación, el coaching, la creación de equipos y las habilidades interpersonales. – Amith Nagarajan, rasa.io