01
Arquitectura & backend
Definición de la estructura inicial, modelo de datos, estados, flujos, validaciones y reglas de negocio mediante Django y PostgreSQL.
Proyecto profesionalCase study
Test Flow
Plataforma interna para centralizar y dar seguimiento al ciclo de pruebas de unidades en un entorno de manufactura.
Rol
Full-Stack Development
Tipo
Plataforma interna
Área
Pruebas y manufactura
Estado
En producción
Test Flow / Dashboard
01 / Contexto
Un proceso operativo con múltiples etapas y decisiones.
Test Flow nació como una plataforma interna para centralizar el seguimiento de unidades a lo largo de su proceso de pruebas. El sistema conecta diferentes etapas operativas y permite mantener trazabilidad sobre el estado de cada unidad.
Con el tiempo, la plataforma ha evolucionado para cubrir necesidades relacionadas con pruebas, diagnóstico, reparación, validación, liberación, métricas y seguimiento de actividades.
02 / El problema
La información estaba fragmentada entre archivos de Excel y registros independientes.
El seguimiento operativo dependía de diferentes archivos de Excel utilizados para registrar unidades, resultados y actividades. Conforme el proceso avanzaba, la información quedaba distribuida entre distintos registros y era difícil obtener una vista completa del estado de una unidad.
Para reconstruir su historial era necesario consultar diferentes fuentes y relacionar manualmente la información. Esto dificultaba la trazabilidad, el seguimiento entre etapas y la consulta del estado actual del proceso.
03 / La solución
Una plataforma que modela el flujo completo de las unidades.
La aplicación centraliza el registro de unidades, sus etapas de prueba, estados, movimientos y procesos relacionados con diagnóstico, validación y liberación.
Sobre esa información se construyen dashboards, historiales y herramientas operativas que permiten consultar el estado actual de una unidad y entender cómo llegó hasta él.
04 / Mi participación
Del concepto a producción: desarrollo full-stack desde cero.
Inicié Test Flow desde cero, partiendo de las necesidades del proceso operativo y transformándolas en una aplicación web capaz de centralizar el seguimiento de las unidades. Definí la estructura inicial del proyecto, el modelo de datos y los principales flujos de la plataforma, desarrollando tanto el backend como las interfaces utilizadas durante la operación.
A partir de esa primera versión, he continuado evolucionando la plataforma con funcionalidades para diagnóstico y reparación, validaciones de proceso, liberación, métricas operativas y trazabilidad histórica, además de participar en su despliegue, mantenimiento y mejora continua en producción.
02
Interfaces & operación
Desarrollo de dashboards, vistas de seguimiento, historiales y herramientas construidas alrededor de las necesidades reales de los usuarios.
03
Producción & evolución
Puesta en producción, mantenimiento y evolución continua de la plataforma conforme aparecen nuevos procesos y necesidades operativas.
05 / Funcionalidades
Herramientas construidas alrededor del flujo operativo.
Test Flow reúne diferentes herramientas que utilizan la misma información para dar seguimiento a las unidades, consultar su historial y visualizar el estado general de la operación.
Seguimiento
Estado de las unidades en tiempo real.
La vista de estaciones permite identificar rápidamente qué unidades se encuentran en pruebas, su estado actual y la etapa del proceso en la que están trabajando.
Trazabilidad
Un historial para entender qué ocurrió con cada unidad.
Los movimientos, incidencias, reparaciones y reingresos quedan relacionados con la unidad, permitiendo reconstruir su recorrido y consultar las acciones realizadas durante el proceso.
Métricas
Información operativa convertida en una vista general.
Los dashboards utilizan la información registrada durante la operación para mostrar carga de trabajo, liberaciones, unidades en proceso y otros indicadores que facilitan el seguimiento del turno.
06 / Stack
DjangoPythonPostgreSQLJavaScriptTailwind CSSLinuxNginxGunicorn
07 / Decisiones técnicas
Diseñar alrededor del proceso, no solamente de las pantallas.
Conforme la plataforma creció, la arquitectura tuvo que representar reglas y procesos que también evolucionaban. Las decisiones técnicas se centraron en mantener una única fuente de información, conservar la trazabilidad y permitir que distintas áreas trabajaran sobre el mismo flujo.
Estados y flujo
El estado de la unidad como núcleo.
El modelo de datos representa las etapas, estados y transiciones de cada unidad para que las reglas de negocio determinen qué acciones son válidas en cada punto del proceso.
Trazabilidad
Registrar el recorrido, no solo el resultado.
Los movimientos y eventos relevantes se conservan como historial para poder reconstruir qué ocurrió con una unidad, incluso después de pasar por diferentes procesos o áreas.
Acceso por área
Una plataforma, diferentes responsabilidades.
Las distintas áreas utilizan la misma información, pero las acciones disponibles se adaptan a las responsabilidades y al punto del flujo en el que participa cada usuario.
08 / Resultado
De registros dispersos a una plataforma utilizada en la operación.
Test Flow transformó un seguimiento distribuido entre archivos y registros independientes en una plataforma centralizada donde las unidades, sus movimientos y su historial forman parte de un mismo flujo de información.
El proyecto continúa en producción y evoluciona conforme aparecen nuevas necesidades operativas, convirtiéndose en una herramienta que crece junto con el proceso para el que fue construida.
Proyecto en producción y evolución continua