Ir al contenido
Construir y cambiar

Cambiarlo sin romperlo

Lo difícil de cambiar un producto en marcha no es escribir el código. Es saber qué toca el cambio, en qué orden hacerlo y cómo saber si salió bien.

Qué incluye

De una intención a algo publicado

Trabajo descompuesto

Un objetivo convertido en tareas que realmente se pueden empezar, con un orden que tiene un motivo detrás.

Criterios de aceptación

Escritos antes de empezar, para que terminado signifique terminado y no enseñado.

Migraciones y cambios delicados

Por fases y con camino de vuelta. El plan incluye qué pasa si falla el segundo paso, porque a veces falla.

Entrega

En el nivel superior lo construyo y lo publico yo. Por debajo lo planifico y reviso lo que entregó su equipo.

Cómo va

Ciclos cortos con algo que funciona al final

  1. Un objetivo pequeño como para terminarlo

    Acordado antes de empezar. Los objetivos grandes se recortan hasta que una de las piezas se puede completar.

  2. La solución se diseña

    Qué toca, qué podría romperse y qué se hará al respecto, decidido antes de la primera línea.

  3. Se construye

    Por su equipo bajo mi dirección, o por mí con agentes de código con IA, según el nivel.

  4. Se comprueba contra la tarea

    No contra la demostración ni contra la impresión. Contra lo que debía hacer.

Qué hace falta de su parte

Esto no funcionará si

El objetivo cambia cada semana y no se deja terminar nada

Quiere un precio cerrado por un producto sin límites

No hay nadie que responda sobre las reglas de negocio

Esto funciona bien si

Puede decir cuál sería el siguiente resultado con sentido

Está dispuesto a publicar por partes y no todo de golpe

Quiere que el razonamiento se escriba sobre la marcha

Prefiere que le avisen de un riesgo antes que llevarse la sorpresa

Empiece por el área que más le preocupa

Elija el nivel de implicación que encaje, describa su producto y empezamos por ahí.