Gestión de proyectos de TI | Por Duncan Haughey | Tiempo de lectura minutos

Comencemos con algunas estadísticas preocupantes. Solo el 29% de los proyectos de software tuvieron éxito, el 52% fueron desafiados (sobrecostos, sobrecostos presupuestarios o deficiencias de contenido) y el 19% fracasó, según el informe de Standish Group en 2015. Si bien esos hallazgos surgieron por primera vez hace unos años, los resultados no son menos ciertos hoy en día.

Además, el porcentaje de proyectos considerados valiosos por el cliente es del 59%, y de proyectos considerados satisfactorios por el cliente del 56%.

Los resultados insatisfactorios del proyecto se han convertido en una norma de la industria de TI donde el cliente no estaba satisfecho con el resultado. Entonces, ¿qué podemos hacer al respecto?

Un buen punto de partida es abordar algunas de las razones críticas por las que los proyectos de software fallan.

Razón 1: No hay tiempo suficiente

A menudo, se decide una fecha límite antes de que comience el proyecto y no es negociable. Esta fecha límite da como resultado una carrera precipitada para comenzar con el supuesto de que cuanto antes comience a programar, antes terminará el proyecto.

Un apuro para comenzar a codificar es casi siempre el enfoque equivocado. Es esencial dedicar el tiempo para crear un buen diseño. No tener un buen diseño conduce a cambios continuos a lo largo de la fase de desarrollo. Cuando esto sucede, el tiempo y el presupuesto se consumen a un ritmo rápido.Solución

:

• No se sienta tentado a saltar directamente y comenzar a programar.
• Asigne tiempo suficiente para crear un buen diseño, y el resto del proyecto se ejecutará mucho mejor.

Este enfoque mejorará su reputación cuando entregue algo que cumpla con las expectativas de sus clientes y funcione correctamente la primera vez.

Razón 2: Presupuesto insuficiente

Muchos proyectos tienen el precio más bajo, la política de proveedores más exitosa o un presupuesto poco realista, no basado en los requisitos del proyecto. Cuando esto sucede, todo se ralentiza. Los recursos tardan en llegar o nunca llegan; se cortan las esquinas y la calidad se resiente.Solución

:

• Sea realista sobre el presupuesto y baselo en los requisitos completos.
• Evite basar la selección de un proveedor únicamente en el precio más bajo.
• Vaya a un proveedor o equipo con un historial comprobado de entrega dentro del presupuesto.
• Utilice una Lista de Verificación de Selección de proveedores, como la siguiente, para encontrar el proveedor adecuado para su proyecto.

Razón 3: Mala comunicación

Hay un adagio, «nunca asumas nada», que es especialmente el caso de los proyectos de software. Una buena comunicación con el cliente, los usuarios y el equipo de desarrollo es fundamental para el éxito del proyecto. Hágase tres preguntas:

1. ¿Todos en el equipo te entienden?
2. ¿Saben lo que esperas de ellos, o has asumido que lo saben?
3. ¿Se comunican bien entre sí, con los usuarios y con otros departamentos?

Solución:

• Encuentra cualquier interrupción de comunicación ahora. Esto puede llevar a confusión y complicaciones más adelante en el proyecto.
• Nunca asuma que todos entienden todo lo que está sucediendo en el proyecto.
• Tómese su tiempo para crear un entorno donde la comunicación sea accesible, abierta y frecuente.

Razón 4: Nunca revisar el progreso del proyecto

A medida que avanza un proyecto, las cosas cambian, lo que afecta significativamente al proyecto. Es importante seguir examinando el progreso del proyecto para superar los desafíos de manera temprana y advertir a las partes interesadas de posibles retrasos y cambios en los resultados.Solución

:

• Siempre establezca hitos para revisar el progreso con su equipo y las partes interesadas durante el proyecto. Ajuste según sea necesario para mantener el rumbo.
• Manténgase cerca de su equipo para comprender lo que está sucediendo y los desafíos que enfrentan.

Razón 5: Pruebas inadecuadas

Cuando la presión para entregar está encendida, las pruebas a menudo sufren. Las pruebas se dejan hasta el final del ciclo de desarrollo con el mínimo esfuerzo invertido en las pruebas. Por lo general, el resultado es un producto lleno de errores y un cliente insatisfecho.Solución

:

• Realice pruebas a lo largo del ciclo de vida de desarrollo, probando cada módulo o componente a medida que se desarrolla.
• Solo deje las pruebas de integración hasta el final del ciclo de vida de desarrollo, lo que se traduce en menos estrés y un mejor producto.

Razón 6: Pruebas en el entorno de producción

Es sorprendente cuántas organizaciones prueban productos en su entorno de producción. El uso del entorno de producción es una estrategia de alto riesgo que puede dar lugar a brechas de seguridad y liberación accidental sin realizar pruebas, interrumpiendo los sistemas de producción.Solución

:

• Desarrollar un proceso de garantía de calidad y lanzamiento de nuevos productos de software.
• Proporcionar un entorno separado del entorno de producción para realizar pruebas y corregir errores.

Razón 7: Falta de garantía de calidad

A menudo, en nuestra prisa por entregar el software, la garantía de calidad sufre. La documentación está incompleta para los cambios de código, el diseño contiene defectos y las implementaciones pueden estar inacabadas. Todo esto conduce a la reelaboración, a la pérdida de tiempo y, finalmente, a clientes insatisfechos.Solución

:

• Tómese el tiempo para comprobar la calidad y documentar el software antes del lanzamiento.
• Revisar Michael L Young artículo 6 Factores de éxito para Gestionar la Calidad del Proyecto

Razón 8: No ajustarse a los Estándares de la Industria

Ajustarse a los estándares de la industria en sus proyectos de software puede resultar beneficioso al garantizar una buena accesibilidad, portabilidad, usabilidad, robustez y reducir los problemas actuales y futuros. Organismos como el World Wide Web Consortium (W3C) y la Organización Internacional de Normalización (ISO) han desarrollado estándares abiertos que son difíciles de desafiar.Solución

:

• Tómese el tiempo para introducir un enfoque estándar para sus proyectos.
• Encuentra lo que funciona bien y sigue haciéndolo.
• Cambia cualquier cosa que no funcione.
• Revise y actualice sus estándares regularmente.

La próxima vez que gestione un proyecto de desarrollo de software, revise esta lista y recuerde lo que se necesita para garantizar el éxito. Te sorprenderás, hace la diferencia.

Lectura recomendada: El Curioso Caso del Informe CAOS 2009 de Jorge Domínguez.