Si no está seguro, en este artículo le damos algunas claves para anticipar el final y saber si será exitoso, recuperado, terminado o fallido. Además qué propone Evaluando ERP para que pueda manejar el proyecto y llegar al final o comenzar su ejecución con todas las herramientas en la mano.

Un estudio realizado por la empresa de consultoria de gestión de proyectos, PM Solutions, identifica las 5 causas principales de las fallas de TI. Ellas son:

  • Requerimientos: No son claros, falta de acuerdo, falta de prioridad, contradictorios, ambiguos, imprecisos.
  • Recursos: Falta de recursos, conflictos por los recursos, rotación de personal clave, mala planificación.
  • Cronogramas: Demasiado apretados, poco realistas, demasiado optimistas.
  • Planificación: En base a datos insuficientes, falta de elementos, estimaciones pobres.
  • Riesgos: no identificados o supuestos, no se gestionan.

Los obstáculos más comunes que interfieren con la recuperación de los proyectos son las siguientes:

  • Conseguir la aceptación de las partes interesadas para aceptar los cambios necesarios para poner en marcha nuevamente los proyectos, ya sean modificaciones en el alcance, presupuesto, recursos, etc.
  • Pobre comunicación y compromiso de los interesados, falta de claridad y confianza.
  • Conflicto de prioridades y política.
  • Encontrar los recursos calificados suficientes y necesarios para completar los proyectos.
  • Falta de un proceso o metodología para ayudar a poner en marcha nuevamente el proyecto.

Este estudio es útil, pero no revolucionario, sino que arroja luz sobre un problema común, reafirma las creencias existentes sobre las causas de las fallas, y llama la atención sobre cuestiones importantes.

Los proyectos según su concreción

Las organizaciones deben contar con un conjunto de criterios de evaluación para dar seguimiento a los proyectos para potenciales revisiones y actividades que permitan recuperar un proyecto en riesgo. Estos criterios de seguimiento consisten en un juego de métricas para evaluar e identificar proyectos con problemas. Su uso debe ser incorporado en el portfolio de proyectos de las organizaciones como procesos de revisión e informes.

Criterios esenciales para detectar si el proyecto tiene problemas

  • Riesgo financiero: exista una expectativa de finalizar el proyecto con un exceso superior al 10% respecto del presupuesto planeado.
  • Cambios en el alcance: la cantidad de cambios en el alcance superó un parámetro establecido.
  • Esfuerzo: la cantidad de horas/hombre empleadas hasta el momento exceden las horas presupuestadas en un porcentaje importante.
  • Hitos: hay brechas significativas (más del 5% respecto del plan) entre las fechas de los hitos planeadas y las fechas efectivas o entre las fechas planeadas para los entregables y las fechas efectivas de las entregas.
  • Calidad: los defectos, errores o revisiones son críticas y/ o crecen durante el ciclo de vida del proyecto.
  • Relación con el cliente: el equipo del proyecto tiene una relación muy pobre con el cliente y esa relación se resiente con rapidez.

Por División Consultoría Evaluando Software.

 
Share This
Suscríbase a nuestras novedades

Suscríbase a nuestras novedades

¿está interesado en nuestros contenidos de ERP? Suscríbase para nuestros newsletter y no deje de estar informado.

¡Listo, ya está suscripto!