Toda promesa tiene un coste

1916. Identidad de la lección

Módulo

4.15 — Presupuestos

Lección

Toda promesa tiene un coste

Tipo académico

Concepto

Tipo de esquema

texto

Orden

1

Tiempo estimado

30–40 minutos, incluida la práctica

Esta lección enseña a examinar una promesa del proyecto como un conjunto de compromisos que generan costes. El objetivo no es elaborar una previsión financiera exacta. Es hacer visible el trabajo omitido antes de que se convierta en un problema de calendario, calidad o revisión.

1917. Objetivo de aprendizaje

Después de esta lección, podrás identificar categorías de coste ausentes, expresar las suposiciones que sostienen un presupuesto y elegir una respuesta proporcional ante la incertidumbre.

1918. Por qué importa

Una promesa de funcionalidad rara vez enumera todo el trabajo necesario para entregarla. La producción incluye implementación, integración, pruebas, iteración, documentación, revisión y correcciones. Cuando esas categorías no aparecen, el presupuesto ofrece una imagen falsa de la viabilidad. Una suposición visible puede discutirse y revisarse; una suposición omitida se transforma silenciosamente en riesgo.

1919. Conocimientos previos

Debes poder describir una funcionalidad como un entregable concreto y distinguir el trabajo planificado del trabajo terminado. Repasa la lección anterior, 4.14 L2 — Crear un inventario legal listo para revisión, especialmente su práctica de separar hechos, evidencias, obligaciones y preguntas abiertas. Aquí aplicarás la misma disciplina a la planificación de costes.

1920. Concepto central

Un presupuesto no es solo una lista de compras. Es un registro estructurado del trabajo y de la incertidumbre necesarios para mantener una promesa.

Para cada promesa, revisa al menos estas categorías:

Estas categorías no son una norma contable universal. Funcionan como una comprobación de integridad. Adáptalas al proyecto en vez de asumir que todos los proyectos tienen los mismos costes.

1921. Modelo mental

Usa el modelo Promesa → Trabajo → Evidencia → Reserva:

1. Promesa: ¿Qué resultado se está comprometiendo?
2. Trabajo: ¿Qué actividades deben realizarse para que exista ese resultado?
3. Evidencia: ¿Qué prueba o revisión demostrará que la promesa se ha cumplido?
4. Reserva: ¿Qué incertidumbre permanece y qué capacidad se aparta para afrontarla?

Una fila presupuestaria compacta puede seguir esta estructura:

Si una fila solo contiene la promesa y la tarea de producción, probablemente está incompleta.

1922. Ejemplo concreto

Considera la promesa: «Añadir un nuevo encuentro hostil a la build jugable».

Un presupuesto limitado podría incluir únicamente la implementación del enemigo y el arte. Una revisión más completa pregunta:

• ¿Está definido el diseño del encuentro o el tiempo de diseño sigue siendo desconocido?
• ¿Se han incluido animación, audio, efectos, ajuste e integración?
• ¿Qué ocurre cuando el encuentro interactúa con armas existentes, partidas guardadas, ajustes de dificultad o umbrales de progresión?
• ¿Quién comprobará la legibilidad, los estados de fallo y los casos límite?
• ¿Existe tiempo para revisar el encuentro después de las pruebas?
• ¿Hace falta alguna revisión externa o especializada?
• ¿Qué suposiciones invalidarían la estimación?

El presupuesto revisado no necesita una precisión ficticia. Puede indicar: «La estimación supone que existen sistemas de combate y efectos reutilizables; incluye pruebas de compatibilidad y una pasada de ajuste; los requisitos de animación aún no están resueltos y constituyen un riesgo; se reserva capacidad para los hallazgos de integración». Esa declaración es más útil que una cifra única y segura que oculte trabajo.

1923. Error común

El error habitual es tratar la contingencia como una admisión de que la planificación ha fallado. La contingencia no es un cheque en blanco ni debe ocultar un análisis deficiente. Es una reserva deliberada para la incertidumbre que permanece después de identificar el trabajo conocido. Otro error es añadir un porcentaje genérico sin explicar qué incertidumbre cubre. La reserva debe ser proporcional al riesgo y estar vinculada a suposiciones explícitas.

1924. Práctica guiada

Usa este alcance de proyecto pequeño y esta lista de promesas:

Alcance del proyecto: un prototipo jugable compacto con un personaje controlable, una sala, una puerta interactiva, un objetivo sencillo y una build de escritorio lista para revisión. El proyecto utiliza sistemas existentes del motor y recursos visuales provisionales. No es necesario estimar dinero; usa horas, días, unidades de capacidad o bandas de coste claramente etiquetadas.

Promesas:

1. El jugador puede moverse por la sala y llegar a la puerta.
2. Interactuar con la puerta completa el objetivo cuando se cumple la condición requerida.
3. El prototipo comunica con claridad los estados de éxito y fallo.
4. Una persona revisora puede abrir la build y verificar la interacción completa.

Elige una promesa de la lista y completa esta tabla:

Después toma las dos decisiones requeridas:

1. Identifica una categoría de coste que falte en un registro deliberadamente limitado a la tarea visible de implementación. Añade esa categoría y explica por qué la promesa elegida la necesita.
2. Elige una respuesta ante la incertidumbre: mantener una reserva identificada, reducir la promesa para eliminar la exposición o resolver una incertidumbre pendiente antes de estimar. Indica qué incertidumbre aborda tu decisión. Si mantienes una reserva, indica además una cantidad de tiempo o capacidad, o una banda de capacidad etiquetada. No asignes una cantidad ni una banda de reserva a las otras dos respuestas y no uses un porcentaje genérico sin nombrar el riesgo.

Tu explicación debe referirse a la promesa elegida y a su evidencia, no a la costumbre ni a una plantilla genérica.

1925. Validación / evidencia

1926. Puntos clave

• Una promesa del proyecto contiene más que su tarea visible de implementación.
• Producción, verificación, iteración, operaciones y revisión aplicable son categorías de coste distintas.
• Las suposiciones hacen que los límites de una estimación puedan inspeccionarse.
• La contingencia es una reserva deliberada para una incertidumbre declarada, no un sustituto del análisis.
• Un presupuesto útil conecta cada promesa con el trabajo y la evidencia.

1927. Próxima lección

Continúa con 4.15 L2 — Construir un presupuesto listo para decidir. Lleva a la próxima lección la fila presupuestaria completada, la categoría añadida, las suposiciones y tu decisión de respuesta ante la incertidumbre.

1928. Comprobación