Cómo trabajamos

Empezamos por cómo se trabaja hoy: qué lleva más tiempo, dónde se teclea dos veces lo mismo y qué valdría la pena arreglar. Termina en un plan escrito.

La primera fase se va en cómo se trabaja ahora y no en cómo podría trabajarse: qué lleva más tiempo, dónde se teclea dos veces lo mismo y qué valdría la pena arreglar. Termina con algo escrito — qué construir, en qué orden y qué dejaríamos fuera. Si ese plan dice que el proyecto no merece la pena, lo decimos.

La estructura y las pantallas se deciden juntas y se dibujan antes de construir nada, para que lo que apruebas sea algo que has visto y no algo que te han contado.

La estructura y las pantallas se deciden juntas, porque un sistema que no se puede explicar en una pantalla suele tener la forma equivocada. Dibujamos las partes que más riesgo llevan e intentamos encontrarles los agujeros primero. Nada pasa a construcción mientras una pregunta sin responder lo esté sosteniendo.

El trabajo sale a producción por partes y no en una sola entrega, con las pruebas escritas a la vez, así lo ves funcionando cuando aún hay margen para cambiarlo.

El trabajo sale a producción por partes y no en una sola entrega, así lo ves funcionando cuando aún estás a tiempo de cambiar de idea. Las pruebas y la monitorización se escriben junto a la funcionalidad y no se prometen para más adelante, y cada cambio recorre el mismo camino desde el commit hasta el despliegue.

Lo alojamos, lo vigilamos y lo mantenemos al día, y tienes a quién llamar que conoce el sistema. Puedes llevártelo a casa cuando quieras.

Una vez está vivo lo alojamos, lo vigilamos y lo mantenemos al día, con un nivel de cobertura acordado de antemano. El traspaso está disponible en cualquier momento y no es un regalo de despedida: manuales de operación, las notas de por qué se hizo así y tiempo con tu propia gente.