1799. Identidad de la lección
1800. Objetivo de aprendizaje
Después de esta lección, podrás identificar riesgos de producción, relacionarlos con el impacto en los hitos y asignar una acción de mitigación o descubrimiento que produzca evidencia, un responsable y una fecha de decisión.
1801. Por qué importa
Un plan de hitos puede parecer preciso aunque dependa de condiciones técnicas, de diseño, de contenido o de integración que todavía no se han comprobado. Cuando esas condiciones permanecen implícitas, las fechas se convierten en afirmaciones y dejan de servir para planificar. Un registro visible de riesgos permite decidir qué investigar, qué proteger con un margen, qué reducir y cuándo escalar. También ofrece a la IA una tarea de análisis delimitada, en lugar de permitirle inventar certezas.
1802. Conocimientos previos
Ya deberías poder convertir un alcance delimitado en hitos revisables con dependencias, comprobaciones de integración, puntos de revisión, condiciones de reversión y evidencias de finalización, como practicaste en 4.11 L1 — Convierte el alcance en hitos. También deberías poder registrar una decisión de compromiso de producto de 4.10 L2 — Registra la decisión de compromiso. No necesitas contar con un calendario de producción completo.
1803. Concepto central
Un riesgo de producción es una condición que podría impedir un resultado planificado, modificar su coste o duración, o exigir una decisión de producción. Gestionar riesgos no significa predecir el futuro con perfección. Significa hacer visible la incertidumbre con suficiente antelación para poder actuar.
Para cada riesgo significativo, registra cinco elementos:
- Incertidumbre: ¿Qué todavía no se conoce o no es fiable?
- Impacto: ¿Qué hito, restricción, resultado para el jugador o supuesto del calendario podría verse afectado?
- Acción: ¿Qué trabajo de descubrimiento, mitigación, reducción o aislamiento hará menor la incertidumbre o limitará sus daños?
- Fecha de decisión: ¿Para cuándo debe decidirse algo, incluso si la incertidumbre continúa?
- Responsable y escalamiento: ¿Quién investigará o actuará y qué condición exige una decisión que excede su autoridad?
Un riesgo no es lo mismo que un problema. Un riesgo podría ocurrir; un problema ya está ocurriendo. Registra ambos con precisión, pero no disfraces un bloqueo activo como una posibilidad futura. Una tarea es una acción. Un registro de riesgos explica por qué esa acción importa, qué protege y cuándo deben evaluarse sus resultados.
1804. Modelo mental
Usa RIESGO → RESPUESTA → FECHA → DECISIÓN.
| Elemento | Pregunta | Resultado de ejemplo |
|---|---|---|
| Riesgo | ¿Qué condición incierta podría afectar el plan? | La interacción podría no funcionar de forma fiable en el recorrido requerido |
| Respuesta | ¿Qué reducirá la incertidumbre o limitará su daño? | Ejecutar una prueba de integración y preparar un recorrido alternativo más simple |
| Fecha | ¿Cuándo debe existir evidencia o una decisión? | Antes de la revisión del hito indicado en el plan |
| Decisión | ¿Qué haremos si la condición sigue sin resolverse? | Aceptar, mitigar, reducir alcance, aislar o escalar |
Añade un responsable explícito. Esa persona debe mover el riesgo hacia una evidencia o una decisión; esto no significa que tenga que ejecutar personalmente todas las tareas.
Usa tres categorías de respuesta:
- Descubrimiento: investigar una incógnita antes de comprometer un volumen mayor de trabajo.
- Mitigación: reducir la probabilidad o el impacto de un resultado desfavorable.
- Contingencia: definir una alternativa delimitada para el caso de que el riesgo ocurra.
Un margen no es tiempo vacío añadido para que una fecha parezca más segura. Un margen útil tiene un motivo, un límite y un activador que indica cuándo se consume o se libera. Si el trabajo de descubrimiento no tiene fecha de decisión, puede crecer indefinidamente. Si el margen no tiene activador, se convierte en holgura invisible. Si el escalamiento no conduce a una decisión, solo es una notificación sin acción.
1805. Ejemplo concreto
Supón que un plan de hitos incluye una secuencia jugable delimitada. El equipo todavía no ha comprobado si la nueva interacción sigue siendo legible cuando el jugador entra desde todas las rutas requeridas.
| Riesgo | Impacto | Respuesta | Responsable | Fecha de decisión | Regla de escalamiento o decisión |
|---|---|---|---|---|---|
| La interacción podría ser poco clara o poco fiable en una ruta de entrada requerida | El hito del recorrido jugable podría fallar la revisión o exigir retrabajo | Descubrimiento: probar la interacción desde cada entrada; mitigación: definir una señal alternativa más simple | Responsable de producción asignado | Antes de la revisión del recorrido jugable | Si una ruta sigue fallando, reducir el requisito de rutas o adoptar la alternativa antes de continuar |
| La rama de resultado y reintento podría depender de una transición no verificada | La evidencia de revisión podría no representar el recorrido previsto | Descubrimiento: seguir las transiciones de éxito y fallo en una prueba aislada | Responsable de sistemas asignado | Antes de revisar el resultado y el reintento | Si la transición no puede estabilizarse dentro del límite, aislar la rama y volver al recorrido aceptado anterior |
| Una petición visual tardía podría ampliar el resultado delimitado | El calendario podría absorber trabajo que no es necesario para la evaluación | Mitigación: registrar la petición como aplazada y proteger los criterios de aceptación | Responsable de decisión de producción | En la próxima revisión de alcance | Aceptarla solo si se elimina otro elemento o se mueve explícitamente la fecha |
El objetivo no es asignar una puntuación numérica a cada incertidumbre. El objetivo es conectar cada riesgo con un hito, una acción que produzca evidencia y una fecha en la que alguien deba decidir el siguiente paso. Un trabajo breve de descubrimiento puede ser más valioso que añadir un margen grande a un supuesto no probado.
1806. Flujo de trabajo con IA
Usa la IA para cuestionar el registro de riesgos, no para declarar probabilidades, esfuerzo o prioridad sin evidencia.
- Comienza con la tabla de hitos aceptada. Incluye su alcance, exclusiones, dependencias, comprobaciones de integración, puntos de revisión, condiciones de reversión y supuestos del calendario.
- Pide a la IA que identifique supuestos ocultos, riesgos posibles, trabajo de descubrimiento, opciones de mitigación, recorridos de contingencia y fechas de decisión. Indícale que separe hechos de hipótesis y que no amplíe el alcance.
- Compara cada sugerencia con el contexto real del proyecto. Para cada una, registra si la aceptaste, la modificaste o la rechazaste, y explica la evidencia o restricción que sustenta la decisión. No es necesario alcanzar una distribución concreta entre esas opciones.
- Pide a la IA que compruebe si cada respuesta produce evidencia antes de la fecha de decisión. “Vigilarlo” no es suficiente si no indica qué se observará ni cuándo.
- Finaliza tú el registro. Añade responsable, respuesta, fecha de decisión y regla de escalamiento; después revisa si el descubrimiento o margen propuesto modifica honestamente el plan de hitos.
Ejemplo de prompt:
Revisa este plan de hitos delimitado como revisor crítico de riesgos de producción. Identifica condiciones inciertas que puedan afectar el alcance, las dependencias, la integración, la evidencia de revisión, la reversión o los supuestos del calendario. Para cada riesgo posible, propone trabajo de descubrimiento focalizado, una mitigación o una contingencia delimitada; identifica la evidencia necesaria, un rol responsable, una fecha de decisión y una regla de escalamiento. Separa los hechos de las hipótesis. No añadas funcionalidades, plataformas, contenido ni pulido no solicitado, y no asignes puntuaciones de confianza sin evidencia que las respalde.
La IA puede revelar omisiones y respuestas alternativas. No puede observar el juego, confirmar el coste real del descubrimiento ni decidir si es aceptable reducir el resultado para el jugador.
1807. Flujo de trabajo con Git
Usa Git para conservar la relación entre una decisión de riesgo y el estado de producción que la respaldó. Antes de comenzar el descubrimiento o la mitigación, identifica la base aceptada. Mantén identificables los cambios exploratorios para poder aislar un experimento fallido sin confundirlo con el trabajo aceptado. En la fecha de decisión, registra la evidencia, la decisión y la referencia al commit o revisión correspondiente.
| Necesidad de gestión de riesgos | Evidencia en Git |
|---|---|
| Establecer la condición inicial | Commit aceptado o estado de rama antes del descubrimiento |
| Aislar el descubrimiento | Conjunto de cambios atribuible o estado experimental identificado |
| Respaldar una decisión de mitigación | Comparación o evidencia de prueba vinculada al cambio revisado |
| Conservar una alternativa | Estado conocido como funcional o cambio reversible que restaure el recorrido anterior |
| Registrar un escalamiento | Nota de decisión vinculada al estado y a la evidencia que lo provocó |
No uses un commit como sustituto de una fecha de decisión o de un responsable. Git puede mostrar qué cambió y conservar un estado conocido; no puede determinar si el riesgo es aceptable ni si debe moverse el calendario.
1808. Error común
El error más frecuente es registrar riesgos con etiquetas vagas: «riesgo técnico», «riesgo de interfaz» o «podría tardar más». Esas entradas no orientan ninguna acción. Otro error es asignar un margen sin explicar qué incertidumbre cubre ni cuándo se consume. Un tercer error es tratar el descubrimiento como implementación abierta. El descubrimiento debe responder una pregunta delimitada y producir evidencia antes de una fecha de decisión. Por último, no escales toda incertidumbre de inmediato. Escala cuando la condición no resuelta supera la autoridad del responsable, amenaza un hito o una restricción, o exige decidir sobre alcance, fecha o recursos.
1809. Práctica guiada
Usa el plan de hitos de 4.11 L1 — Convierte el alcance en hitos.
- Enumera los supuestos detrás de la dependencia, la comprobación de integración, la evidencia de revisión y el plan de reversión de cada hito.
- Selecciona los tres supuestos cuyo fallo afectaría más al resultado para el jugador o al calendario.
- Convierte cada supuesto seleccionado en una declaración de riesgo que describa la condición incierta y su posible impacto.
- Para cada riesgo, elige descubrimiento, mitigación, contingencia o una combinación justificada.
- Define una acción concreta que produzca evidencia, en lugar de limitarse a observar el problema.
- Asigna un rol responsable y una fecha de decisión. Si aún no existe una fecha exacta, vincúlala a la revisión de un hito y especifica qué debe programarse.
- Define la regla de decisión: aceptar, continuar el descubrimiento, mitigar, reducir alcance, aislar o escalar.
- Añade un margen solo si puedes indicar qué incertidumbre cubre, cuál es su límite y qué activador lo consume.
- Pide a la IA que cuestione el registro. Evalúa cada sugerencia y registra si la aceptaste, la modificaste o la rechazaste, con un motivo basado en evidencia, alcance o restricciones. No busques una distribución predeterminada entre esas decisiones.
- Actualiza el plan de hitos si la respuesta al riesgo cambia una dependencia, un punto de revisión, un criterio de finalización o la secuencia prevista.
Toma una decisión deliberada de producción: elige un riesgo que resolverás mediante descubrimiento focalizado, en vez de ocultarlo dentro de un margen mayor. Explica qué evidencia permitirá detener la investigación.
1810. Validación / evidencia
Tu entrega es suficiente cuando contiene un registro de riesgos conectado con el plan de hitos que incluya:
- al menos tres riesgos específicos vinculados a hitos o supuestos de producción identificados;
- una condición incierta y un posible impacto claros para cada riesgo;
- una respuesta de descubrimiento, mitigación o contingencia que produzca evidencia;
- un rol responsable y una fecha de decisión o revisión de hito para cada riesgo;
- una regla de decisión y una condición de escalamiento para cada riesgo no resuelto;
- un margen justificado solo cuando su alcance y activador de consumo sean explícitos;
- una acción de descubrimiento documentada que impida ocultar la incertidumbre en el calendario;
- un registro del análisis con IA en el que cada sugerencia se evalúe como aceptada, modificada o rechazada y se justifique, sin exigir una distribución concreta;
- evidencia de Git que identifique la base aceptada o el estado experimental relevante.
Valida un riesgo siguiendo la cadena desde la condición incierta hasta la respuesta, la evidencia, la fecha de decisión y la regla de escalamiento. Después simula que el riesgo ocurre: indica si mitigarás, usarás la contingencia, reducirás alcance, aislarás el cambio o escalarás, y explica qué pasará con el hito afectado. El calendario solo es honesto cuando otra persona puede ver qué se conoce, qué es incierto, qué se investigará y cuándo debe decidir el equipo.
1811. Ideas clave
- Un registro de riesgos convierte la incertidumbre en una acción antes de que distorsione el calendario.
- Cada riesgo significativo necesita una condición incierta, un impacto, una respuesta, un responsable y una fecha de decisión.
- El trabajo de descubrimiento debe responder una pregunta delimitada y producir evidencia en un punto definido.
- Los márgenes necesitan un motivo, un límite y un activador de consumo; de lo contrario ocultan la incertidumbre.
- Escalar es establecer un camino de decisión, no solo enviar una notificación.
- La IA puede cuestionar supuestos, pero el desarrollador es responsable de la respuesta final y de la decisión de producción.
- Git conserva la base y la evidencia; no sustituye el juicio sobre el riesgo.
1812. Próxima lección
Continúa con 4.11 L3 — Construye el plan de entrega de la Etapa 4.
1813. Comprobación
Responde estas preguntas por tu cuenta antes de leer las respuestas.
¿Cuál de estas entradas es más útil en un registro de riesgos de producción?
Mostrar respuesta y explicación
Respuesta: Investigar la ruta de integración requerida antes de la revisión, asignar un responsable y decidir si se reduce el alcance si la ruta sigue sin ser fiable.
Por qué: Una entrada útil conecta la incertidumbre con el impacto, una respuesta que produzca evidencia, un responsable y una regla de decisión. Una etiqueta vaga o un margen sin explicar no orientan la acción.
¿Qué diferencia el trabajo de descubrimiento de una implementación abierta?
Mostrar respuesta y explicación
Respuesta: El descubrimiento responde una pregunta delimitada y produce evidencia antes de una fecha de decisión.
Por qué: El descubrimiento está delimitado por la pregunta que debe responder y la evidencia necesaria para decidir. Sin esos límites, el trabajo exploratorio puede expandirse indefinidamente.
¿Cuándo es apropiado escalar un riesgo?
Mostrar respuesta y explicación
Respuesta: Cuando la condición no resuelta supera la autoridad del responsable o amenaza un hito, una restricción o una decisión sobre alcance o fecha.
Por qué: El escalamiento procede cuando el riesgo requiere una autoridad o una decisión de producción que supera el rol del responsable, especialmente si amenaza un hito, una restricción, el alcance o una fecha.
¿Cuál es el papel adecuado de la IA en la gestión de riesgos?
Mostrar respuesta y explicación
Respuesta: Cuestionar supuestos y sugerir respuestas delimitadas para que el desarrollador las evalúe.
Por qué: La IA puede revelar omisiones y proponer respuestas, pero el desarrollador debe verificar el contexto, asignar responsables, establecer las condiciones de decisión y tomar la decisión final de producción.