Riesgos, incidencias y solicitudes de cambio
como registros separados, no como tareas.
Lo que podría pasar, lo que ya ha pasado y lo que quiere cambiar reciben cada uno el registro que su función necesita, vinculado a los demás, para que la lista de tareas siga siendo una lista de trabajo.
Lo que obtiene
Registros separados y vinculados
Un riesgo puede convertirse en una incidencia, y una incidencia puede originar una solicitud de cambio, y cada registro conserva el vínculo con su origen.
Un registro de riesgos en cada proyecto
Anote lo que podría salir mal, con una gravedad, una categoría (cronograma, recursos, presupuesto, ámbito o externo), las tareas a las que afecta y lo que conviene hacer. Edítelo cuando cambie y descarte lo que ya no aplique.
Detección de riesgos con IA
Ejecute un análisis y la IA lee el plan en busca de riesgos de cronograma, presupuesto, recursos y ámbito, cada uno con una mitigación sugerida, para que usted la conserve o la descarte.
Un registro de incidencias para lo que ya ha pasado
9 tipos de incidencia, 4 niveles de gravedad y un ciclo de vida que va de Abierta a Investigando, Resuelta y Cerrada, por proyecto y en toda la organización.
Cuando un riesgo se cumple, promuévalo
Promueva un riesgo y se redacta a partir de él una incidencia para que alguien la acepte. La incidencia aceptada conserva el vínculo con su riesgo, y el riesgo se marca como resuelto. Cuando la respuesta es trabajo, convierta el riesgo en una tarea.
Solicitudes de cambio con su impacto
Pida cambiar el ámbito, el cronograma, el presupuesto o los recursos como un registro propio, con el impacto en días y en dinero por escrito antes de que nadie lo apruebe.
Un consejo de control de cambios que decide
Los responsables del proyecto, los miembros del consejo de la organización o los revisores designados aprueban o rechazan. Un cambio aprobado se marca como implementado, y cada paso queda en su historial.
Solicitudes de cambio que nombran su causa
Cuando resolver una incidencia supone cambiar el plan, cree la solicitud de cambio desde la incidencia, y cada solicitud de cambio muestra las incidencias que la originaron.
Los riesgos en la fecha de fin
Dé a un riesgo una probabilidad y un impacto en días laborables, y la simulación de Monte Carlo lo tiene en cuenta al calcular la probabilidad de cumplir la fecha del plan.
Podría pasar, ya ha pasado, pide un cambio
Cada registro responde a una pregunta distinta
La Guía del PMBOK los mantiene separados por una razón: los revisan personas distintas, en días distintos y para decisiones distintas.
Un riesgo pregunta qué haremos si ocurre, así que lleva una gravedad, una categoría y una recomendación.
Una incidencia pregunta quién la resuelve y para cuándo, así que lleva un tipo, una gravedad, un responsable y un estado que va de abierta a cerrada.
Una solicitud de cambio pregunta si aceptamos cambiar el plan, así que lleva el impacto en días y en dinero y una decisión con su historial.
Gratis, sin cuenta
Vea el riesgo en un cronograma que ya tiene
Suba un archivo de Microsoft Project o de Primavera y obtenga las fechas de fin que probablemente alcance, o los problemas ocultos en su lógica.
Preguntas sobre riesgos, incidencias y solicitudes de cambio
¿Qué plan necesito?
El registro de riesgos funciona en todos los planes, con IA o sin ella, y el registro de incidencias está en todos los planes, incluido el gratuito. La detección de riesgos con IA está desde el plan Professional, y contar los riesgos en la fecha de fin de Monte Carlo, desde el plan Professional. Las solicitudes de cambio y el consejo de control de cambios están desde el plan Enterprise.
¿Qué diferencia hay entre un riesgo, una incidencia y una solicitud de cambio?
Un riesgo es algo que podría pasar, así que decide qué hará antes de que pase. Una incidencia ya ha pasado y necesita un responsable y una solución. Una solicitud de cambio pide cambiar lo acordado, su ámbito, sus fechas, su presupuesto o sus personas, y necesita una decisión. Llevarlos como registros separados da a cada uno los campos y el ciclo de vida que su función necesita.
¿Por qué no llevarlos todos como tareas?
Una tarea es trabajo por hacer. Un riesgo puede no necesitar ninguno, una incidencia necesita una gravedad y una resolución, y una solicitud de cambio necesita un impacto y una aprobación. Si se ponen todos en la lista de tareas, el cronograma se llena de elementos que no son trabajo, mientras que el registro que pide un patrocinador no existe. En Onplana un riesgo se convierte en tarea solo cuando la respuesta a él es trabajo.
¿Qué pasa cuando un riesgo se cumple?
Promuévalo a incidencia. Onplana redacta la incidencia a partir de la descripción y la recomendación del riesgo, y una vez que alguien la acepta, la incidencia conserva el vínculo con el riesgo y el riesgo se marca como resuelto, así el registro muestra qué riesgos se convirtieron en problemas. Si resolver la incidencia supone cambiar el plan, cree una solicitud de cambio desde la incidencia.
¿Decide la IA qué riesgos importan?
No. El análisis sugiere riesgos con una mitigación para cada uno, y quedan en el registro para que una persona los conserve, los edite o los descarte. Nada llega al plan hasta que alguien actúa.
Dé al patrocinador un registro, no una lista de tareas.
Empiece gratis con el registro de riesgos y el registro de incidencias, y añada el control de cambios cuando el programa necesite un consejo.