Cómo trabajamos

Entender antes de construir.

Un proceso compartido para convertir una necesidad concreta en una herramienta clara, útil y capaz de evolucionar.

El proceso

Entender

Escuchamos, preguntamos y observamos cómo funciona el negocio. Identificamos el problema real, las personas implicadas y las restricciones.

Definir

Ordenamos prioridades, alcance y criterios de éxito. Convertimos la necesidad en una propuesta concreta que todos podemos evaluar.

Construir

Diseñamos y desarrollamos de forma iterativa. Compartimos avances pronto para validar decisiones antes de que resulten costosas.

Lanzar

Preparamos contenido, datos, infraestructura y pruebas. Ponemos la herramienta en marcha con una transición cuidada.

Evolucionar

Seguimos aprendiendo del uso real. Corregimos, medimos e incorporamos mejoras según cambian las necesidades.

Loygorri Playbook

Nuestra forma de hacer las cosas.

Cada proyecto es diferente, pero no empezamos de cero cada vez. A lo largo de los años hemos ido definiendo una serie de principios y buenas prácticas que aplicamos a todo lo que construimos.

  1. Primero el problema

    Primero entendemos qué hay que resolver. Después decidimos qué tecnología necesitamos. No condicionamos la solución a una herramienta concreta.

  2. La solución más sencilla

    Buscamos la solución más sencilla que resuelva bien el problema. No añadimos tecnología, complejidad o infraestructura porque sí.

  3. Accesibilidad desde el principio

    La accesibilidad forma parte del desarrollo desde el origen: estructura semántica, teclado, foco, contraste, formularios y diferentes formas de interactuar con la herramienta.

  4. Menos dependencias

    Evitamos plugins, librerías, servicios y dependencias que no sean realmente necesarios. Si algo puede resolverse bien de una forma más sencilla, preferimos hacerlo así.

  5. Rendimiento, seguridad y privacidad

    No son tareas que dejamos para el final. Son criterios que tenemos presentes durante la arquitectura y el desarrollo.

  6. Preparado para evolucionar

    Construimos pensando en que el proyecto cambiará. El código, la estructura y las decisiones técnicas deben permitir incorporar nuevas necesidades sin tener que empezar de cero.

  7. Control y trazabilidad

    Utilizamos control de versiones y mantenemos trazabilidad sobre los cambios importantes del proyecto.

  8. Documentar lo importante

    No pretendemos documentar cada línea de código. Sí las decisiones, configuraciones, integraciones y particularidades que alguien necesitará conocer para entender el proyecto.

  9. El proyecto es del cliente

    Los datos, dominios, cuentas, repositorios y servicios importantes deben permanecer bajo control del cliente.

  10. Sin dependencia artificial

    El proyecto debe poder continuar aunque algún día nosotros no estemos.

Queremos que sigas trabajando con nosotros porque aportamos valor, no porque hayas quedado atrapado en nuestra tecnología.

Colaboración

Podemos entrar en diferentes momentos.

No todos los proyectos empiezan con una hoja en blanco. Podemos acompañar la definición completa o incorporarnos cuando ya existe una idea, un diseño o una plataforma.

  • Dar forma a una necesidad todavía abierta.
  • Convertir un diseño en un producto funcional.
  • Revisar y mejorar una plataforma existente.
  • Acompañar al equipo en mantenimiento y evolución.