LARA
Plataforma interna para la planificación de servicios y el dimensionamiento de recursos.
Una aplicación interna para planificar servicios: definir frentes de trabajo, dimensionar los recursos que necesita cada uno y generar los requerimientos resultantes. Construida sobre las mismas bases de backend que MIRA, para el lado de ejecución del negocio.
Sistema propietario — no se comparte el código fuente.
- Estado
- En producción
- Periodo
- enero de 2026 — presente
- Contexto
- Metso · Sistema interno
- Dominios
- Planificación · Frentes de trabajo · Requerimientos
El problema
Decidir qué personal necesitaba cada servicio industrial se hacía por correo. Un planificador completaba una plantilla de hoja de cálculo, la adjuntaba y la enviaba. Una corrección significaba otro correo con otro adjunto, y las propias plantillas se iban desviando: ninguna llegaba exactamente con la misma forma. La versión vigente de un plan era la más reciente en la bandeja de entrada de alguien, y la historia de cómo llegó allí estaba repartida en un hilo. Nada de ese registro podía consultarse: ni qué servicios habían sido dimensionados, ni qué había cambiado entre versiones, ni qué planes se habían cerrado con anticipación y cuáles seguían cambiando días antes de la ejecución.
Enfoque
- 01Modeló explícitamente la planificación: servicios, frentes de trabajo, dimensionamiento de recursos y los requerimientos que generan.
- 02Versionó cada dimensionamiento, para que un plan tenga un historial en lugar de un hilo: qué cambió, cuándo y quién lo cambió.
- 03Mantuvo el correo como canal de notificación y no como sistema de registro: el mensaje te dice dónde mirar, la plataforma contiene la respuesta.
- 04Convirtió una rutina manual de dimensionamiento en un cálculo repetible respaldado por una API REST.
- 05Generó los requerimientos directamente desde el plan, eliminando un paso de reingreso de datos entre la planificación y la ejecución.
- 06Hizo analizable el comportamiento de la planificación —con cuánta anticipación se cierra cada plan y cuánto cambia tarde—, algo irrecuperable cuando el registro vivía en las bandejas de entrada.
Arquitectura
Cómo está construido.
FastAPI + SQLAlchemy sobre SQL Server
La misma stack de backend que MIRA, de forma deliberada: convenciones compartidas y conocimiento operativo compartido.
Cliente React + TypeScript
Pantallas de planificación donde la interacción realmente mantiene estado: construir frentes, ajustar dimensionamientos y revisar requerimientos generados.
Modelo de dominio de planificación
Frentes de trabajo y dimensionamiento de recursos como entidades de primera clase en lugar de filas de una hoja, para que un plan pueda revisarse y explicarse.
Stack
- Backend
- Python
- FastAPI
- SQLAlchemy
- Frontend
- React
- TypeScript
- Datos
- SQL Server
Resultado
- 180 servicios dimensionados en los primeros seis meses, cada uno con un registro versionado de cómo se construyó el plan.
- Monthly reporting now runs off a single dashboard: what planners record in LARA becomes the view of which resources need to be contracted each month.
- Estandarizó cómo se construyen y dimensionan los planes de servicio.
- Hizo medible la propia planificación: saber qué planes se cierran temprano y cuáles cambian tarde ahora es una consulta, no un ejercicio arqueológico entre bandejas de entrada.
- En producción desde marzo de 2026, en uso diario por el equipo de planificación.