Calendario de lanzamientos

La planeación de lanzamientos vivía en hojas de cálculo que cada equipo copiaba y editaba por su lado, así que dos personas podían tener fechas distintas del mismo lanzamiento sin enterarse. Las sesiones de fotos se agendaban por correo. Una vez salía el lanzamiento, medirlo implicaba exportar cifras a mano desde dos plataformas distintas, lo que en la práctica quería decir que casi nunca pasaba.

El motor de programación es el núcleo. La fecha de salida es el ancla y cada hito se deriva restando su propio tiempo de anticipación, ajustando a días hábiles, con detección de colisiones cuando dos lanzamientos compiten por la misma ventana. Mover la fecha de salida mueve todo el plan, algo que una hoja de cálculo nunca pudo hacer.

El agendamiento de sesiones de fotos es de doble vía. Crear una reserva en la plataforma crea el evento de calendario y envía la invitación, así el fotógrafo trabaja desde su propio calendario y nunca tiene que entrar. Un trabajo programado lee su aceptación o rechazo y lo refleja en el estado de la reserva, lo que mantiene a la plataforma honesta sobre lo que está realmente confirmado.

La ingesta de métricas corre como trabajo programado detrás de un secreto compartido. Trae datos de pedidos y sesiones de analítica de cada lanzamiento, guarda instantáneas diarias y las enmarca alrededor de la fecha de salida, para que todos los lanzamientos se comparen sobre el mismo eje. El acceso se limita por rol en la base de datos, y una vista de solo lectura muestra el plan vigente en una pantalla de pared.

Programar hacia atrás desde una sola fecha ancla se eligió por encima de dejar que cada quien fijara los hitos a mano. Significa que el plan siempre es consistente consigo mismo, y la única fecha que un equipo realmente negocia es la única que edita.

Cada integración se degrada sola. Si el servicio de calendario no está configurado, la plataforma igual agenda las sesiones, solo que sin invitaciones. Fue una restricción deliberada: la herramienta tenía que seguir siendo usable mientras solo una parte de la organización había migrado.

Los permisos por rol se aplican en la base de datos y no en la interfaz, así una validación olvidada en una pantalla nueva no puede filtrar el plan de otro equipo.