Desarrollo de software
Gestión de proyectos agile en Barcelona
Una app móvil tiene sentido cuando tus usuarios la van a abrir a menudo o necesitan funciones del teléfono. Si no, una web bien hecha o una PWA cubre lo mismo con un solo código y menos coste de mantenimiento.
Diseñamos sistemas para que las piezas se hablen mediante contratos claros —APIs documentadas con OpenAPI, eventos con un formato acordado— y cada una pueda evolucionar sin romper a las demás.
Muchas automatizaciones entre aplicaciones se resuelven con un orquestador de flujos como n8n en lugar de código a medida. Es más rápido de montar y de cambiar, siempre que se trate con el mismo rigor: control de versiones, credenciales separadas y monitorización.
Situaciones que resolvemos
- 01
Datos personales mal custodiados
Formularios, portales y bases de datos guardan información de clientes sin control de accesos claro ni copias, y eso es un riesgo legal además de técnico.
- 02
Crecimiento que el sistema no aguanta
Lo que funcionaba con pocos usuarios se vuelve lento con el doble. Las páginas tardan, los informes se cuelgan y el equipo pierde tiempo esperando.
- 03
Scripts sueltos en el ordenador de alguien
Procesos importantes dependen de scripts sin control de versiones, sin registro y sin nadie que sepa qué hacen exactamente.
- 04
Permisos demasiado abiertos
Cualquier usuario puede modificar precios, anular facturas o ver los márgenes. No hay registro claro de quién cambió qué.
- 05
Un monolito que no se puede tocar
Todo está en un único bloque de código acoplado, cualquier cambio rompe algo inesperado y las pruebas no cubren lo importante.
Nuestro método
Contrato primero
Antes de programar, acordamos la API en OpenAPI con quien la va a consumir. Las discrepancias aparecen en un documento, no en producción.
Simulación y pruebas
Con el contrato se generan simuladores para que el consumidor avance en paralelo y pruebas que verifican que la implementación lo cumple.
Implementación robusta
Idempotencia, validación de entrada, límites de uso y errores claros desde la primera versión.
Publicación y ciclo de vida
Documentación accesible, versionado y un procedimiento para retirar versiones antiguas sin dejar a nadie atrás.
¿Hablamos de tu caso?
Si tienes una aplicación heredada sin documentación, empecemos por una auditoría para saber en qué punto está.
Qué te llevas al terminar
- Revisión del circuito de facturación frente a los requisitos de trazabilidad y factura electrónica aplicables.
- Integraciones entre sistemas con reintentos, idempotencia y gestión de errores documentada.
- Plan de actualización de dependencias con prioridades y pruebas de regresión.
- Informe de reconciliación de saldos, existencias y documentos abiertos entre el sistema antiguo y el nuevo.
- Cola o bus de eventos configurado cuando el caso lo requiere, con formatos de mensaje acordados.
- Formación para citizen developers sobre buenas prácticas, entornos y límites de uso de datos.
- Matriz de roles y permisos con segregación de funciones en operaciones sensibles como anular facturas o cambiar precios.
Ejemplos según tu actividad
Asesorías y despachos
Integración entre gestión documental, CRM y facturación para que un cliente se dé de alta una sola vez.
Educación y formación privada
Matrículas, cuotas periódicas, grupos y profesorado. La facturación recurrente y el control de cobros son el corazón del sistema.
Despachos y asesorías
Portal donde el cliente sube documentación y consulta el estado de sus gestiones, con avisos automáticos cuando falta algo.
Agencias y empresas de servicios IT
Imputación de horas, gestión de proyectos y retainers, y facturación por horas conectada, sin pasar datos de una herramienta a otra.
Del trabajo a la factura
Facturas correctas, con su numeración y sus impuestos, conectadas con el CRM.
Qué mirar antes de elegir
- Que separe entornos de desarrollo, pruebas y producción.
- Que pregunte por tu equipo y tu escala antes de proponer microservicios o Kubernetes.
- Que el sistema esté preparado para los requisitos de facturación y trazabilidad aplicables a tu empresa.
- Que documente qué hacer cuando una automatización falla.
- Que te diga qué no recomienda tocar, no solo qué cambiar.
Lecturas relacionadas
ERP y sistemas de gestión
Auditoría de Rendimiento en SAP ERP: Detección Avanzada de Cuellos de Botella
Monitorización y Ajuste de Memoria (SAP Memory Management)
Un dimensionamiento incorrecto de los buffers de SAP puede generar un exceso de paginación o swapping a nivel del sistema operativo. Utilizando ST02 (Tune Summary), se deben revisar los "Hit Ratios" de los buffers principales (Table Buffer, Program Buffer, GUI Buffer).
Leer la guía completaERP y sistemas de gestión
Conciliación diaria de integraciones ERP
Resolver sin generar otro duplicado
Clasifica cada excepción como temporal, dato inválido, rechazo de negocio o resultado incierto. Los errores temporales pueden entrar en una política limitada de reintentos y espera progresiva. Si se perdió la respuesta después de que el sistema destino confirmara la operación, consulta primero el identificador o…
Leer la guía completaDesarrollo
Política de caché HTTP para webs y APIs de empresa
La caché es una decisión sobre datos, no solo rendimiento
Una caché HTTP puede reducir latencia y tráfico al reutilizar respuestas, pero una política incorrecta puede servir contenido desactualizado o exponer una respuesta personalizada a otra sesión. La política debe partir de quién puede ver el recurso, con qué frecuencia cambia y qué impacto tendría reutilizarlo.
Leer la guía completaDesde Sevilla, para Barcelona
Muchas pymes de Cataluña combinan tienda física y venta online; conectar ambos canales con el ERP es uno de los proyectos que más tiempo ahorra.
Para equipos de desarrollo de Cataluña, proponemos prácticas de ingeniería proporcionadas: lo justo para dejar de depender de la suerte.
Si tu empresa de Barcelona ya tiene personas creando aplicaciones low-code, el objetivo es darles un marco, no quitarles la herramienta.
Preguntas frecuentes
¿Cuánto tiempo hasta tener algo funcionando?+
Buscamos que haya una primera versión usable cuanto antes, aunque sea limitada. El plazo concreto depende del alcance y lo acordamos al cerrar el documento de alcance.
¿Podéis seguir con un proyecto que empezó otro proveedor?+
Sí, tras revisarlo. Te diremos con franqueza en qué estado está, qué riesgos tiene y si compensa continuar o rehacer partes.
¿Cómo se prueba antes de publicar?+
Hay un entorno de pruebas separado, pruebas automáticas de lo crítico y revisión por tu parte de cada entrega antes de pasar a producción.
¿El sistema podrá crecer si abrimos otra sede o sociedad?+
Es una de las preguntas que hacemos al principio. Diseñamos la estructura de empresas, almacenes y series de documentos pensando en ese crecimiento para no tener que rehacerla después.
¿Cuánto mantenimiento necesita un robot RPA?+
Depende de lo estables que sean las aplicaciones que maneja. Si dependen de pantallas que cambian a menudo, bastante. Lo estimamos antes de construirlo para que la decisión tenga en cuenta ese coste.
¿Se puede cambiar de sistema sin parar la empresa?+
Sí, con planificación. Se prepara todo en paralelo, se hacen cargas de prueba y el cambio se fija en un momento de menor actividad, con un plan de vuelta atrás si algo no sale como se espera.
Gestión de proyectos agile cerca de Barcelona
Envíanos tu idea, aunque esté a medio definir; el primer paso es ordenarla juntos.