Al planificar un proyecto, conocemos la relación entre Premisa, Riesgo y Restricción. Sin embargo, ¡sus conceptos son muy distintos! Por lo tanto, no siempre es fácil distinguir una Premisa de un Riesgo, o un Riesgo de una Restricción.
¿Quieres saber más sobre cada concepto? Este post presentará cada concepto y una manera fácil de distinguir cuándo se debe aplicar cada uno.
¿Qué es una Premisa, un Riesgo o una Restricción?
Para que puedas comprender mejor, vamos a la definición de los conceptos de Premisa, Riesgo o Restricción según el PMBOK:
- Premisas (Assumption): Factores que, para fines de planificación, se consideran verdaderos, reales o ciertos sin prueba o demostración.
- Riesgo (Risk): Un evento o condición incerta que, si ocurre, provocará un efecto positivo o negativo en los objetivos de un proyecto.
- Restricción (Constraint): El estado, la calidad o el sentido de estar restringido a una determinada acción o inactividad. Una restricción o limitación aplicable, interna o externa, a un proyecto, la cual afectará el desempeño del proyecto o de un proceso.
¿Cuáles son los ejemplos de estos conceptos en un proyecto?
Los conceptos de Premisa, Riesgo y Restricción son esenciales para la gestión de proyectos. Para ejemplificar, imaginemos la construcción de una casa. Al esbozar este proyecto, podemos considerar que:
1) Premisa:
El permiso para construir la casa estará aprobado por el ayuntamiento. Estamos asumiendo que el permiso va a estar aprobado, no estamos considerando la hipótesis de que no sea aprobado.
Consejo: ¡Toda Premisa genera un Riesgo! SI el permiso no es aprobado, el proyecto no podrá ser ejecutado como fue planeado (por ejemplo, iniciar en la fecha prevista).
Duda: Ahora, entonces, ¿por qué necesito establecer las Premisas? ¿No bastaría con gestionar los Riesgos?
Las premisas se utilizan para establecer las condiciones iniciales para viabilizar un proyecto. Un proyecto en el que no existen condiciones iniciales, y todo puede suceder (riesgos), está sujeto a salirse de control.
2) Restricción:
En la región donde la construcción está situada, solamente estamos autorizados a trabajar en la obra entre las 08:00 h y las 18:00 h. Estamos condicionados a ejecutar el proyecto de esta manera. No hay «SI» en este caso, no tenemos cómo escapar: es una restricción que el proyecto debe obedecer.
Consejo: Las restricciones ayudan a evitar Riesgos.
Duda: ¿La restricción ayuda a evitar Riesgos? Sí. Si el equipo trabaja en la obra fuera del horario permitido, el proyecto podría recibir una multa del ayuntamiento. Entonces existe un Riesgo de ser multado, lo que afectaría el presupuesto del proyecto.
¿Premisa, Riesgo o Restricción? En este caso, la Restricción de trabajar solamente en el horario permitido evita que ocurra el Riesgo de la multa.
3) Riesgo:
Si llueve más de 5 días al mes, el plazo de entrega de la casa se retrasará. ¿Cómo tener la certeza de cuánto va a llover durante el proyecto? ¡Imposible! Nadie puede estar seguro de eso. A lo sumo podemos conocer la probabilidad de que suceda basándonos en los pronósticos del tiempo, pero aún así es algo incierto. SI sucede, podría afectar el proyecto.
Consejo: La gestión de Riesgos comprende la identificación de la probabilidad, la comprensión del impacto y las maneras de evitar que el Riesgo ocurra o de reducir los impactos si llega a suceder.
Por lo tanto, las Premisas son fundamentales para permitir la ejecución del proyecto. Las Restricciones establecen los límites para ejecutar el proyecto y los Riesgos nos preparan para lidiar con eventos que pueden afectar la marcha del proyecto.
De este modo, estos factores de Premisa, Riesgo o Restricción son importantes en la planificación y ejecución de proyectos de cualquier área, y en TI no es diferente. Aplicando los conceptos anteriores, las chances de que el proyecto falle o no sea ejecutado son pequeñas, garantizando la integridad de la empresa y la satisfacción del cliente.
¿Te gustó nuestro contenido? ¡Deja tu comentario abajo!
