Desarrollo completado más que post-its en el tablero skrum
Un tablero kanban lleno de post-its coloridos puede hasta parecer bonito en la pared de la sala de reuniones, pero no genera ni una sola línea de código funcional. Mientras el equipo ágil gasta horas moviendo tarjetas de “To Do” a “In Progress” a “Code Review” a “QA” a “Done” (ups, volvió a “In Progress”), el equipo lento ya entregó el software.
El teatro del kanban
Existe una enfermedad silenciosa en el mercado de software: el vicio de visualizar el trabajo. El tablero kanban se volvió un espectáculo donde lo importante no es entregar, sino parecer que se está entregando. Movemos post-its como piezas de ajedrez, marcamos reuniones de standup para decir que estamos “trabajando”, y al final del sprint ¿qué tenemos? Más post-its en el tablero y ningún deploy.
La verdad incómoda
Ningún usuario jamás abrió una aplicación y dijo: “¡Guau, qué bonito ese tablero kanban en la oficina de la desarrolladora!” Lo que el usuario quiere es software funcionando. Y el software funcionando aparece cuando alguien se sienta, programa, prueba y entrega — no cuando alguien mueve un post-it amarillo a la columna “Done”.
Compromiso con la entrega
En el Desarrollo Lento, medimos progreso por líneas de código compilado, tests pasando y usuarios sonriendo — no por cuántos post-its caben en un tablero. Entregamos despacio, pero entregamos de verdad. Mientras otros acumulan tareas “en marcha” por meses, nosotros preferimos decir: “está listo cuando esté listo.”