Desarrollo de software
Gestión de proyectos agile en Lleida
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.
Migrar de sistema de gestión da miedo por una razón sensata: los datos históricos. Planificamos la migración con cargas de prueba, reconciliación de saldos y un periodo de convivencia, para que el día del cambio no sea un salto al vacío.
Elegir un ERP no es elegir un programa: es decidir cómo va a trabajar tu empresa los próximos años. Por eso empezamos por tus procesos reales, no por la lista de funciones de un fabricante, y solo después hablamos de herramientas.
Situaciones que resolvemos
- 01
Un proveedor anterior desapareció
Tienes una aplicación en producción sin documentación, sin acceso al código o con tecnología que ya nadie mantiene. Cada cambio es una aventura.
- 02
Los clientes llaman para preguntar lo mismo
Estado del pedido, copia de factura, fecha de entrega: preguntas que podría resolver el propio cliente si tuviera dónde mirarlo.
- 03
Comerciales sin visibilidad
El equipo comercial no sabe si un cliente tiene facturas pendientes o qué stock queda, porque esa información solo está en el ERP de administración.
- 04
Crecimiento con nuevas sedes o sociedades
Abrir una delegación o una segunda sociedad obliga a duplicar configuraciones y consolidar a mano, porque el sistema no se pensó para varias entidades.
- 05
Horas de proyecto que no se facturan
En empresas de servicios, las horas trabajadas se apuntan en un sitio y se facturan en otro. Parte del trabajo se queda sin cobrar sin que nadie lo detecte.
Y cuando toca facturar
El trabajo hecho se factura sin copiar datos, y el cobro vuelve a la ficha del cliente.
Cómo trabajamos
Medición del problema
Recogemos tiempos de respuesta, consultas pesadas y quejas concretas de usuarios para saber qué está lento y cuándo.
Análisis de causa
Revisamos base de datos, índices, procesos programados e integraciones para separar síntomas de causas.
Correcciones por orden de impacto
Aplicamos primero los cambios que más alivian y menos riesgo tienen, en ventanas acordadas.
Verificación y seguimiento
Volvemos a medir para confirmar la mejora y dejamos indicadores para detectar si el problema reaparece.
¿Hablamos de tu caso?
Reserva una llamada para ver nuestras propias herramientas en funcionamiento y valorar si algo parecido te encaja.
Qué te llevas al terminar
- Formación para citizen developers sobre buenas prácticas, entornos y límites de uso de datos.
- Proceso de conciliación diaria de integraciones con avisos cuando un registro no cuadra.
- Plan de actualización de dependencias con prioridades y pruebas de regresión.
- Guía de revisión de código y de ramas adaptada al tamaño de tu equipo.
- Prototipo navegable de las pantallas principales para validarlo con tu equipo antes de programar.
- Documento de requisitos priorizado: imprescindible, deseable y descartado, validado con los responsables de cada área.
- Registro de decisiones de arquitectura (ADR) con contexto, alternativas y consecuencias.
Criterios que importan
- Que sepa gobernar Power Platform sin frenar a quien crea soluciones.
- Que el proveedor empiece por tus procesos y no por una demostración del producto.
- Que la migración incluya reconciliación de datos con criterios de aceptación por escrito.
- Que escriba las decisiones técnicas importantes y su motivo.
- Que escriba las decisiones de arquitectura y sus alternativas descartadas.
Para saber más
Desarrollo y arquitectura
Patrón transactional outbox en arquitecturas de empresa
El problema: guardar el estado y publicar el evento
Un servicio puede actualizar su base de datos y publicar después un mensaje. Si el proceso falla entre ambas acciones, el estado persistido y los consumidores quedan desalineados. Publicar primero tampoco resuelve la atomicidad: el evento puede anunciar un cambio que nunca se confirmó en la base de datos.
Leer la guía completaIngeniería de software
Power Platform: gobierno de políticas DLP por entorno
Diseña el control junto al modelo de entornos
Las políticas de datos de Power Platform pueden clasificar o bloquear conectores y aplicarse a distintos ámbitos. Una regla amplia puede afectar aplicaciones, flujos y otros recursos existentes; por eso, la gobernanza requiere saber quién administra cada entorno, qué proceso habilita y qué datos mueve.
Leer la guía completaDesarrollo
Accesibilidad web: checklist de aceptación WCAG 2.2
Checklist de aceptación
Estructura: títulos jerárquicos, regiones reconocibles, idioma de página y orden de lectura coherente. Teclado: se puede acceder a todo lo interactivo sin ratón; el orden de tabulación es lógico y no hay trampas de foco. Foco visible: el foco se distingue y no queda oculto por cabeceras fijas, diálogos o paneles.…
Leer la guía completaPor sectores
Comercio
Webs con catálogo y pedidos conectados al stock real, y herramientas internas para gestionar devoluciones y pedidos a proveedores.
Educación
Integración entre plataformas de inscripción, cobro y aula virtual, con un único origen de datos de alumnos.
Inmobiliarias
Webs con fichas de inmuebles alimentadas desde el CRM, formularios de interés bien cualificados y áreas privadas para propietarios.
Construcción y reformas
Presupuestos, certificaciones, compras por obra y subcontratas. El sistema debe imputar cada coste a su obra para conocer la rentabilidad real antes de cerrarla.
En Lleida y alrededores
Damos soporte remoto a equipos de Lleida durante el arranque del nuevo sistema, con un canal directo para dudas y ajustes de las primeras semanas.
Nos coordinamos con tu asesoría de Lleida para que la migración de saldos y la configuración contable encajen con cómo trabajan ellos.
Formamos a tu equipo de Lleida por videollamada, por puestos y con sesiones grabadas, para que nadie dependa de una única persona que sepa usar el sistema.
Preguntas frecuentes
¿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.
¿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.
¿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.
¿Esto tiene sentido para una empresa pequeña?+
A escala reducida, sí. Un repositorio, unas pocas pruebas de lo crítico y un despliegue automatizado ya evitan la mayoría de sustos. No hace falta el proceso de una gran empresa.
¿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.
¿n8n es suficiente o hace falta código?+
Para muchos flujos entre aplicaciones, n8n es suficiente y más rápido de cambiar. Cuando la lógica es compleja, el volumen alto o las reglas críticas, conviene código propio. Se pueden combinar.
Gestión de proyectos agile cerca de Lleida
Para tu empresa en Lleida
Envíanos tu idea, aunque esté a medio definir; el primer paso es ordenarla juntos.