Una matriz de riesgos sirve para decidir qué atender primero y qué hacer al respecto. Este ejemplo muestra cómo pasar de un riesgo de lanzamiento a una valoración, un responsable, una condición que active la respuesta y una revisión del riesgo residual. Las puntuaciones corresponden a un caso hipotético, no a probabilidades medidas.
Puedes reunir la valoración y las acciones en un espacio compartido para la gestión de proyectos. Así, el equipo conserva junto a cada riesgo tanto su razonamiento como el siguiente paso.
Define el riesgo antes de puntuarlo
Separa el suceso incierto, su causa y sus consecuencias. «El lanzamiento se retrasará» es demasiado general para que todos lo valoren de la misma forma. Una formulación más útil sería: «El cambio de proveedor de pagos podría no completar la certificación dentro del plazo previsto, lo que impediría publicar la nueva función de pago». El suceso todavía no ha ocurrido, la consecuencia es observable y el análisis se limita a ese lanzamiento.
Acuerda una escala que el equipo pueda explicar
Utiliza una escala ordinal breve y define sus niveles antes de debatir un riesgo concreto. Por ejemplo, un 1 en probabilidad indica que el suceso parece poco probable en las condiciones de este lanzamiento; un 5, que la información disponible apunta a una probabilidad muy alta. En impacto, un 1 representa un efecto mínimo sobre el objetivo; un 5 amenaza ese objetivo o exige cambiar sustancialmente el plan. Son niveles acordados por el equipo, no porcentajes de probabilidad.
| Riesgo | Probabilidad | Impacto | Puntuación | Próxima acción |
|---|---|---|---|---|
| La cita de certificación podría quedar fuera del plazo de lanzamiento | 4 | 5 | 20 | Solicitar la cita y preparar una decisión alternativa |
| Los datos de la cuenta de comercio de pruebas podrían estar incompletos | 3 | 3 | 9 | Comprobar los datos de prueba antes de revisar la integración |
| La revisión de los textos podría retrasarse un día | 2 | 2 | 4 | Reservar una sesión breve de revisión |
Valora un riesgo con la matriz
Supongamos que el equipo asigna un 4 a la probabilidad del problema de certificación y un 5 a su impacto. Al multiplicarlos obtiene 20. Esta cifra ayuda a priorizar; no predice una pérdida económica. Anota por qué se eligieron esas puntuaciones: todavía no hay una cita confirmada y, en este supuesto, el proveedor ya cambió una regla de integración anteriormente. Si cambia la información, revisa también la valoración.
Convierte la puntuación en una respuesta con responsable
Un color no reduce por sí solo un riesgo. Especifica la acción, la persona responsable, la fecha límite y la condición que activará el plan alternativo. En este caso, las acciones podrían ser solicitar una cita de certificación y preparar una cuenta de comercio para las pruebas. Si la cita no está confirmada antes de la fecha acordada, el equipo tendrá que decidir cómo adaptar el lanzamiento. La persona responsable coordina la respuesta, pero eso no significa que controle todas las dependencias.
Reevalúa el riesgo residual después de actuar
Una vez aplicada la respuesta, valora el riesgo que sigue existiendo en lugar de conservar sin más el color inicial. Una cita confirmada puede reducir la probabilidad del retraso, mientras que la dependencia de la disponibilidad del proveedor puede mantener alto el impacto. Conserva la valoración original, la información que justifica la nueva y la próxima fecha de revisión. Asignar una acción no equivale a cerrar el riesgo.
Organiza el análisis del riesgo en Boardmix
Coloca el objetivo del lanzamiento y la descripción del riesgo en la parte superior de una pizarra de Boardmix. Sitúa la cuadrícula de probabilidad e impacto junto al registro de riesgos y relaciona cada elemento prioritario con su responsable, su respuesta y la condición que requiere actuar. Añade junto a la puntuación una nota con los datos que la respaldan. En este trabajo, el equipo introduce las valoraciones y actualiza las acciones; la pizarra permite reunir la información para discutirla.
Abre una pizarra de Boardmix y utiliza esta estructura con los riesgos de tu próximo lanzamiento. Conserva las suposiciones separadas de los datos confirmados para que resulte claro qué falta por comprobar.
