10 razones por las que fracasan tantos proyectos de software

-La Iniciativa de Medios Digitales (DMI) de la BBC fracasó por fallos de gobernanza y retrasos en la entrega. Era un proyecto en el que todo el mundo había puesto sus ojos porque estaba destinado a digitalizar la producción de la BBC.

-Varias razones provocaron el fracaso del Archivo Virtual de Casos (VCF) del FBI, pero las expectativas poco realistas fueron uno de los principales motivos. El proyecto malgastó unos 104,5 millones de dólares de los contribuyentes.

-El nuevo sistema de la Reserva Federal de EE.UU. se desbocó la primera noche que entró en funcionamiento y entregó 28.000 millones de dólares en concepto de intereses a bancos miembros equivocados.

¿Cómo pueden fracasar los proyectos de software bien planificados? ¿Estaban realmente bien planificadas? O eso creían. Por desgracia, muchos proyectos fracasan; de hecho, se ha convertido en un incidente tan común que la gente apenas habla de ello, lo discute, salvo las personas que han tenido que pasar por el fracaso. En 2013, Innotas, una empresa de gestión de proyectos, reveló que alrededor del 50 % de las empresas que encuestaron tenían fallos en la gestión de proyectos. Ahora, 4 años después, la historia no es muy diferente. ¿Cuáles son las causas del fracaso de los proyectos de software? Hemos explorado algunas de las razones basándonos en nuestras observaciones, ¿qué opina usted?

1. Desalineación de los objetivos empresariales con los resultados del proyecto

Se puede decir que las prioridades son diferentes para las distintas empresas. Para algunas empresas, lo importante es alcanzar los objetivos empresariales, mientras que para otras es entregar el proyecto a tiempo y dentro del presupuesto. Este es el viaje por carretera en el que toman el camino equivocado y se pierden. Si tanto los objetivos empresariales como los resultados del proyecto están alineados entre sí, lo más probable es que el software no fracase. Pero hacer esto no es tarea fácil en absoluto.

2. No saber a qué dar prioridad

No priorizar los proyectos importantes. El jefe de gestión de proyectos se sienta con las partes interesadas y otros responsables de la empresa para decidir las prioridades de los proyectos. A continuación, asignarán los recursos y el personal, y tendrán en cuenta el presupuesto y el tiempo. A veces, las cosas salen mal al alinear los objetivos empresariales con los resultados del proyecto, y esto también puede deberse a que no se han acertado con las prioridades.

3. Requisitos imprecisos

Uno de los primeros pasos en cualquier ciclo de desarrollo de software es comprender los requisitos del cliente. A menos que los requisitos estén claramente definidos y aprobados por el cliente, es posible que ambos no se encuentren en la misma situación.
misma página al final del ciclo de desarrollo.

4. 4. Limitaciones de tiempo

Las limitaciones de tiempo impiden a menudo que los desarrolladores obtengan claridad del proyecto por parte del cliente, lo que podría dar lugar a una gran cantidad de reprocesamientos y a una mayor asignación de recursos, a la vez que refleja una publicidad negativa para la empresa. Por eso, justo antes de sentarse a desarrollar un proyecto, es importante hacer un análisis de los requisitos y asegurarse de que todo el mundo, incluido el cliente, tiene claro cómo será el producto final.

5. Mala estimación del calendario

Los desarrolladores son seres humanos y el número de horas que pueden trabajar al día tiene un límite. Programe el tiempo de forma lógica para que el proyecto se complete según lo previsto y el promotor siga vivo para emprender otro proyecto.

6. No está dispuesto a ampliar el plazo

Los jefes de proyecto y las partes interesadas deben ser considerados cuando ponen a trabajar al equipo de desarrolladores. Sí, un día más de trabajo aumenta los gastos, pero a la larga merecerá la pena.

7. Dar plazos poco realistas sólo retrasará el proyecto.

Contrariamente a lo que piensan las partes interesadas y los gestores de proyectos, fijar plazos poco realistas sólo acarreará grandes pérdidas a la empresa. Planifique siempre el proyecto de forma que las expectativas sean razonables, en función de la cantidad de trabajo.

8. Comunicación

La mala comunicación es la causa de muchos fracasos en la vida. De hecho, es tan importante para todos los asociados a un proyecto que seguir cursos profesionales sobre habilidades interpersonales será sin duda un punto a favor. La comunicación y los mensajes deben compartirse adecuadamente, porque los puntos de vista y las opiniones encontradas podrían acabar con un proyecto incluso antes de que esté listo para volar. El director del proyecto es responsable de actuar como mediador entre todos los miembros del equipo. Asegúrese de que los mensajes llegan a todos, especialmente cuando se trata de algo relacionado con el resultado del proyecto.

9. No conseguir el personal adecuado para el trabajo

Una dotación de personal inadecuada es otra de las razones del fracaso de los proyectos. Tienes un equipo de buenos desarrolladores. Pero, ¿cree que son el tipo de equipo de «talla única»? ¿Pueden encargarse de cualquier tipo de proyecto que se les asigne? Es posible que tenga que asignar a las personas en función de sus competencias. Las personas adecuadas, aunque sean caras, resultarán beneficiosas. Al fin y al cabo, la calidad del proyecto no debe resentirse. Los promotores ineficaces o mediocres retrasarán el proyecto, mientras que un promotor 10x mantendrá las riendas del proyecto en su mano.

10. Pruebas deficientes

Las pruebas de software fallan. Una vez hecho todo, te das cuenta de que hay un problema de codificación que aún no se ha solucionado. Si no tiene hitos que regulen la fase de desarrollo del código, el proyecto podría fracasar. Puede iniciar pruebas de automatización mediante las cuales el probador escribiría guiones y utilizaría otro software para probar las diferentes funcionalidades de la aplicación/software. Los distintos tipos de pruebas de software son

Pruebas unitarias
Pruebas de integración
Pruebas funcionales
Pruebas del sistema
Pruebas de resistencia
Pruebas de rendimiento
Pruebas de usabilidad
Pruebas de aceptación
Pruebas de regresión
Pruebas beta

Lleva tiempo, pero merece la pena. A través de las pruebas se puede conocer la calidad del proyecto; es una especie de proceso de verificación y validación.

Conclusión

Es importante entender primero el proyecto y luego asignar los recursos y la mano de obra. Deles tiempo suficiente para trabajar en el proyecto y recursos cuando los necesiten. Siga estos consejos y seguro que da en el clavo.
Una última palabra: asegúrese de que los requisitos del sistema están definidos y establecidos adecuadamente. No puede permitirse tener problemas con el sistema una vez que el software esté listo para funcionar.
Más información en ….

Flickr.com/ Patrizio Cuscito

Sobre el autor: Reema trabaja como Thought Leader en PHPBabu.

10 razones por las que fracasan tantos proyectos de software