Saltar al contenido

Cuatro estaciones. En este orden.

El error más caro de un proyecto de software es empezar a construir antes de entender qué se hace hoy. Nosotros gastamos el primer tramo entero en mirar, y solo entonces escribimos código.

  1. KM 01

    Auditoría de procesos

    De una a tres semanas

    Nos sentamos con quien hace el trabajo, no con el organigrama. Documentamos tarea por tarea: qué entra, quién lo toca, cuántas veces se teclea lo mismo, dónde se rompe, y qué pasa cuando la persona que lo sabe hacer no está.

    Qué se lleva

    Un mapa de sus procesos reales, con el tiempo que consume cada uno y qué parte de ese tiempo es automatizable.

  2. KM 02

    Diseño de la automatización

    De una a dos semanas

    Decidimos qué desaparece, qué se automatiza entero, qué se automatiza a medias y qué tiene que seguir siendo humano porque alguien debe responder por ello. Le enseñamos cómo va a funcionar el sistema antes de construirlo.

    Qué se lleva

    El alcance, el presupuesto cerrado y el orden en que se le va a entregar.

  3. KM 03

    Construcción

    Por tramos, con entregas cada dos o tres semanas

    Construimos por partes útiles: lo primero que entregamos ya se usa en su empresa. Nada de desaparecer seis meses y volver con un sistema entero que nadie ha probado y que hay que rehacer.

    Qué se lleva

    Software en producción, con su gente usándolo y formada para usarlo.

  4. KM 04

    Operación y mejora

    Mientras el sistema esté vivo

    Lo mantenemos, lo medimos y lo ampliamos. Cuando cambia la ley, cuando cambia el negocio o cuando aparece una tarea nueva que se repite, el sistema la absorbe en vez de generar otra hoja de cálculo.

    Qué se lleva

    Un sistema que se mantiene al día en vez de envejecer, y un interlocutor que ya conoce su caso.

Los plazos son orientativos: dependen del tamaño de su operación y de con cuánta gente podamos sentarnos. El de su proyecto se cierra por escrito en el presupuesto.

Tres reglas que no negociamos.

  • El procedimiento antes que el software

    Si un proyecto empieza en «quiero una aplicación», empieza mal. Empieza en «enséñeme qué hace su gente cada día».

  • Entregas que se usan

    Cada dos o tres semanas hay algo en producción. Si un tramo no se puede usar al terminarlo, el tramo estaba mal cortado.

  • Le diremos que no

    Hay procesos que no merece la pena automatizar, y se lo diremos aunque nos quite trabajo. Esa conversación vale más que la venta.

La primera estación es una conversación.

Media hora para entender qué hace su empresa cada día. De ahí sale si hay proyecto o no lo hay.