Una de las cosas que más me preguntan mis alumnos, en clase y en las mentorías, es cómo saber cuánto se tarda en hacer una tarea para poder planificar o hacer asignaciones. Mi respuesta siempre es la misma: la experiencia, el paso del tiempo y el aprendizaje. No hay atajo real para eso.
Pero, por suerte, mientras esa experiencia se construye (o incluso cuando ya la tienes y quieres afinarla) existen técnicas de estimación de tareas de animación en gestión de proyectos que puedes aplicar. Ninguna sustituye el criterio de quien ha hecho la tarea cien veces. Todas ayudan a no depender solo del «ojímetro».
Técnicas de estimación de tareas en animación.
Key Frame 1. Juicio de expertos
Es la técnica más básica y la que más se usa en animación, aunque casi nunca se nombre así: preguntar a quien ya ha hecho esa tarea antes cuánto cree que va a llevar.
Un supervisor de animación con años haciendo ciclos de caminado no necesita una fórmula para saber que un ciclo limpio y aprobado lleva, de media, un número concreto de días para su equipo. Ese número sale de la memoria de proyectos anteriores, no de un cálculo.
El problema aparece cuando la tarea es nueva para todo el equipo. Ahí no hay a quién preguntar, y esta técnica se queda sin base.
Key Frame 2. Estimación análoga
Consiste en comparar la tarea nueva con una parecida que ya se hizo antes, y usar ese dato real como punto de partida, ajustando por las diferencias.
Ejemplo: si una escena de dos personajes hablando en un fondo estático llevó tres días la última vez, una escena parecida en el proyecto actual parte de esos tres días. Si esta nueva escena tiene un personaje más, o un cambio de iluminación que la anterior no tenía, ajustas al alza desde ese punto de partida, no desde cero.
Esta técnica depende de llevar un registro de cuánto costaron las tareas anteriores. Sin ese historial, no hay con qué comparar.
Key Frame 3. Estimación paramétrica
Coges una tasa por unidad (horas por segundo de animación, días por plano según su nivel de complejidad) calculada con datos de proyectos anteriores, y la aplicas a las unidades del proyecto que tienes delante.
Esta técnica funciona mejor cuando ya has clasificado las escenas por complejidad (personajes, efectos, props, tipo de movimiento). Si sabes que un plano de complejidad alta te cuesta, de media, el doble que uno de complejidad baja, puedes multiplicar esa tasa por el número de planos de cada nivel y llegar a una estimación total con base real, no solo con el conteo de planos.
Key Frame 4. Estimación de tres puntos (PERT)
Para tareas con mucha incertidumbre (una técnica nueva para el equipo, un efecto que nadie ha hecho antes), dar un único número suele salir mal. La estimación de tres puntos pide tres cifras: la optimista, la más probable y la pesimista.
La fórmula habitual es: (optimista + 4 × más probable + pesimista) / 6. Da más peso al escenario más probable, pero deja margen para que la incertidumbre quede reflejada en el número final, en vez de esconderse detrás de una única cifra que rara vez se cumple.
Ejemplo: una escena de efectos nueva para el equipo, donde alguien dice «podría ser una semana, lo normal serían dos, si sale mal podrían ser cuatro». El cálculo da un número más realista que quedarse solo con «dos semanas».
Key Frame 5. Estimación ascendente (bottom-up)
En vez de estimar la tarea grande de un vistazo, se desglosa en partes pequeñas y se suman las estimaciones de cada una.
En animación esto se ve claro en el propio proceso de un plano: en vez de estimar «animar este plano» como un bloque único, lo desglosas por fase (blocking, spline, polish), estimas cada fase por separado y sumas. El blocking suele llevarse la mayor parte del tiempo, porque ahí se resuelven las decisiones de timing y actuación; la spline y el polish, si el blocking está bien resuelto, avanzan más rápido. Sumadas, esas tres cifras dan una estimación más precisa que calcular «el plano» de un vistazo. Cuesta más tiempo hacerlo así, por eso tiene más sentido en planos complejos o de alto riesgo que en tareas sencillas del día a día.
Key Frame 6. Estimación relativa en equipo
Cuando no hay datos históricos ni tiempo para calcular fórmulas, una alternativa es comparar tareas entre sí en vez de dar números absolutos: «esta escena es más grande que esta otra, pero más pequeña que aquella».
Es la lógica que hay detrás del Scrum cuando el equipo asigna puntos a las historias, aunque en la sala nadie la llame «estimación relativa». Funciona bien para repartir carga rápido. Lo que no te da es una fecha de entrega: solo te dice qué es más grande que qué, y con eso ya puedes repartir mejor.
Cierre. Cuál usar y cuándo
No hace falta elegir una sola. Lo habitual es combinarlas según el momento del proyecto: juicio de expertos y estimación relativa cuando no hay datos ni tiempo; estimación análoga o paramétrica cuando ya existe un historial de proyectos parecidos; tres puntos cuando la incertidumbre es alta; y desglose ascendente cuando el riesgo o el tamaño del proyecto lo justifican.
Ninguna de estas técnicas sustituye la experiencia de la que hablaba al principio. Pero todas reducen la distancia entre «creo que serán tres días» y «esto se basa en algo».
Y hay algo que todas comparten: solo mejoran si las alimentas con datos reales de tus propias producciones. Cuánto llevó de verdad ese blocking, esa escena, ese plano de efectos. Guardar eso no es burocracia, es un pequeño tesoro: cada dato real que registras hoy es la estimación análoga o paramétrica que te va a salvar en el próximo proyecto.
Tenemos un taller para aprender a planificar tu proyecto de aniamción.