Cezyo

El equipo dejó la primera versión preparada para su lanzamiento. Se establecieron un plan común, responsabilidades definidas y un seguimiento transparente de la ejecución.

Se implementó, probó y puso en funcionamiento la integración con un servicio de entrega de comida, incluida la gestión de fallos y respuestas incorrectas.

Funcionaban la carga de datos de vendedores y la selección de entrega; el carrito multialmacén se verificó con datos de prueba. Las integraciones con grandes transportistas, incluido CDEK, se probaron en un entorno de pruebas.

Según mis especificaciones se implementó la localización: alta dinámica de idiomas, interfaces para traductores, incorporación de traducciones por desarrolladores y carga de claves y traducciones en la base de datos.

Se creó desde cero un conjunto de documentación desde la visión del producto hasta las especificaciones de cada tarea.

Se documentaron los módulos funcionales, los escenarios de usuario y de sistema, las relaciones, los atributos y los catálogos de referencia necesarios.

Se crearon registros comunes de valores, parámetros y componentes.

La solución fue aprobada por el director técnico y el líder del equipo, y se implantó. Sustituyó el intercambio manual de archivos por un proceso coordinado entre frontend, QA, UX y traductores.

Me incorporé tras unos cuatro años de desarrollo sin una versión publicada ni documentación unificada. Junto con el propietario, documenté en Notion la visión del producto, el modelo de negocio y la descripción técnica, además de procesos, escenarios de usuario, pantallas y comportamiento de la interfaz. A partir de ello elaboré especificaciones de desarrollo, requisitos del sistema, escenarios alternativos y descripciones de pruebas. El analista, el responsable de pruebas y el propietario recibían informes automáticos diarios de las pruebas.

Organicé el trabajo en OpenProject mediante un backlog, épicas, sprints y responsabilidades para diseño, frontend, backend y pruebas. Coordiné un equipo principal de unas diez personas a través de los líderes técnicos y directamente con los especialistas. Acordaba con el propietario el alcance de la primera versión y el impacto de los cambios en plazos y recursos: las nuevas solicitudes exigían revisar el plan o se trasladaban al backlog.

Especifiqué escenarios complejos de pedidos y entrega, estudié las API de los socios y resolví cuestiones técnicas con sus desarrolladores. Los escenarios principales de pedidos quedaron implementados y verificados con datos de prueba; la validación con datos reales seguía pendiente. Una integración de entrega se comprobó en funcionamiento real y las demás en un entorno de pruebas.

La plataforma principal utilizaba React, PostgreSQL, PHP, API REST y OpenAPI. Los componentes de integración se desarrollaban como microservicios en Python/FastAPI. En noviembre de 2025 apenas comenzaba la migración de otros componentes; la interacción principal con el frontend seguía en PHP. Son tecnologías del sistema que analizaba y coordinaba, no una afirmación de que desarrollara personalmente todos sus componentes.