InicioCómo trabajamos

El método

Cinco reglas, aprendidas trabajando.

Ninguna sale de un manual. Cada una nace de un problema que nos pasó de verdad y que cerramos. De cada una encontrará de dónde nace y qué cambia para usted: si una regla no cambia nada para quien trabaja con nosotros, no es una regla, es una frase.

01 · Primero entendemos, después tocamos

De dónde nace. Cuando una empresa nos llama, el problema que señala es casi siempre la consecuencia de otro. «La facturación va lenta» significa que los datos llegan torcidos desde tres pasos antes. Si arregla la facturación, se ha gastado un dinero y el problema vuelve al mes siguiente.

Qué cambia para ustedAntes del presupuesto vamos a ver cómo trabaja. Después le contamos lo que hemos entendido, incluidas las cosas que no nos incumben. Si el problema no es el software, se lo decimos igual.

02 · Menos cosas, pero que se usen

De dónde nace. Cada función de más es algo que alguien tiene que aprender, recordar y mandar arreglar cuando se rompe. Hemos entregado sistemas llenos de funciones y luego hemos visto usar siempre las mismas cinco pantallas.

Qué cambia para ustedLe proponemos menos de lo que podríamos venderle. Si algo no lo van a usar de verdad, no lo construimos — y no se lo metemos en el presupuesto.

03 · No se trabaja sobre sus datos reales

De dónde nace. En un programa encendido hay personas trabajando en ese mismo momento. Una intervención hecha con prisa puede parar una oficina entera media jornada, y la prisa casi siempre es de quien desarrolla, no de quien trabaja.

Qué cambia para ustedCada cambio se prueba antes sobre una copia. Las operaciones que borran datos se lanzan solo después de que una persona haya dado el visto bueno. Nadie mete las manos en su archivo «sobre la marcha».

04 · Puede marcharse cuando quiera

De dónde nace. Las empresas no se quedan atrapadas con un proveedor por culpa de un contrato. Se quedan porque sus datos no salen de ese programa, o porque ya nadie sabe cómo funciona.

Qué cambia para ustedLos datos son suyos y se los lleva cuando quiera, en formatos que otro programa lee. No hay penalización de salida ni permanencia mínima. Si lo prefiere, el sistema funciona en un servidor suyo. Cómo funciona en la práctica.

05 · Escribimos por qué lo hicimos así

De dónde nace. Seis meses después el código sigue ahí, pero el motivo por el que está hecho así ha desaparecido. Luego alguien lo «mejora» y rompe algo que le servía a otro.

Qué cambia para ustedCuando pregunta «¿por qué funciona así?», la respuesta existe, está escrita y tiene fecha. Aunque hayan pasado años, aunque quien lo construyó ya no esté. Las herramientas que nos lo permiten — Aura y Atlas — las construimos para nosotros: llevan años funcionando sobre nuestros días, antes incluso que sobre sus proyectos.

El éxito se mide cuando alguien que no sabe nada de bases de datos abre una pantalla, lee un número y dice: «Ah, está bien».
Nuestra definición de éxito
[ Los límites ]

Lo que no haremos nunca.

Ya nos ha pasado decir que no a un trabajo pagado. Lo volveríamos a hacer.

Cuatro noes, sin excepciones

  • Nada de rastrear personas. No construimos sistemas que vigilan a los empleados más allá de lo que hace falta para que el trabajo funcione.
  • Nada de ayudar a defraudar a Hacienda. Ni doble contabilidad, ni documentos que desaparecen, ni funciones pensadas para esconder.
  • Nada de ayudar a delinquir. Si un requisito sirve para ponerse fuera de la ley, el proyecto se para ahí.
  • Quien estafa no es un cliente. Si nos damos cuenta paramos, incluso con el trabajo empezado.

Un sistema construido para saltarse las reglas hace daño también al mercado en el que trabajamos nosotros. Antes que una cuestión de principios, es una cuestión de conveniencia.

[ Solicite un diagnóstico ]

La primera reunión ya funciona así.

Cuarenta y cinco minutos, sin compromiso. Escuchamos cómo trabaja, preguntamos y le decimos qué hemos visto. Si no hay nada que construir, se lo decimos igual.