Cortar el trabajo en entregas verticales pequeñas
Una tarea de tres semanas no es una tarea: es un riesgo de tres semanas. Cortar vertical significa que cada pedazo atraviesa toda la pila y se puede entregar solo, y es la práctica que más cambia el ritmo de un equipo.
La forma natural de partir una funcionalidad es por capas: alguien hace la base de datos, otro la API, otro la pantalla. Es cómoda para repartir y tiene un problema grave: hasta que no están las tres, no hay nada que mostrar, y todo lo aprendido llega al final, cuando ya no queda margen para cambiar nada.
Cortar vertical es lo contrario: cada pedazo atraviesa toda la pila —base, lógica, interfaz— y funciona solo, aunque haga muy poco. La primera rebanada puede ser ridículamente chica; eso no es un defecto, es el punto.
Horizontal contra vertical
| Corte | Qué entrega | Cuándo aprendés | Qué pasa si hay que parar |
|---|---|---|---|
| Por capas (horizontal) | Nada usable hasta el final | En la última semana | Se pierde todo: no hay nada entregado |
| Por caso de uso (vertical) | Algo que alguien puede usar, por chico que sea | Desde la primera semana | Queda en producción lo que ya salió |
Tomemos una funcionalidad concreta —«exportar facturas»— y veamos las dos formas de partirla.
| Horizontal | Vertical |
|---|---|
| Modelar las tablas de exportación | Exportar una factura, en CSV, sin filtros, para un solo usuario interno |
| Escribir el endpoint completo con filtros | Agregar el filtro por fecha, que es el que piden todos |
| Hacer la pantalla con todos los formatos | Agregar el formato PDF |
| Conectar todo y probar | Habilitarlo para todos los clientes |
Antes de seguir, predecí
Las formas de cortar
Cuando una tarea parece indivisible, casi siempre es porque se está mirando una sola dimensión. Hay seis cortes que funcionan casi siempre.
| Corte | Cómo se aplica | Ejemplo |
|---|---|---|
| Por caso de uso | El camino feliz primero, los bordes después | Primero exportar una factura común; las anuladas y las de otra moneda, después |
| Por tipo de dato | Un formato, un tipo, un origen | CSV ahora, PDF y Excel después |
| Por audiencia | Un grupo chico antes que todos | Sólo cuentas internas, después los clientes grandes, después todos |
| Por regla de negocio | La regla simple primero | Sin descuentos ni impuestos especiales en la primera versión |
| Manual antes que automático | La parte difícil la hace una persona al principio | Alguien dispara la exportación a mano hasta que el volumen lo justifique |
| Por calidad de servicio | Funciona antes que funciona rápido | Primero que exporte aunque tarde un minuto; la velocidad, después |
Por qué importa tanto
| Efecto | Por qué pasa |
|---|---|
| Se aprende antes | La primera entrega genera preguntas reales de usuarios reales, no hipótesis |
| Baja el riesgo de estimación | Una rebanada de dos días se estima bien; un proyecto de tres semanas, no |
| Se puede parar sin perder todo | Lo entregado queda en producción y sigue sirviendo |
| Baja el trabajo en curso | Menos cosas a medias al mismo tiempo, que es lo que alarga los ciclos |
| Mejora la revisión | Un cambio de 200 líneas se revisa de verdad; uno de 2000, se aprueba |
| Cambia la conversación con negocio | Se discute qué sale primero, no cuándo sale todo |
Las mismas seis semanas, cortadas de dos formas
El trabajo: que los clientes puedan cargar facturas. Seis semanas estimadas, tres personas.
Lo que preguntan sobre esto
Cierre
Autoevaluación
¿Lo entendiste?
Práctica