3.2 · Gestión de riesgos (identificación, criticidad, plan)

Nivel 3 · Pilotaje, riesgos y comunicación

3.2Gestión de riesgos (identificación, criticidad, plan)

Objetivo: identificar, priorizar y tratar los riesgos en un registro vivo para anticipar las amenazas.
Tiempo estimado: 14 min · lectura autónoma · Si solo tienes 5 min: lee «Lo esencial en 30s» + el esquema.

Lo esencial en 30 segundos

  • Gestionar los riesgos = anticiparlos más que sufrirlos : tratar una amenaza en frío cuesta menos que en urgencia.
  • Enfoque en 3 tiempos : identificar sin autocensura, evaluar la criticidad (probabilidad × impacto), definir un plan de respuesta.
  • Cuatro estrategias (evitar, reducir, transferir, aceptar) consignadas en un registro vivo con un responsable por riesgo.

Mini-caso hilado — Bilal abre el registro antes de la tormenta

El proyecto de Bilal depende de un solo desarrollador senior y de un proveedor que entrega tarde una vez de cada dos. Hasta aquí, Bilal « ya verá ». Tras el choque del trabajo restante (3.1), reúne al equipo 45 minutos : 8 riesgos identificados, criticidad puntuada, 3 planes lanzados — doblar la competencia clave, penalizaciones al proveedor, reserva de 5 días. Dos semanas después, el proveedor se desvía : el plan B se activa en vez del pánico.

Continuación del caso 3.1 — Bilal pasa de la constatación a la anticipación.

1. Anticipar más que sufrir

Un proyecto es por naturaleza incierto. La gestión de riesgos consiste en anticipar las amenazas más que en sufrirlas : identificar los riesgos (técnicos, humanos, externos, proveedores, plazos), evaluar su criticidad (probabilidad × impacto), y luego definir planes de respuesta. Bilal aprende la distinción clave : un riesgo es futuro e incierto, un problema es un riesgo realizado.

Gestionar los riesgos es negarse a descubrir los problemas el día en que explotan : se prepara en frío lo que no se quiere gestionar en caliente.

2. Cuatro estrategias, un registro vivo

A cada riesgo importante, una estrategia : evitarlo (suprimir la causa), reducirlo (bajar probabilidad o impacto), transferirlo (seguro, subcontratación, cláusulas) o aceptarlo (con reserva y plan de contingencia, el « plan B »).

Todo se consigna en un registro de riesgos — riesgos, criticidad, respuesta, responsable — vivo y revisado regularmente. Es una de las marcas de un jefe de proyecto maduro : Bilal lo relee en cada punto semanal.

Error frecuente de interpretación: « Gestionar los riesgos = preverlo todo y tratarlo todo por igual ». No. No se prevé todo, se prioriza por la criticidad (probabilidad × impacto) y se tratan primero los riesgos mayores. Otro error : escribir un registro una vez y luego olvidarlo — un registro muerto no protege de nada.
Gestionar un riesgo Identificar, evaluar, responder Identificar Sinautocensura, en equipoCriticidad Probabilidad× impactoResponder Evitar / reducir /transferir / aceptarRegistro vivo Responsable +revisión regular
Identificar, evaluar, responder
Versión en texto del esquema (SEO / lectores de pantalla / traducción): 1) Identificar — Bilal lista 8 riesgos en equipo sin autocensura. 2) Criticidad — cruza probabilidad e impacto para priorizar los 3 mayores. 3) Responder — evitar, reducir, transferir o aceptar con plan B. 4) Registro vivo — cada riesgo tiene un responsable y se revisa cada semana. Lección : anticipar en frío cuesta menos que sufrir en caliente.

🔎 Ejemplo concreto — Riesgo contra problema

Tratar antes de la explosión.

Riesgo = evento FUTURO e incierto (puede ocurrir).
Problema = riesgo realizado (está ahí, ahora, en urgencia).
→ tratar una amenaza mientras es un riesgo cuesta mucho menos.

Resultado : amenazas anticipadas, no sufridas.

Reflejo : un responsable por riesgo en el registro.

Vocabulario de la sección

Riesgo
Evento incierto que, si ocurre, tendría un impacto (negativo las más veces) en el proyecto.

Ejemplo sencillo: el proveedor de Bilal que puede entregar tarde.

Lo que no es: un retraso ya constatado (es un problema).

Reflejo: formular cada riesgo : « si… entonces… ».

Criticidad
Evaluación de un riesgo combinando su probabilidad y su impacto (a menudo probabilidad × impacto).

Ejemplo sencillo: proveedor frágil + retraso bloqueante = criticidad fuerte.

Lo que no es: el coste solo o la fecha sola del riesgo.

Reflejo: priorizar por criticidad, no por orden de llegada.

Registro de riesgos
Documento que lista los riesgos, su criticidad, su respuesta y su responsable.

Ejemplo sencillo: el cuadro de Bilal releído en cada punto semanal.

Lo que no es: una lista escrita una vez y luego olvidada.

Reflejo: revisar el registro en cada hito de seguimiento.

Estrategias de respuesta
Evitar, reducir, transferir o aceptar un riesgo según criticidad y coste.

Ejemplo sencillo: Bilal transfiere vía penalizaciones y reduce doblando la competencia.

Lo que no es: ignorar definitivamente el riesgo esperando.

Reflejo: cada riesgo mayor = 1 estrategia + 1 acción.

Plan de contingencia
Plan de acción previsto de antemano, a activar SI el riesgo se realiza (« plan B »).

Ejemplo sencillo: el proveedor B de Bilal activado tras 3 días de retraso.

Lo que no es: improvisar en pánico el día en que se rompe.

Reflejo: escribir el activador antes de necesitarlo.

En la práctica — Construir un registro de riesgos

  1. En equipo, identifica los riesgos del proyecto (técnicos, humanos, externos, proveedores, plazos) sin autocensura.
  2. Evalúa cada uno : probabilidad (baja/media/alta) e impacto ; crúzalos para obtener la criticidad y priorizar.
  3. Para los riesgos más críticos, elige una estrategia (evitar, reducir, transferir, aceptar) y una acción concreta.
  4. Consigna todo en un registro con un responsable por riesgo, y revísalo regularmente.
Identificas, priorizas y tratas los riesgos en un registro vivo : anticipas en vez de sufrir.

Script listo para decir — lanzar la lluvia de ideas de riesgos (2 min)

« Listemos todo lo que podría hacernos fallar la fecha, sin filtro ni debate. Luego puntuamos : probabilidad por impacto. Los 3 más críticos salen con un responsable y una acción esta semana. Releemos el registro en cada punto. »

Para decir al inicio de la sesión, cuadro visible : primero la exhaustividad, luego la prioridad.

Modelo copiar-pegar — registro de riesgos exprés

RIESGO (si… entonces…) : _______________
PROBABILIDAD (baja / media / alta) : _______________
IMPACTO (bajo / medio / alto) : _______________ → CRITICIDAD : _______________
ESTRATEGIA (evitar / reducir / transferir / aceptar) : _______________
ACCIÓN + RESPONSABLE : _______________ | VENCIMIENTO : _______________
PLAN B (si ocurre) : _______________ | REVISADO EL : _______________

TPE / presupuesto pequeño

Cinco riesgos mayores bastan : una página, un responsable cada uno, revisión de 10 minutos por semana.

Pyme Argelia

Bilal integra proveedores frágiles, plazos administrativos y picos estacionales en sus riesgos externos.

Proyecto informático

Doblar la competencia única y prever un proveedor B para cada dependencia crítica.

Proyecto de evento

Clima, lugar, prestatarios : un plan B escrito por riesgo mayor (repliegue, sustituto, reserva de tiempo).

✓ Buenas prácticas

  • Identifica los riesgos en equipo, sin autocensura.
  • Prioriza por la criticidad (probabilidad × impacto).
  • Mantén vivo el registro y nombra un responsable por riesgo.

✗ Errores frecuentes

  • Descubrir los problemas el día en que explotan.
  • Tratar todos los riesgos por igual (sin priorizar la criticidad).
  • Hacer un registro una vez y luego olvidarlo.

Puntos clave

  • Gestionar los riesgos = anticiparlos más que sufrirlos.
  • Enfoque : identificar, evaluar la criticidad (probabilidad × impacto), responder.
  • Cuatro estrategias : evitar, reducir, transferir, aceptar.
  • El registro de riesgos está vivo : se revisa regularmente.

Reto 48h — aplica mañana

Lista 5 riesgos de tu proyecto, puntúa su criticidad y lanza 1 acción sobre el más crítico (modelo anterior).

Lista de salida de la sección
  • Distingo riesgo (futuro) y problema (realizado).
  • Sé puntuar la criticidad (probabilidad × impacto).
  • He abierto un registro con 1 responsable por riesgo.
Autoevaluación 1-5 : ¿anticipo en vez de sufrir?¿mi registro está vivo?

Preguntas frecuentes

¿Qué diferencia hay entre un riesgo y un problema?

Un riesgo es un evento futuro e incierto (puede ocurrir) ; un problema es un riesgo que se ha realizado (está ahí, ahora). Gestionar los riesgos busca tratar las amenazas mientras aún son riesgos — mucho menos costoso que en urgencia. Anticipar es preparar una respuesta en frío ; gestionar un problema es reaccionar en caliente con menos opciones.

¿Un riesgo es siempre negativo?

Las más veces se habla de amenazas, pero también existen riesgos positivos (oportunidades) : un evento incierto que ayudaría al proyecto. Las estrategias se invierten entonces. En la práctica, el esfuerzo va a las amenazas, pero vigilar las oportunidades distingue un pilotaje maduro.

Comprueba tu comprensión

Bilal puntúa cada riesgo antes de actuar. ¿Cómo prioriza?

Recursos adicionales (opcional, para ir más allá)

Examen del nivel 3Preguntas inéditas y más difíciles para validar tus conocimientos