Humor del Líder Comparación entre un project manager y un recluso
Glosario Ven a conocer el glosario de administración de proyectos. Nuevas definiciones: Condiciones, Diagrama de flujo, Proceso de negocio, Producción, Secuencia.
Colaboradores Conoce a los colaboradores de LiderDeProyecto.com. Tu puedes ser uno de ellos.
Conceptos Básicos de Riesgos en la Administración de Proyectos Por Luis Lozano [ acerca del autor ]
La Real Academia de la Lengua Española define el riesgo como la Contingencia o proximidad de un daño. En sentido estricto, el riesgo implica solamente la posibilidad de sufrir daño o pérdida. En el contexto del proyecto, la identificación del riesgo también se refiere a las oportunidades (resultados positivos) así como las amenazas (resultados negativos). La administración de riesgos son los medios a través de los cuales la incertidumbre se maneja de forma sistemática, para aumentar la probabilidad de lograr los objetivos del proyecto.
Evaluación de Riesgo (se concentra en identificar los riesgos y en qué concentrarse)
Hacer una lista de todos los peligros potenciales que afectarán el proyecto (identificación del riesgo)
Determinar la probabilidad de las consecuencias de la ocurrencia y de la pérdida del potencial de cada elemento identificado (cuantificación del riesgo)
Clasificar los elementos (del más al menos peligroso)
Control de Riesgos (hacer algo sobre los riesgos)
Establecer técnicas y estrategias para atenuar los riesgos más altos (planeación del riesgo)
Ejecutar estrategias para resolver los factores de alto riesgo (respuesta del riesgo)
Supervisar de la eficacia de las estrategias y de los niveles de modificación de riesgos a lo largo del proyecto
La información para determinar riesgo viene de:
Descripción del producto. La naturaleza del producto del proyecto tendrá un efecto mayor en los riesgos identificados. Por ejemplo, los productos que implican tecnología probada, en igualdad de circunstancias, implicarán menos riesgo que productos, cuáles requieren innovación o invención.
Documentos/planes del proyecto: Las revisiones del documento de alcance, del plan del proyecto, del plan de adquisición del personal, etc. pueden revelar riesgos.
Información histórica: Bases de Datos del proyecto, expedientes del proyecto, experiencia del personal.
Entrevistas del Cliente y/o Usuario, así como de los estudios de viabilidad
Los riesgos asociados al producto del proyecto se describen a menudo en términos de su costo e impacto en sus calendarios.
Identificación del riesgo
La identificación del riesgo debe considerar riesgos internos y externos. Los riesgos internos son los elementos que el equipo de proyecto puede controlar o influenciar, por ejemplo asignaciones del personal. Los riesgos externos van más allá del control o de la influencia del equipo de proyecto, tal como cambios de mercado o acciones del Gobierno.
Podemos también hablar de riesgo inherente que resultan de la naturaleza de los objetivos y del alcance o riesgo adquirido que resulta del enfoque, metodologías, herramientas, técnicas, habilidades y de la experiencia que se aplican al proyecto
Herramientas y técnicas para la identificación del riesgo
Checklists. Las listas de comprobación se agrupan típicamente por la fuente del riesgo. Algunas áreas de aplicación han sido ampliamente utilizadas para la clasificación de las fuentes del riesgo.
Diagramación. La diagramación puede ayudar al equipo de proyecto a entender mejor las causas y efectos de los riesgos.
Entrevistas.- Las entrevistas orientadas a riesgos con varios de los involucrados (personas que serán impactadas por el proyecto) pueden ayudar a identificar riesgos no identificados durante actividades normales de la planeación. Los registros de las entrevistas previas al proyecto deben estar disponibles (por ejemplo, las aplicadas durante el estudio de viabilidad).
Cambios frecuentes a los requerimientos (requisitos) del proyecto durante la ejecución del mismo
Cliente y/o Usuario que no es eficiente, eficaz o completo en cumplir sus responsabilidades del proyecto ---
Cliente y/o Usuario que no está lo suficientemente disponible o que no conoce lo suficiente para proporcionar información precisa de los requerimientos (requisitos) y /o proceso de revisión.
Cliente y/o Usuario que no tiene expectativas realistas sobre los resultados del proyecto, locuaz genera restricciones de alto riesgo.
Restricciones Contractuales como penalizaciones por no lograr fechas límite o penalizaciones de la terminación.
Riesgos asociados a los calendarios
Tareas o Hitos (Milestone) faltantes
Duración inexacta de la métrica
Estimaciones no precisas
Un calendario basado en cantidades exageradas de tiempo extra para todo el equipo.
Riesgos asociados a los recursos
Roles y/o responsabilidades NO claras
Recursos NO disponibles
Habilidades y/o Conocimientos requeridos NO satisfechos o inadecuados
Equipo faltante o Inadecuado
Rotación del personal
Riesgos asociados a la Experiencia
Nueva Tecnología
Nuevo ambiente de desarrollo
Nuevo Hardware
Riesgos asociados al Proceso de Administración de Proyectos
Descomposición de Tareas (WBS) – una descomposición inadecuada falla en identificar todas las actividades que son parte del proyecto.
Métricas: estimaciones de tiempo y costo- las estimaciones agresivas o las desarrolladas con información insuficiente tiempo llevan a un riesgo mayor.
Fallas del Flujo de Trabajo: en la entrega, en la autorización de la terminación, no cumplimiento de fechas límite.
Falla de Aseguramiento de Calidad: proceso con fallas, carencia de la función de aseguramiento de calidad
Hola Efrén. No te sé decir cuál será la perspectiva en el PMBOK, si es que
la describe. Pero, velo desde esta perspectiva: el problema es algo que ya
tienes encima y el riesgo se refiere a la posibilidad de que te caiga
encima un problema, así que tratas de hacer lo necesario para que: a) no te
caiga encima b) si te cae, el impacto no sea tan algo. Y dificultad se
refiere a los niveles de esfuerzo requeridos para resolver un problema:
poca o mucha dificultad. Espero que eso te sirva.
Efrén Méndez Morales
dijo el 30 Marzo de 2011:
Cuál es la diferencia, desde el enfoque de proyectos del PMBOK, entre
riesgo, problema y dificultad?
alexander
dijo el 16 Septiembre de 2010:
por favor quisiera saber como interactuan las areas del conocimiento con
los grupos de proceso segun el pmbok
Pablo Zarbo
dijo el 22 Marzo de 2009:
Hola!
Muy buena lista de puntos a considerar en la gestión de riesgos en
proyectos.
El tema es más que interesante (a mi entender, apasionante).
Considero que la mayor novedad en los últimos años ha sido la aparición y
evolución de herramientas que permiten la cuantificación del riesgo (un
concepto, que suele ser intangible para muchos); esto es, medir el impacto
sobre nuestro proyecto, del grado de incertidumbre en el que se
desarrolla.
En este sentido, las herramientas de Simulación de Riesgo en Proyectos
aportan un elemento más que útil para el líder de proyecto. Permiten,
entre otras muchas cosas, hacer concreto el concepto de riesgo y comunicar
(un beneficio esencial) el impacto a la alta gerencia y a los
colaboradores.
Saludos!
Paulina Riestra
dijo el 05 Febrero de 2009:
El tema es muy interesante pero la redacción es muy mala.
Comparte tu opinión Los campos marcados con * son obligatorios.
Videoboletín
Entregando valor continuo a través de las metodologías ágiles (Ken Collier)
Cursos recomendados Un directorio con cursos recomendados para administradores de proyectos. Conoce los temarios y próximas fechas.
Foro de discusión Atrévete a participar y dar a conocer tus opiniones y dudas. Expertos en el tema estarán disponibles para asesorarte.
Monumento al PM desconocido Como si se tratara de un reality show, un desinhibido líder de proyecto comparte, en un tono divertido, sus aventuras y desventuras en su proyecto (cualquier parecido con el tuyo es pura coincidencia)... Ven y descubre qué nueva sorpresa le depara a nuestro colega (y no olvides animarlo)...
Soy Novato
