Transparencia Nubita

    Nuestros fracasos

    Os contamos nuestros fracasos porque creemos que todo lo que nos han enseñado os puede servir. Cada caso explica el proyecto, en qué nos equivocamos y qué aprendimos para que no vuelva a pasar.

    Fracaso 01

    Un Master Data para una empresa de movilidad

    Movilidad 1 año

    El proyecto

    El objetivo era unificar todos los datos maestros de una compañía que trabajaba con cuatro sistemas operativos, cada uno construido con una tecnología distinta. Tras un año de trabajo, el proyecto no salió adelante.

    Los errores

    1. 1
      Un proyecto mal definido
      Al diseñar la arquitectura no se contemplaron todas las excepciones del negocio. Cada una que aparecía después obligaba a rehacer parte del modelo.
    2. 2
      Un sistema demasiado lento
      El sistema de reservas tardaba más de tres días en volcar todo su histórico. Cada cambio general de arquitectura nos dejaba tres días parados.
    3. 3
      Negocio fuera del proyecto
      Cuando empezaron a aparecer inconsistencias en la arquitectura, los usuarios de negocio del cliente no se involucraron para resolverlas.
    4. 4
      Un contrato poco exigente
      El contrato no obligaba lo suficiente al cliente a definir sus requisitos, y tuvimos que asumir nosotros una desviación muy grande.

    Lo aprendido

    • Las ganas de afrontar un proyecto que es un reto no pueden saltarse las comprobaciones previas.
    • Antes de empezar, validar la calidad de las APIs y la velocidad real de transferencia de datos de cada sistema.
    • Limitar la toma de requisitos a dos rondas: lo que no quede bien definido se vuelve a presupuestar.
    • Dividir los proyectos grandes en fases más pequeñas, con entregables y validaciones en cada una.

    Aprendemos para que tu proyecto salga bien

    Cada lección se ha convertido en parte de nuestra forma de trabajar: requisitos claros, validación técnica previa y proyectos por fases.
    Hablar con nosotros