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.