Los 100 riesgos en la gestión de proyectos

Riesgos en la gestión de proyectos

Este es uno de los temas muy interesantes donde todos los profesionales opinan sobre el mismo.

Pregúntele a los ejecutivos, gerentes funcionales, gerentes de proyecto e ingenieros el riesgo del proyecto. Usted encontrará varias preguntas y quejas.

La falta de compromiso de los actores está generalmente en la parte superior de la lista.

Viene a menudo seguido por mala toma de requerimientos, requisitos cambiantes, gerentes ineficientes y recursos inadecuados del proyecto. En otras palabras, identificación de riesgos tiende a traer una abundancia de emociones negativas y sugerir "culpables".

Todo esto te hace perder el valor real de la gestión del riesgo del proyecto. Cualquier buen proyecto tiene mucho riesgo. Después de todo, la naturaleza de los negocios es tomar riesgos.

Gestión de riesgos se basa en cómo maximizar sus posibilidades de tener éxito en el proyecto, identificación de riesgos en el proyecto y planificando cómo gestionarlos a través del proyecto. Los ejemplos a seguir les ayudarán a empezar en el camino a la identificación de estos riesgos.

Ahora, vamos a ver los ejemplos de los 100 riesgo en la gestión de proyectos:

Apoyo Ejecutivo

1. los directivos no apoyan el proyecto. El equipo del proyecto puede no tener la autoridad para lograr los objetivos del proyecto. En tales casos, el apoyo ejecutivo es fundamental para el éxito del proyecto.

2. Los ejecutivos pierden el interés en el proyecto y así comienzan a ignorar las comunicaciones del proyecto y reuniones.

3. conflictos entre los actores del proyecto perturba a los miembros de la Junta Directiva o hay un desacuerdo sobre los problemas del proyecto a nivel ejecutivo.

4. Un ejecutivo clave abandona la empresa, esa desvinculación se convierte en un gran problema para el proyecto.

Alcance

5. El scope de aplicación no está bien definido. En general, el riesgo proviene de un error u omisión en el momento de la definición del alcance.

6. Los cambios no son controlados y el alcance está en continuo crecimiento.

7. El equipo del proyecto añade sus propias características al producto y estas características no son requerimientos o solicitudes de cambio.

8. Estimaciones inexactas es un riesgo común en realidad el proyecto.

9. Puede afectar drásticamente la programación del proyecto y también los costes.

10. faltan actividades necesarias en la definición del alcance.

Gestión de costos

11. Las estimaciones y pronósticos de costo son inexactos.

12. variaciones en el tipo de cambio pueden tener un impacto importante en el proyecto.

Gestión del cambio

13. Un gran número de solicitudes de cambio dramáticamente aumenta la complejidad del proyecto y distrae las características clave.

14. El cambio puede ser el origen del conflicto de las partes interesadas.

15. Debido a un gran número de solicitudes de cambio como de prioridades, tenemos la percepción de que el proyecto fracasó. Cuando el calendario y el presupuesto se cambian continuamente - las partes interesadas pueden sentir que el proyecto ha perdido sus objetivos originales.

16. La falta de identificación de cualquier cambio puede convertirse en un riesgo crítico.

17. La gestión del cambio a nivel de organización o departamental es fundamental para el éxito del proyecto. De lo contrario, el proyecto tendrá una visibilidad limitada en los cambios que afectan al proyecto.

18. El Control de cambio es esencial para la gestión del cambio para grandes proyectos.

19. Dónde se priorizan los cambios no esenciales, también tendremos un impacto en la ejecución de proyectos.

20. Las solicitudes de cambios que son de baja calidad (por ejemplo, ambiguas).

21. Las solicitudes de cambio que no tienen sentido en el contexto de los requisitos.

Partes interesadas

22. Cuando las partes interesadas ignoran las comunicaciones del proyecto.

23. Las partes interesadas desarrollan expectativas inexactas (creer que el proyecto va a lograr algo que no está en los requisitos, planes, etc.).

24. El volumen de negocios de las partes interesadas puede dar lugar a interrupciones del proyecto.

25. Cuando las partes interesadas tienen una actitud negativa hacia el proyecto y les gustaría ver fracasar.

26. El desacuerdo entre los interesados sobre los problemas del proyecto.

27. Las contribuciones de las partes son de baja calidad o irrelevante.

Comunicación

28. Cuando los requisitos son mal interpretados por el equipo del proyecto se producirá un desfase entre las expectativas, demandas y el trabajo en su conjunto.

29. Cuando los recursos clave del proyecto pueden gastar un alto porcentaje de su tiempo.

30. La comunicación es un desafío que no se debe subestimar. Es posible que necesite comunicar la misma idea muchas veces en diferentes formas para que la gente recuerde.

31. Los usuarios tienen expectativas inexactas.

32. Las personas afectadas no son informadas.

Equipo

33. Las debilidades de los miembros del equipo.

34. Cuando su equipo de proyecto necesita adquirir nuevas habilidades para el proyecto, existe el riesgo de que la productividad disminuya.

35. Capacitación de calidad no disponible.

36. La formación es inadecuada o no basada en experiencia profesional.

37. Los miembros del equipo que son nuevos en el mercado o en la profesión tienden a cometer más errores y ser menos productivos.

38. Problemas de rendimiento del equipo del proyecto.

39. Miembros del equipo con actitudes negativas hacia el proyecto o pasivamente sabotean cualquier esfuerzo.

40. Rotación conduce a retrasos y aumento de los costos.

41. El equipo carece de motivación. Este es un riesgo particularmente común en proyectos de larga duración.

42. Falta de compromiso de los gerentes funcionales.

Arquitectura

43. La arquitectura no pasa los procesos de gobierno.

44. La arquitectura carece de flexibilidad.

45. La arquitectura es de baja calidad.

46. La arquitectura es inviable, la arquitectura es imposible de implementar o no es compatible con los requisitos.

Proyecto

47. El proyecto no es viable. el diseño no es posible o no es compatible con los requisitos.

48. El proyecto carece de flexibilidad.

49. El diseño es de baja calidad.

50. El proyecto falla. Es una buena idea tener colegas o expertos arquitectónicos para validar sus proyectos.

Técnico

51. Los componentes técnicos no son adecuados.

52. Los componentes técnicos no son escalables.

53. Los componentes técnicos no tienen interfaces estándar.

54. Los componentes técnicos no son compatibles con las normas y violan las mejores prácticas.

55. Los componentes técnicos tienen vulnerabilidades de seguridad.

56. Los componentes técnicos está lleno de diseño y características innecesarias.

57. Los componentes técnicos no tienen estabilidad.

58. Componentes técnicos no extensible, es decir, son difíciles de ampliar con nuevas funcionalidades.

59. Los componentes técnicos no fiables, es decir que falla después de un corto período de tiempo.

60. El riesgo de incidente de seguridad durante el proyecto (por ejemplo, la información es divulgada).

61. Interrupciones del sistema de sistemas críticos, como sus entornos de prueba.

62. Componentes heredados no tienen documentación.

63. Componentes heredados están fuera de apoyo.

64. Componentes o productos no son sostenibles.

65. Componentes o productos no pueden ser operados.

66. Los problemas con las herramientas de gestión y temas de problemas técnicos con sus propias herramientas de gestión del proyecto.

Integración

67. Los retrasos en infraestructura, tales como hardware o software.

68. La imposibilidad de integrar con procesos de negocio.

69. La imposibilidad de integrar con los sistemas.

70. Los entornos de prueba e integración no están disponibles.

71. La falta de integración con la organización.

72. Incapacidad para integrar componentes.

73. El proyecto interrumpe las operaciones.

74. El proyecto interrumpe la venta.

75. El proyecto detiene procesos de cumplimiento, tales como auditorías e informes.

Requisitos

76. El no alinear los requisitos de conflicto con la estrategia de la empresa.

77. El no alinear los procesos de negocio.

78. Los requisitos no pueden alinearse con otros sistemas.

79. Los requisitos tienen problemas de cumplimiento.

80. Los requisitos son ambiguos.

81. Los requisitos no son aptos para el propósito.

82. Los requisitos son incompletos.

Decisiones y solución de problemas

83. Los proyectos en retrasos generan impacto al establecer directrices para toma de decisión.

84. Las partes interesadas pueden tener una tendencia a tomar decisiones que son intencionalmente ambigua.

85. Las decisiones no son las adecuadas para el propósito del proyecto.

86. Las decisiones incompletas crean más problemas.

Adquisición

87. No hay respuesta al RFP.

88. Respuestas al RFP que son inutilizables.

89. La falta de negociación de un precio razonable para los contratos.

90. Incapacidad para negociar condiciones contractuales aceptables.

91. Conflictos con el proveedor trae problemas al proyecto.

92. Conflicto entre proveedores conduce a una ruptura de cooperación.

93. Los vendedores tienen demoras.

94. Cuando el proveedor no es consciente de los requisitos o proporciona componentes que están completamente fuera de la marca.

95. Los componentes del proveedor son de baja calidad.

96. La infraestructura es de baja calidad.

97. La calidad del servicio es baja.

98. Componentes del proveedor introducen términos de responsabilidad civil (por ejemplo, violan patentes).

99. Pérdida de la propiedad intelectual.

Autoridad

100. La falta de autoridad en el equipo para completar el trabajo y lograr los objetivos.

Espero que les sirva como guía.